Una organización utiliza varias cuentas de AWS para aplicaciones internas alojadas en VPC. Un equipo de seguridad mantiene una lista de permisos central de rangos CIDR de IP internas y actualmente notifica a los propietarios de otras cuentas cuando la lista de permisos cambia. Los desarrolladores de cada cuenta añaden rangos CIDR a sus grupos de seguridad. El arquitecto de soluciones debe distribuir los rangos CIDR comunes en todas las cuentas con la menor sobrecarga operativa. ¿Qué enfoque cumple este requisito?

La opción correcta es crear una lista de prefijos administrada por el cliente en la cuenta de seguridad, rellenarla con los CIDR internos y compartirla con AWS RAM. Esto centraliza la gestión de los rangos CIDR y permite que los grupos de seguridad en otras cuentas hagan referencia a esta lista compartida. Cuando el equipo de seguridad actualiza la lista de prefijos, los cambios se propagan automáticamente a todos los grupos de seguridad que la utilizan, minimizando la sobrecarga operativa. Las otras opciones son menos eficientes: Usar SNS y Lambda en cada cuenta implica una mayor complejidad de desarrollo y mantenimiento, ya que cada Lambda necesitaría lógica para actualizar los grupos de seguridad. Crear listas de prefijos manualmente en cada cuenta es ineficiente y propenso a errores, ya que requiere que cada propietario de cuenta actualice la lista individualmente. Una Lambda en la cuenta de seguridad asumiendo roles en otras cuentas para actualizar grupos de seguridad es una solución viable, pero la lista de prefijos compartida es más sencilla y está diseñada específicamente para este caso de uso de rangos IP comunes.