← Todos os artigos

Mês da trilha: Outubro 2026. Coleção publicada em 12/09/2026 e atualizada em 26/10/2026. Os meses organizam a trilha de leitura; não são datas de publicações anteriores.

AWS Config: novos recursos exigem uma matriz de cobertura

A ampliação do inventário exige testar coleta, avaliação e resposta separadamente, sem confundir recursos descobertos com controles efetivos.

AWSCloud SecurityGovernance

Conteúdo produzido com assistência de IA para o site de Thiago Silva. Análise editorial independente; não representa clientes ou empregadores.

Contexto da leitura

Em 07/10/2026, a AWS anunciou suporte a 77 novos tipos de recursos no Config. A análise abaixo propõe critérios de aceitação para essa ampliação.

Fonte original ↗

Defina o que significa estar coberto

Uma equipe pode ampliar o inventário e continuar sem uma resposta clara para o risco mais importante. A decisão de arquitetura é definir uma unidade de cobertura: recurso, conta, região, controle esperado, responsável e evidência. Um registro encontrado representa descoberta. Uma regra executada representa avaliação. Uma ação confirmada representa resposta. Essas etapas devem ter estados separados no painel.

Esta é uma recomendação editorial, não uma descrição de controles instalados por Thiago Silva. O anúncio do fornecedor é um ponto de partida para revisão; não demonstra que um ambiente específico está protegido nem que todos os novos recursos recebem automaticamente os controles de que a organização precisa.

Monte um teste de aceitação por tipo

Em um cenário hipotético, uma organização usa um coletor para alimentar seu dashboard de postura. Ao incorporar novos tipos, ela deve selecionar amostras autorizadas em ambiente de teste, registrar a configuração inicial e executar uma mudança reversível. O teste acompanha o caminho entre origem, captura, transformação, avaliação e exibição. Cada etapa precisa produzir um identificador correlacionável e um horário.

O aceite deve incluir falhas: um tipo desconhecido pelo parser, uma conta sem coleta e uma avaliação que não terminou. Nenhum desses casos deve aparecer como conforme ou como zero risco. Prefira estados explícitos de não avaliado, desatualizado ou erro de coleta. A severidade de um achado e a confiança na cobertura respondem a perguntas diferentes.

Evite que a tendência esconda a mudança

Adicionar recursos altera o universo medido. Um aumento no número de achados pode refletir maior visibilidade, e não piora do ambiente. Preserve a data de entrada de cada tipo e compare um conjunto estável em paralelo ao total ampliado. Mostre quantos recursos foram observados, quantos avaliados e quantos ficaram fora do escopo.

O mesmo cuidado vale para custos. Antes de expandir a coleta, estime volume de mudanças, processamento, armazenamento e retenção. Defina responsáveis pelo orçamento e critérios para revisar ruído. Reduzir custo removendo silenciosamente uma fonte cria uma lacuna; uma exclusão deve ser documentada e acompanhada por controle compensatório quando necessário.

Promova com evidência e possibilidade de retorno

Comece por um grupo limitado de contas e tipos. Exija que cada achado preserve origem, recurso, instante observado e regra aplicada. Teste reprocessamento sem duplicar registros e confirme que filtros por data usam um significado consistente: momento do recurso, da avaliação ou da ingestão.

O checklist de promoção é curto: amostra identificada; coleta comprovada; regra aplicável; falha visível; responsável definido; custo observado; e procedimento de retorno. A liderança recebe cobertura e lacunas com contexto, enquanto a equipe técnica consegue reproduzir a conclusão. O resultado esperado é uma decisão justificável sobre exposição, não apenas um inventário maior.

Fontes

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