02 - Integração com Governo (CISA, NCSC)
video: https://youtu.be/... no frontmatter da nota.Integração com Governo (CISA, NCSC)
Nota 02 da subpasta 02 do capítulo 22 (Compartilhamento e Colaboração), dedicada aos canais de troca entre setor privado e governo.
Cobre CISA e seus produtos (AIS, KEV, Shields Up, joint advisories), o NCSC britânico e seus programas, os análogos brasileiros e o consumo técnico do feed AIS via TAXII.
Dialoga com a nota 01 (plataformas federadas), com a nota 02 do capítulo 02 (fontes governamentais) e com o controle PLT.4 do framework CTH.
1. Contexto e Posicionamento na Biblioteca
O compartilhamento entre organizações privadas, tema das subpastas anteriores, tem um complemento institucional que programas maduros tratam como fonte própria: os canais estruturados de troca com governo. Estes canais operam em dois sentidos, e o desenho correto do programa exige os dois. No sentido de consumo, governos distribuem inteligência de alta autoridade, alertas de campanha patrocinada por estado, catálogos de vulnerabilidade explorada e avisos de crise, material que nenhuma fonte privada replica em credibilidade. No sentido de reporte, a organização que sofre um incidente relevante precisa notificar, e a qualidade dessa notificação determina se o governo consegue avisar os próximos alvos a tempo.
A nota cobre os dois programas nacionais de referência, o CISA dos Estados Unidos e o NCSC do Reino Unido, com seus produtos e formatos, e depois o quadro brasileiro, com CERT.br e a estrutura de resposta do governo federal, incluindo o GSIER na esfera do Executivo federal. Fecha com o consumo técnico do feed AIS via TAXII, que é o caso concreto de integração que a maioria dos programas implanta primeiro. O capítulo 02 já tratou fontes governamentais como categoria de coleta; aqui o foco é a operação da relação, com SLA, formato e ciclo de feedback.
2. Por Que Integrar Canais Governo-Privado
A justificativa da integração repousa em três atributos que só o canal governamental entrega. O primeiro é a autoridade de fonte: um joint advisory assinado por agências de múltiplos países carrega contexto de inteligência que produz por acesso de governo, e a organização pode usar esse material como base de alto grau de confiança para priorização, na lógica de confiabilidade de fontes do capítulo 05. O segundo é a visão sistêmica: o governo agrega telemetria de proteção em escala nacional, reportes de múltiplos setores e capacidade de coleta que nenhuma empresa privada possui, e por isso enxerga campanhas antes e depois do horizonte de qualquer membro individual. O terceiro é o dever de aviso: em várias jurisdições, e de forma crescente, o governo tem obrigação legal ou política de avisar entidades sob ameaça ativa, e estar no canal correto é o que determina se o aviso chega em horas ou em semanas.
A integração também tem motivação defensiva institucional, e não só de consumo. Regulações de infraestrutura crítica, do lado europeu com a NIS2 e do lado brasileiro com as políticas de segurança cibernética do Executivo federal, transformam reporte em obrigação, e o canal integrado antecipadamente é o que evita notificação improvisada em crise. Há ainda o argumento de reciprocidade: programas governamentais dependem de reporte privado para funcionar, e comunidades que apenas consomem enfraquecem o ecossistema de que dependem, tema que a nota sobre ROI da subpasta 04 retoma sob a ótica de custo coletivo.
O quadro histórico ajuda a calibrar a expectativa do leitor. O AIS nasceu da ordem executiva de compartilhamento de informação cibernética de 2015 e da lei correspondente, que criaram imunidade legal para a troca e obrigações de privacidade, e por isso o programa opera com marco normativo explícito de proteção de dado pessoal em trânsito; na Europa, a NIS2 reforça a troca como dever de gestão de risco; e no Brasil, a evolução das políticas nacionais de segurança da informação e dos canais dos setores regulados caminha na mesma direção, com velocidade menor. Para o programa de CTI, o efeito prático é que a integração com governo tem base legal a examinar, e o parecer jurídico do capítulo 12 deve preceder a assinatura de qualquer acordo de troca.
3. CISA: AIS, KEV, Shields Up e Joint Advisories
A CISA (Cybersecurity and Infrastructure Security Agency) é a agência estadunidense de segurança cibernética e de infraestrutura, e concentra a maior oferta pública e privada de produtos de inteligência governamental. O AIS (Automated Indicator Sharing) é o programa de troca automatizada de indicadores, com distribuição via TAXII e STIX para participantes credenciados, entregando fluxo contínuo de IOC, com a ressalva de que o volume é grande e a taxa de acionamento baixa, o que exige o tratamento de fonte barata e ruidosa descrito na subpasta 04. O KEV (Known Exploited Vulnerabilities) é o catálogo de vulnerabilidades com exploração confirmada em ambiente real, atualizado com prazo de remediação sugerido, e se consolidou como lista de ação obrigatória em programas de gestão de vulnerabilidade, porque corta o debate teórico de CVSS e aponta o que está sendo explorado agora.
Os avisos e diretrizes cobrem a camada analítica. Os joint advisories, documentos assinados em conjunto pela CISA com agências como FBI, NSA e contrapartes internacionais, detalham grupos de ameaça patrocinados por estado com TTPs, detecções e mitigação, e são o produto de maior densidade analítica do canal governamental estadunidense. As diretrizes de crise como Shields Up, ativadas em contextos de escalada geopolítica, orientam a postura de proteção de toda a base de infraestrutura com ações priorizadas. E osalertas de vulnerabilidade e boletins de campanha fecham o espectro com material de prazo curto. A tabela abaixo organiza os produtos com formato e uso recomendado.
| Produto CISA | Formato | Uso recomendado no programa |
|---|---|---|
| AIS | TAXII 2.1 com objetos STIX, mediante credenciamento | Fonte automatizada no TIP com deduplicação |
| KEV | Catálogo JSON público, atualizado contínuo | Gatilho de priorização em gestão de vulnerabilidade |
| Joint advisories | Documento com TTPs, detecções e mitigação | Base de briefing e revisão de cobertura ATT&CK |
| Shields Up e diretrizes de crise | Orientação pública de postura | Gatilho de elevação de postura interna |
| StopRansomware e campanhas temáticas | Portal agregado de recursos | Referência para playbook de ransomware |
4. NCSC do Reino Unido: CiSP e Early Warning
O NCSC (National Cyber Security Centre) do Reino Unido opera com um modelo de engajamento mais comunitário e menos automatizado que o estadunidense, com produtos de valor equivalente. O CiSP (Cyber-security Information Sharing Partnership) é a plataforma de troca entre governo e setor privado, organizada em comunidades por setor, com fóruns de discussão, relatórios do NCSC e alertas com marcação TLP, funcionando como comunidade governamental análoga a um ISAC. O Early Warning é o serviço de notificação proativa: o NCSC detecta comprometimento, exposição ou mau uso de infraestrutura britânica em suas fontes e notifica a organização afetada, sem custo, transformando a relação com governo em fonte de alerta de incidente que a própria organização não percebeu.
O portfólio de orientação do NCSC também merece nota, com guias de resposta a incidente, frameworks de coleção de log e análises de grupos de ameaça publicadas publicamente com marcação TLP:CLEAR, material de qualidade analítica que sustenta programas sem orçamento de inteligência comercial. Para organizações fora do Reino Unido, o CiSP é limitado a entidades britânicas, mas os guias, os relatórios públicos e os advisories conjuntos com a CISA são consumíveis por qualquer programa, e a leitura do modelo britânico rende lição de desenho: notificação proativa de vítima sem custo, e comunidade de troca com identidade verificada, são os dois produtos que o lado brasileiro ainda oferece de forma desigual.
Vale registrar também a lógica de marcação que os dois programas compartilham, porque é ela que torna o material herdado manejável. Os produtos do NCSC e os advisories da CISA saem com TLP explícito, e a regra de herança governa todo reuso: a organização pode extrair detecções e técnicas e publicar internamente em TLP mais aberto, mas não pode repassar o material com marcação para círculos além do previsto. Essa disciplina, tratada em detalhe no capítulo 02, é a diferença entre consumir inteligência governamental e expor a organização a incidente de divulgação.
5. Como Consumir e Como Reportar
O consumo segue a disciplina de qualquer fonte da biblioteca, com três diferenças práticas. A primeira é o credenciamento: o AIS exige registro e aprovação de organização, com credenciais por entidade, e a nota de gestão de credenciais do capítulo 02 aplica-se integralmente. A segunda é a calibração de expectativa: inteligência governamental tem autoridade alta e velocidade variável, com KEV e avisos de crise rápidos e produtos analíticos densos em ciclos de semanas, e o programa precisa tratar cada produto com o SLA certo. A terceira é a integração operacional: o material entra no TIP com deduplicação, marcação de fonte e expiração, e os advisories geram tarefas de revisão de cobertura, e não apenas leitura.
O reporte é a metade do canal que a maioria dos programas ignora até a crise. O desenho correto inclui quatro elementos: definir quem reporta, com autoridade formal e contato 24 por 7; padronizar o que reporta, com formato mínimo de incidente alinhado ao que a agência pede; saber o que é compartilhável, com política TLP interna que se sobrepõe à marcação da agência; e exercitar o fluxo em simulação anual, porque reporte em crise improvisado chega incompleto e atrasa o aviso aos próximos alvos. A reciprocidade tem efeito prático mensurável: organizações que reportam bem entram em listas de notificação prioritária, recebem convites para grupos fechados e ganham acesso a briefings que não circulam no canal aberto.
A tabela abaixo organiza os quatro elementos do desenho de reporte com o artefato interno que cada um exige.
| Elemento do reporte | Exigência prática | Artefato interno |
|---|---|---|
| Quem reporta | Autoridade formal e contato de plantão 24 por 7 | Designação nominal e protocolo de escalação |
| O que reporta | Formato mínimo alinhado ao pedido da agência | Template de reporte com campos essenciais |
| O que é compartilhável | Política de TLP interna sobreposta à da agência | Matriz de compartilhabilidade aprovada pelo jurídico |
| Quando se exercita | Simulação anual com canal real | Cenário de exercício e registro de lacunas |
O ciclo completo de feedback fecha a justificativa econômica do canal: o reporte da organização alimenta a agregação do governo; a agregação vira advisory e aviso antecipado; o aviso volta para a organização em forma de detecção antecipada; e a métrica de incidentes cortados pelo canal, da subpasta 04, materializa o valor da relação em números que a diretoria entende.
6. Comparação dos Programas US, UK e Brasil
A tabela abaixo compara os programas com os critérios que orientam a decisão de integração de um programa de CTI, incluindo o quadro brasileiro.
| Aspecto | CISA (EUA) | NCSC (Reino Unido) | Brasil |
|---|---|---|---|
| Troca automatizada | AIS via TAXII e STIX com credenciamento | Comunidades CiSP com relatórios e TLP | Feed do CERT.br e canais setoriais |
| Alerta proativo de vítima | Notificação por agência e setores | Early Warning gratuito e direto | Reporte e alerta por CERT.br e GSIRTs conforme setor |
| Catálogo de vulnerabilidade crítica | KEV com exploração confirmada | Alertas de vulnerabilidade com prioridade nacional | Avisos de segurança e boletins de CERT.br e fabricantes |
| Comunidade com identidade | Grupos por setor e ISACs apoiados | CiSP com vetting de entidade | Comunidades setoriais e iniciativas regionais |
| Orientação analítica pública | Joint advisories e guias densos | Guias e análises de alta qualidade técnica | Guias, cartilhas e avisos técnicos nacionais |
O quadro brasileiro é menos automatizado e mais fragmentado, e o programa deve compensar com mapeamento consciente. O CERT.br, mantido pelo NIC.br, cumpre a função nacional de tratamento de incidentes, publica estatística, avisos e documentação, e atende qualquer organização. Na esfera federal, a estrutura de segurança cibernética do Executivo concentra-se historicamente no grupo de segurança da rede corporativa do governo federal, o GSIER, operado junto ao processamento federal de dados, com o CTIR Gov para incidentes governamentais e as políticas e estratégias nacionais editadas pela autoridade da área. Setores regulados, como financeiro e energia, mantêm GSIRTs e canais próprios com prazos e formatos específicos, e o programa deve integrar o canal do seu regulador antes de qualquer outro, porque é o canal com poder de exigir e o prazo legal de reporte.
A tabela abaixo organiza os canais brasileiros relevantes para o desenho do programa, com o papel de cada um e a decisão de integração associada.
| Canal brasileiro | Papel principal | Decisão de integração |
|---|---|---|
| CERT.br | Coordenação nacional de tratamento de incidentes e estatística | Canal de reporte base e consumo de avisos nacionais |
| CTIR Gov | Tratamento de incidentes na esfera governamental federal | Relevante para fornecedores e parceiros do governo |
| GSIER | Segurança da rede corporativa do Executivo federal e normas associadas | Referência de conformidade para prestadores do governo federal |
| GSIRT setoriais regulados | Prazos e formatos de reporte por setor regulado | Primeiro canal a integrar, com prazo legal |
| Iniciativas regionais e municipais | Coordenação local e resposta em estados e municípios | Integração por mapeamento de ativos na região |
7. Exemplo Prático: Consumo do Feed AIS via TAXII
O consumo do AIS é o caso técnico mais recorrente de integração, e o ciclo mínimo cabe em um script de poucas linhas, com descoberta de coleção, consumo incremental por added_after e validação na entrada.
# Ciclo de consumo AIS via TAXII 2.1 com checkpoint incremental
TAXII_ROOT="https://ais.cisa.dhs.gov/taxii"
curl -s --cert ${CERT_PEM} --key ${KEY_PEM} "${TAXII_ROOT}/discovery/" | jq .
curl -s --cert ${CERT_PEM} --key ${KEY_PEM} \
"${TAXII_ROOT}/collections/" | jq '.id, .title'
curl -s --cert ${CERT_PEM} --key ${KEY_PEM} \
"${TAXII_ROOT}/collections/${COLECAO_AIS}/objects/?added_after=${CHECKPOINT}" \
-o "/coleta/ais-$(date +%s).json"
# Persistir o checkpoint do lote para o próximo ciclo
import json, hashlib
from stix2 import parse
with open("/coleta/ais-lote.json") as f:
bundle = json.load(f)
for obj in bundle.get("objects", []):
o = parse(obj, allow_custom=True)
if o.type == "indicator":
# valida e envia ao TIP com marcação de fonte e expiração
validar_e_publicar(o, fonte="cisa-ais",
expira_em_horas=72, confianca=40)
O ponto de calibração que decide o sucesso do consumo é a confiança inicial atribuída: o AIS entrega volume alto com precisão variável, e o programa deve ingestá-lo como fonte barata de baixa confiança, na escala de avaliação de fontes do capítulo 05, com expiração curta e sem bloqueio direto em controles de proteção, e evoluir a confiança conforme a taxa de acionamento medida. Tratar o AIS como se fosse feed de alta precisão é o erro clássico de primeiro trimestre, e as métricas da subpasta 04 são o antídoto.
Para programas fora dos Estados Unidos, o mesmo esqueleto serve para qualquer coleção TAXII governamental ou de ISAC: o que muda são credenciais, raiz de API e expectativa de volume, e a prática saudável é abstrair o consumidor em um conector parametrizável por fonte, alimentando o TIP com proveniência e marcação preservadas. Essa abstração permite adicionar ou remover programas governamentais sem tocar na lógica de validação, e é o desenho que o controle PLT.4 do framework CTH pressupõe na gestão de fontes.
8. Erros Comuns e Pontos de Atenção
- Consumir AIS sem deduplicação nem expiração; efeito: o TIP inunda o SOC de indicadores antigos e a fonte é desligada por ruído; correção: pipeline com checkpoint, expiração e medição de acionamento antes de escalar o consumo.
- Tratar KEV como lista informativa; efeito: vulnerabilidades exploradas ativamente ficam na mesma fila de priorização que o resto; correção: gatilho de prazo de remediação para itens KEV presentes no inventário.
- Reportar só quando exigido pelo regulador; efeito: a organização perde o aviso antecipado aos próximos alvos e o acesso a canais prioritários; correção: fluxo de reporte voluntário com formato padrão e contato de plantão.
- Ler joint advisory sem converter em cobertura; efeito: material de alta densidade vira leitura sem efeito em detecção; correção: tarefa formal de mapeamento ATT&CK e revisão de detecções por advisory recebido.
- Ignorar o canal do regulador do próprio setor; efeito: reporte no canal errado ou fora do prazo, com risco regulatório; correção: mapear GSIRT e obrigações do setor como primeiro passo da integração.
- Misturar material governamental com marcação própria; efeito: rebaixamento ou elevação indevida de TLP em material herdado; correção: propagar marcação original e aplicar regras de herança do capítulo 02.
9. Integração com o Restante da Biblioteca
A nota conecta a coleta governamental do capítulo 02 à operação prática do capítulo 22: os produtos CISA e NCSC entram no mesmo pipeline das fontes dos ISACs, são avaliados pelas mesmas métricas da subpasta 04 e alimentam a mesma pirâmide de priorização do capítulo 05, com o KEV dialogando diretamente com a nota de vulnerability intelligence e o joint advisory alimentando a revisão de cobertura do capítulo 18. O controle PLT.4 do framework CTH, sobre gestão de fontes de inteligência, é o endereço normativo da disciplina aqui descrita.
Para a organização brasileira, a sequência de integração recomendada começa pelo canal do regulador do setor, passa pelo CERT.br como base nacional, e chega ao AIS e aos advisories públicos como camada internacional, nessa ordem de custo e valor marginal. A nota de ROI da subpasta 04 fornece o modelo de justificativa executiva da integração, e o exercício de reporte anual conecta esta nota ao capítulo de resposta a incidentes do framework CTH, fechando o ciclo institucional que a colaboração governo-privado exige.