¿Por qué un bucket de almacenamiento filtra datos sin ser hackeado?
La mayoría de las exposiciones de almacenamiento en la nube no son brechas de seguridad. Se crea un bucket por una razón legítima, se amplía su acceso para desbloquear a un colega y el permiso temporal nunca se revierte. Nada es explotado. Los datos son simplemente legibles por cualquiera que encuentre la URL, y los escáneres automatizados los detectan a las pocas horas del cambio.
Por eso, la seguridad de los buckets es un problema de hábitos, no de herramientas. Todo ingeniero involucrado conoce la regla, y la exposición sigue ocurriendo, porque el permiso ampliado resuelve un problema real a las cuatro de la tarde y el ticket para revertirlo nunca se crea. Lo que debe estar en el archivo y no en los marcos es su propio inventario: los nombres de los buckets, los identificadores de cuenta y la ubicación de cualquier información sensible nunca deben aparecer en material que circule internamente, y mucho menos en cualquier otro lugar.
La plantilla divide el problema en siete escenas: una sobre cómo ocurren realmente las exposiciones, una sobre lo que significa 'público' en cada nivel del modelo de permisos, dos sobre patrones de mínimo privilegio que resuelven los mismos problemas de forma segura, una sobre cifrado en reposo y en tránsito, una sobre detección y qué debe activar una alerta, y una sobre el hábito de revertir.
