Los servidores concentran algunos de los servicios y datos más importantes de una empresa. Aplicaciones, bases de datos, archivos, páginas web y sistemas internos pueden depender de ellos.
Por eso, proteger un servidor no consiste únicamente en instalar un antivirus o configurar un firewall.
La seguridad debe reducir la superficie de ataque, controlar quién puede acceder, mantener el software actualizado, detectar comportamientos anómalos y permitir recuperar el servicio cuando algo falla.
Estas son diez medidas fundamentales para mejorar la seguridad de un servidor.
1. Mantén el servidor actualizado
Una vulnerabilidad conocida que ya dispone de una corrección no debería permanecer abierta indefinidamente.
El sistema operativo necesita actualizaciones, pero también las aplicaciones, servicios, librerías, paneles de administración y otros componentes instalados sobre él.
En determinados entornos también habrá que revisar firmware y software relacionado con la propia infraestructura.
Esto no significa instalar cualquier actualización inmediatamente y sin control.
En servidores críticos conviene valorar previamente el impacto, disponer de mecanismos de recuperación y aplicar los cambios de forma planificada. Cuando sea posible, las actualizaciones importantes deberían probarse antes de llevarlas a producción.
También debemos controlar el ciclo de vida del software.
Mantener durante años una versión que ya no recibe soporte puede dejar vulnerabilidades sin corregir y dificultar cada vez más la administración.
2. Reduce los servicios y puertos expuestos
Cuantos más servicios ejecuta un servidor, mayor es la superficie que debemos proteger.
La configuración debería responder a una pregunta sencilla:
¿Necesita realmente este servidor ofrecer este servicio?
Si la respuesta es no, conviene eliminarlo o desactivarlo.
La misma lógica se aplica a los puertos de red.
Una aplicación web puede necesitar recibir tráfico HTTPS, pero eso no significa que su base de datos, SSH, RDP o una interfaz administrativa deban estar accesibles desde cualquier dirección de Internet.
También es importante revisar periódicamente la configuración.
Un puerto abierto temporalmente durante una implantación puede terminar expuesto durante años si nadie vuelve a comprobarlo.
Reducir la exposición es una de las formas más eficaces de disminuir las oportunidades de ataque.
3. Aplica el principio de mínimo privilegio
No todas las personas ni aplicaciones necesitan permisos administrativos.
El principio de mínimo privilegio consiste en proporcionar únicamente los accesos necesarios para realizar cada función.
Si una cuenta utilizada habitualmente dispone de privilegios elevados y resulta comprometida, el atacante obtiene automáticamente una capacidad mucho mayor para modificar el sistema.
Por eso conviene separar las cuentas utilizadas para administración de las empleadas en tareas ordinarias.
También debemos evitar cuentas compartidas siempre que sea posible, eliminar usuarios que ya no sean necesarios y revisar periódicamente los permisos existentes.
Este principio también se aplica a aplicaciones y servicios.
Un proceso no debería ejecutarse con privilegios de administrador o root si puede funcionar correctamente con permisos más limitados.
4. Protege especialmente las cuentas administrativas
Las credenciales administrativas permiten modificar configuraciones, acceder a información, instalar software o detener servicios.
Por eso deberían contar con controles adicionales.
Cuando la plataforma lo permita, los accesos administrativos deberían utilizar autenticación multifactor (MFA), especialmente cuando se realizan remotamente.
MFA dificulta que una contraseña robada sea suficiente para entrar en el sistema.
También debemos evitar utilizar cuentas administrativas para correo electrónico, navegación u otras actividades cotidianas que aumentan innecesariamente su exposición.
Las credenciales predeterminadas deben modificarse antes de poner un sistema en producción y las cuentas de emergencia deben estar claramente controladas.
5. Configura correctamente firewall y segmentación
El firewall permite decidir qué comunicaciones pueden llegar hasta el servidor y hacia dónde puede comunicarse este.
La política debería permitir únicamente el tráfico que necesita realmente el servicio.
Un servidor de aplicaciones puede aceptar determinadas conexiones desde usuarios internos y comunicarse con su base de datos, mientras bloquea otras comunicaciones innecesarias.
También conviene evitar que todos los servidores y usuarios se encuentren dentro de una red completamente plana.
La segmentación de red permite crear límites entre diferentes zonas de la infraestructura.
Si un equipo resulta comprometido, estos límites pueden dificultar que el atacante se desplace hacia otros servidores.
Firewall y segmentación no corrigen una vulnerabilidad existente, pero ayudan a reducir la exposición y limitar el impacto de una incidencia.
6. Protege los accesos remotos
SSH, RDP y otras herramientas de administración remota son necesarias en muchos entornos, pero también son objetivos especialmente interesantes para un atacante.
No deberíamos exponerlos directamente a Internet sin una necesidad y unos controles claros.
Según la infraestructura, puede ser preferible acceder mediante VPN, un bastión o jump host, restricciones por dirección IP u otros mecanismos de acceso controlado.
En VPN para empresas explicamos cómo puede utilizarse una conexión protegida para proporcionar acceso remoto a determinados recursos.
Además de MFA, conviene controlar intentos fallidos, registrar accesos y utilizar mecanismos de autenticación adecuados. En SSH, por ejemplo, puede ser preferible utilizar claves criptográficas correctamente gestionadas en lugar de depender únicamente de contraseñas.
El objetivo es que un servicio administrativo sea accesible exclusivamente por las personas y desde los entornos que realmente lo necesitan.
7. Aplica hardening al sistema
Hardening significa configurar un sistema para reducir funcionalidades innecesarias y limitar los posibles vectores de ataque.
No existe una única configuración válida para todos los servidores.
Un servidor web, un controlador de dominio y una base de datos tienen necesidades diferentes.
Pero el principio es común: eliminar aquello que no necesitamos y configurar correctamente aquello que sí necesitamos.
Esto puede implicar deshabilitar servicios y protocolos antiguos, revisar permisos sobre archivos, proteger interfaces administrativas, utilizar configuraciones criptográficas actuales y modificar valores predeterminados que no sean adecuados para producción.
También resulta útil disponer de una configuración de referencia.
Así podemos evitar que diferentes servidores terminen con políticas completamente distintas simplemente porque fueron instalados en momentos diferentes por personas diferentes.
8. Monitoriza logs, servicios y actividad
Un servidor puede estar funcionando aparentemente con normalidad mientras se producen intentos de acceso, errores de backup o comportamientos inesperados.
Por eso necesitamos visibilidad.
Los logs deberían registrar suficiente información sobre autenticaciones, actividad administrativa, errores, servicios y otros eventos relevantes.
Cuando existen varios servidores, centralizar esos registros facilita considerablemente su análisis.
Además, evita depender únicamente de los logs almacenados dentro de una máquina que puede haber resultado comprometida.
La monitorización también debe cubrir disponibilidad y recursos.
Cambios inesperados en CPU, memoria, disco, conexiones o procesos pueden indicar tanto un problema operativo como un posible incidente.
No es necesario revisar manualmente todos los eventos. Lo importante es definir alertas sobre situaciones que realmente requieren atención.
9. Mantén backups separados y prueba la restauración
La prevención puede reducir el riesgo, pero no garantiza que nunca tendremos una incidencia.
Por eso la capacidad de recuperación forma parte de la seguridad del servidor.
Una estrategia de backup debe definir qué datos y configuraciones se copian, frecuencia, retención y dónde se almacenan.
Además, no todas las copias deberían depender del mismo entorno que estamos intentando proteger.
Un atacante con privilegios suficientes puede intentar eliminar o cifrar los backups accesibles desde el servidor.
Por eso conviene disponer de suficiente separación, protección frente a modificaciones o copias adicionales según la criticidad de la información.
Pero existe otra comprobación igual de importante: restaurar.
Una copia que lleva meses ejecutándose correctamente no garantiza por sí sola que podamos reconstruir el servicio.
Las restauraciones deberían probarse periódicamente para conocer tanto la integridad de los datos como el tiempo necesario para recuperar la actividad.
En nuestra guía sobre copias de seguridad desarrollamos este aspecto con más detalle.
10. Prepara la respuesta antes de sufrir un incidente
Incluso un servidor correctamente administrado puede sufrir una incidencia.
Cuando ocurre, no es el mejor momento para decidir quién debe actuar o dónde están las copias.
Conviene disponer de un procedimiento que determine quién interviene, cómo se aísla un servidor cuando sea necesario, qué información debe conservarse y qué servicios tienen prioridad durante la recuperación.
También debemos evitar restaurar demasiado pronto.
Si un atacante continúa teniendo acceso a la infraestructura, recuperar el sistema sin eliminar antes esa vía de entrada puede provocar una nueva infección.
En un ataque de ransomware, por ejemplo, debemos determinar el alcance, contener la incidencia y preparar sistemas limpios antes de restaurar las copias.
Una respuesta planificada reduce decisiones improvisadas cuando el servicio ya está afectado.
La seguridad del servidor necesita mantenimiento continuo
Proteger un servidor no es una tarea que realizamos durante la instalación y podemos dar por terminada.
Aparecen vulnerabilidades, cambian las aplicaciones, se incorporan usuarios y evolucionan las amenazas.
Por eso debemos revisar periódicamente actualizaciones, cuentas, permisos, servicios expuestos, reglas de firewall, logs y copias de seguridad.
También conviene analizar la seguridad del servidor dentro de la infraestructura completa.
Un servidor bien configurado puede seguir estando expuesto si una cuenta administrativa está comprometida, si todos los equipos pueden comunicarse libremente entre sí o si las copias de seguridad no permiten recuperar el servicio.
La seguridad funciona mediante capas.
En nuestra guía sobre seguridad informática para empresas explicamos cómo se relacionan estas medidas con la protección de usuarios, dispositivos, redes y datos.
En ENDEOS integramos el hardening, actualizaciones, monitorización, backups y mantenimiento de servidores dentro de nuestro servicio de administración de sistemas para empresas.
El objetivo no es únicamente conseguir que un servidor funcione, sino mantenerlo controlado, actualizado y preparado para recuperar la actividad cuando se produzca una incidencia.