Si quiere mantener bajos los costes de operar en la nube, revise sus prácticas de seguridad en la gestión de las operaciones.
Hoy en día, la mayor parte de la atención en materia de seguridad se centra en los protocolos de las aplicaciones y en las vulnerabilidades de la propia pila de aplicaciones. No es de extrañar, dado que la mayoría de las brechas de seguridad se producen porque las vulnerabilidades de las plataformas y los frameworks más comunes ofrecen un amplio abanico de objetivos fáciles.
Pero no debemos pasar por alto que la parte de gestión de la empresa es cada vez más accesible. Al trasladar las aplicaciones a la nube pública, a menudo hemos perdido de vista la importancia de aislar el tráfico de gestión para evitar que sea fácilmente accesible. En las instalaciones, esto era sencillo. La red de gestión no era accesible al público. La manteníamos protegida en una red no enrutable a la que solo se podía acceder desde el interior. Ahora que hemos migrado a la nube tanto las aplicaciones como la infraestructura de sus servicios, necesitamos que la gestión sea accesible públicamente porque los operadores trabajan de forma remota.
Aunque hemos dejado atrás Telnet (salvo en todos esos dispositivos IoT que aún tienen que ponerse al día) para pasarnos a SSH e incluso seguimos buenas prácticas para generar contraseñas, no necesariamente hemos estudiado cómo aprovechar mejor la seguridad nativa de la nube junto con nuestras propias prácticas.
El uso de los servicios de seguridad del proveedor de la nube puede tener un impacto drástico en los costes operativos de trabajar en la nube, especialmente en lo que respecta a la gestión de la infraestructura de servicios de aplicaciones.
La amenaza es real
Si aún no has tenido ocasión de leer el artículo de F5 Labs sobre los nombres de usuario y contraseñas más atacados deberías hacerlo. En él descubrirás que SSH es un servicio muy atacado. De hecho, más que ningún otro.
Del artículo:
En términos de volumen de ataques, los atacantes dedican más tiempo y esfuerzo a atacar SSH que a cualquier otro servicio en línea. Los intentos de acceso por fuerza bruta a las cuentas administrativas de aplicaciones en producción a través de SSH son 2,7 veces más frecuentes que los ataques contra la propia aplicación a través de HTTP (en los que los atacantes intentan explotar vulnerabilidades de aplicaciones web).
¿Y por qué no? Tener el control administrativo de la infraestructura de servicios de aplicaciones otorga mucho poder, incluida la capacidad de modificar políticas que, de otro modo, podrían impedir el acceso fácil a las aplicaciones web. En el caso de Kubernetes, que suele ser objeto de ataques porque a menudo no exige ningún tipo de credencial, se busca obtener acceso para aprovechar recursos a costa de otros.
Pero sabes de seguridad y exiges contraseñas robustas para cualquier acceso a la infraestructura. Tu contraseña SSH es tan segura que tienes que pararte a pensar cuál es cada vez que vas a introducirla.
Y ahora, la obviedad del siglo: las contraseñas seguras no impiden los ataques. Solo reducen las probabilidades de que tengan éxito. No puedes impedir que alguien lance un ataque. De verdad que no. Solo puedes detectarlo y evitar que tenga éxito.
Pero, mientras tanto, ese ataque conlleva costes operativos reales. Como aplicas buenas prácticas de seguridad, todos esos intentos fallidos quedan registrados. Todos. Y. Cada. Uno.
Y por cada intento fallido que bloqueas, consumes recursos. Ancho de banda. Almacenamiento. Capacidad de procesamiento.
Utiliza servicios nativos de la nube para reforzar las prácticas de seguridad
Todos los principales proveedores de servicios en la nube (y probablemente también los más pequeños) ofrecen controles básicos de seguridad de red que pueden utilizarse para restringir el acceso de administración a la infraestructura de servicios de aplicaciones. Grupos de seguridad de AWS (SG) y Grupos de seguridad de red de Azure (NSG) funcionan de forma muy similar a un cortafuegos: filtran el tráfico que entra y sale de una instancia. En el caso del acceso de administración, pueden ser una herramienta importante en su arsenal de seguridad. Al restringir el acceso únicamente a direcciones IP conocidas (o a intervalos específicos), puede reducir drásticamente el volumen de ataques que llega a su infraestructura. Esto puede ayudar a reducir los costes al evitar un consumo excesivo de recursos informáticos, ancho de banda y almacenamiento.
Este es el mismo principio que fomenta el uso de firewalls de aplicaciones web en la nube, tanto para proteger las aplicaciones como para aplicar buenas prácticas operativas. El objetivo es detener el ataque antes de que pueda consumir una cantidad excesiva de recursos. Aunque el ataque hubiera fracasado, es probable que los intentos basten para provocar eventos de escalado automático que supongan un coste para la empresa o afecten a la disponibilidad para los usuarios legítimos. Ninguno de estos resultados es deseable.
Por regla general, cuanto más cerca del origen del ataque puedas detenerlo, más seguro estarás y menor será el coste para la empresa.
Complementa. No sustituyas.
La clave para utilizar servicios nativos de la nube en sus prácticas de seguridad es «complementar». Usar contraseñas SSH robustas está bien. Combinarlas con un control de acceso sólido es aún mejor. Pero nunca, bajo ningún concepto, abandone las buenas prácticas en materia de contraseñas en favor de los grupos de seguridad como única medida. Utilice ambos conjuntamente para garantizar la seguridad y limitar el coste de operar en la nube.
Sobre el autor

Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.
Más artículos de Lori Mac VittieArtículos relacionados del blog

Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.