c4.10 Preferir servicios abstractos (serverless)
Como AWS administra los servicios administrados y serverless con mucha automatización, no olvida parchearlos ni comete los errores humanos inconsistentes que afectan a la infraestructura autoadministrada. Preferir servicios abstractos reduce tanto su trabajo operativo como su superficie de ataque.
Guía de implementación
Deje que AWS asuma más de la responsabilidad
Los servicios administrados y serverless (abstractos) trasladan más del modelo de responsabilidad compartida a AWS. AWS los parchea y opera con automatización, evitando los parches olvidados y el trabajo manual inconsistente y propenso a errores que afecta a la infraestructura autoadministrada.
Por qué los equipos maduros eligen serverless por defecto
Los especialistas de seguridad cualificados son el recurso más escaso en la mayoría de los equipos. Elegir servicios abstractos siempre que sea práctico:
- quita de su plato los servidores subyacentes y su mantenimiento,
- reduce la superficie de ataque que debe endurecer, parchear y monitorear,
- y permite que sus especialistas se enfoquen en trabajo de mayor valor en vez del esfuerzo indiferenciado de infraestructura.
Donde aún ejecute servicios de infraestructura (como EC2), aplican los controles anteriores: hardening del SO, parcheo, anti-malware/EDR y un pipeline de golden images.
Cómo validar
- ¿Prefiere servicios administrados/serverless sobre infraestructura autoadministrada donde es práctico?
- Para los servicios de infraestructura que aún ejecuta, ¿están el hardening, el parcheo y la protección de endpoint en su lugar?
- ¿Ha reducido la superficie de ataque y el esfuerzo operativo moviendo cargas adecuadas a servicios abstractos?
Amenazas que atiende
- La infraestructura autoadministrada conlleva una mayor superficie de ataque y depende de los humanos para parchear y configurar de forma consistente; los parches olvidados y las malas configuraciones son un punto de entrada común que los servicios administrados/serverless eliminan en gran medida.