← Todos los artículos

Mes del recorrido: Octubre 2026. Colección publicada el 12/09/2026 y actualizada el 26/10/2026. Los meses organizan el recorrido; no son fechas de publicaciones anteriores.

AWS Config: nuevos recursos necesitan una matriz de cobertura

Ampliar el inventario exige probar por separado recolección, evaluación y respuesta, sin confundir descubrimiento con controles efectivos.

AWSCloud SecurityGovernance

Contenido producido con asistencia de IA para el sitio de Thiago Silva. Análisis editorial independiente; no representa a clientes ni empleadores.

Contexto de lectura

El 07/10/2026, AWS anunció soporte de Config para 77 tipos de recursos adicionales. El análisis siguiente propone criterios de aceptación para esa ampliación.

Fuente original ↗

Defina qué significa estar cubierto

Un equipo puede ampliar su inventario y seguir sin una respuesta clara sobre el riesgo más importante. La decisión arquitectónica es definir una unidad de cobertura: recurso, cuenta, región, control esperado, responsable y evidencia. Un registro descubierto representa descubrimiento. Una regla ejecutada representa evaluación. Una acción confirmada representa respuesta. Estas etapas necesitan estados separados en el dashboard.

Esta es una recomendación editorial, no una descripción de controles implantados por Thiago Silva. El anuncio del proveedor inicia una revisión; no demuestra que un entorno concreto esté protegido ni que todos los recursos nuevos reciban automáticamente los controles necesarios.

Diseñe una prueba de aceptación por tipo

En una organización hipotética, un recolector alimenta un dashboard de postura. Al incorporar tipos nuevos, seleccione muestras autorizadas en un entorno de prueba, registre la configuración inicial y realice un cambio reversible. Siga la ruta desde el origen hasta captura, transformación, evaluación y visualización. Cada etapa debe producir un identificador correlacionable y una fecha.

La aceptación debe incluir fallos: un parser que desconoce un tipo, una cuenta sin recolección y una evaluación incompleta. Ninguno debe aparecer como conforme o sin riesgo. Prefiera estados explícitos de no evaluado, desactualizado o error de recolección. La severidad del hallazgo y la confianza en la cobertura responden preguntas distintas.

Evite que la tendencia oculte el cambio

Añadir recursos cambia el universo medido. Un aumento de hallazgos puede reflejar mayor visibilidad y no un deterioro del entorno. Conserve la fecha de incorporación de cada tipo y compare un conjunto estable junto con el total ampliado. Muestre recursos observados, evaluados y fuera del alcance.

Aplique el mismo cuidado al costo. Antes de ampliar la recolección, estime cambios, procesamiento, almacenamiento y retención. Asigne responsables del presupuesto y criterios para revisar ruido. Eliminar silenciosamente una fuente para ahorrar crea una brecha; documente las exclusiones y use controles compensatorios cuando corresponda.

Promueva con evidencia y posibilidad de reversión

Comience con pocas cuentas y tipos. Exija que cada hallazgo conserve origen, recurso, instante observado y regla aplicada. Pruebe el reprocesamiento sin duplicados y aclare qué fecha usan los filtros: estado del recurso, evaluación o ingesta.

La lista de aceptación es breve: muestra identificada, recolección comprobada, regla aplicable, fallo visible, responsable definido, costo observado y procedimiento de reversión. La dirección recibe cobertura y brechas con contexto, mientras el equipo técnico puede reproducir la conclusión. El objetivo es decidir sobre la exposición con evidencia, no simplemente ampliar el inventario.

Fuentes

  1. AWS — AWS Config now supports 77 new resource types