### Impacto no Sistema Vulnerável```
Vuln Confidentiality:   [None]     Low      High
Vuln Integrity:         [None]     Low      High
Vuln Availability:      [High]     Low      None

---

## Classificação CWE

| # | ID CWE | Nome | Relevância |
|---|---|---|---|
| 1 | **CWE-617** | [Assertion Alcançável](https://cwe.mitre.org/data/definitions/617.html) | O código de produção expõe uma asserção ou verificação fatal alcançável por entrada não confiável, encerrando o processo ou sistema |

### Por que CWE-617 se Aplica

CWE-617 descreve situações onde os desenvolvedores confiam em asserções para condições que **atacantes externos podem forçar**. Diferentemente do tratamento gracioso de erros (códigos de retorno, respostas sanitizadas), uma asserção alcançável frequentemente termina em **encerramento abrupto** — alinhando-se ao comportamento de **falha de software ou reinicialização** descrito pelo fabricante.

---

## Pré-requisitos do Ataque

| Pré-requisito | Necessário? | Notas |
|---|---|---|
| Credenciais válidas do dispositivo | **Não** | Ataque não autenticado |
| Interação do usuário vítima | **Não** | Gatilho de rede totalmente remoto |
| Comprometimento prévio de outro sistema | **Não** | Exploração independente |
| Acessibilidade de rede ao dispositivo | **Sim** | Vetor de ataque é Rede |
| Conhecimento do modelo do dispositivo | Ajuda, mas não estritamente necessário | Pacote criado pode ser específico de família |
| Exposição à Internet | **Não necessário**, mas aumenta o risco | Encaminhamento de porta WAN e exposição via relay em nuvem são comuns na prática |

**Explorável remotamente:** **Sim**

---

## Cenários de Exploração

### Cenário 1 — Câmera Exposta à Internet

Uma câmera IP fixa tem encaminhamento de porta para visualização remota. Um atacante escaneia o host, envia o pacote criado para uma porta de serviço aberta e força uma reinicialização. A câmera fica offline durante um incidente de segurança ativo, criando uma lacuna de gravação.

### Cenário 2 — VLAN de CCTV Plana

Um atacante obtém acesso a um laptop corporativo (phishing, dispositivo de contratado, etc.) e ataca todos os hosts Dahua na VLAN de vigilância. Gatilhos sequenciais produzem um evento de "todas as câmeras offline" em todo o site sem nunca autenticar no software VMS.

### Cenário 3 — Interrupção de Porteiro (VTO/VTH)

Uma loja de varejo usa estações de porta Dahua. Um atacante próximo à rede (ou via WAN exposta) reinicia repetidamente a estação externa durante horários de pico. A validação de entrada e a liberação remota de porta falham, causando parada operacional ou procedimentos manuais de desvio.

### Cenário 4 — Degradação Encadeada de Segurança Física

A reinicialização do NVR durante uma invasão ativa atrasa a verificação de alarme e o rastreamento PTZ. Embora não seja um CVE direto de "integridade" conforme CVSS, o **resultado de segurança física** pode ser grave.

### Cenário 5 — Assédio Sustentado / Degradação de Serviço

A reprodução automatizada do gatilho a cada N minutos impede um uptime estável, mesmo que o dispositivo se recupere rapidamente a cada vez — um ataque de **baixo esforço e alta interrupção** adequado para abuso em escala de botnet contra impressões digitais de firmware conhecidas.

---

## Avaliação de Impacto

### Impacto Técnico

| Domínio | Classificação | Detalhe |
|---|---|---|
| Confidencialidade | Nenhum (direto) | Nenhuma exfiltração de dados comprovada através desta falha isoladamente |
| Integridade | Nenhum (direto) | Nenhuma adulteração de configuração ou gravação comprovada através desta falha isoladamente |
| Disponibilidade | **Alto** | Interrupção no nível de reinicialização; repetível |

### Impacto nos Negócios (Contextual)

| Setor | Consequência Potencial |
|---|---|
| Varejo / Bancário | Perda de vídeo forense durante eventos de perda ou fraude |
| Infraestrutura crítica | Lacunas na verificação visual de alarmes |
| Residencial / PME | Pontos cegos de monitoramento residencial durante invasões |
| Cidade inteligente | Queda de câmeras de trânsito ou segurança pública |
| Integrações de controle de acesso | Portas e interfones indisponíveis em horários de pico |

### Considerações para Frota

Organizações com **centenas ou milhares** de endpoints Dahua devem modelar:

- Tempo médio de recuperação por reinicialização
- Ruído no monitoramento central durante interrupções em massa
- Violações de SLA com clientes de serviço gerenciado
- Implicações de seguro ou conformidade para continuidade de gravação

---

## Detecção e Indicadores de Comprometimento

Como o fabricante não publicou capturas de pacotes ou assinaturas específicas de CVE, a detecção deve focar em **indicadores comportamentais**:

### Indicadores de Host / Dispositivo

- Reinicializações inesperadas sem upgrades iniciados pelo administrador ou eventos de energia
- Flags de motivo de inicialização referenciando pânico do kernel, reset por watchdog ou reinicialização anormal
- Logs de aplicação mostrando falhas de asserção ou erros fatais imediatamente antes da inatividade
- Uptimes curtos correlacionados com rajadas de tráfego de rede anômalo

### Indicadores de Rede

- Rajadas de pacotes anômalos de fonte única ou distribuídas precedendo eventos de dispositivo offline
- Nova atividade de varredura em portas de serviço associadas à Dahua a partir de sub-redes não confiáveis
- Correlação entre padrões SYN/UDP/HTTP externos e timestamps de reinicialização de syslog de câmeras/NVRs

### Correlações Operacionais

- Múltiplos dispositivos offline simultaneamente sem falha de switch PoE
- Eventos offline **não** acompanhados por erros de interface de switch (sugerindo falha no nível do endpoint)
- Interrupções recorrentes em intervalos fixos (possível ataque de reprodução automatizado)

### Registro de Log Recomendado

- Centralizar **syslog** de câmeras, NVRs e interfones
- Reter fluxos de **firewall / borda** para segmentos contendo equipamentos de vigilância
- Alertar sobre eventos de **desconexão em massa de dispositivos** do VMS dentro de janelas curtas de tempo

---

## Mitigação e Remediação

### Remediação Primária — Atualização de Firmware

1. Inventariar todos os dispositivos Dahua com modelo, número de série e **data de build do firmware**.
2. Identificar unidades com builds **anteriores a 26 de março de 2026**.
3. Baixar firmware aprovado pelo fabricante no [Dahua PSI Trust Center](https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi) ou canais de distribuição autorizados.
4. Agendar upgrades em uma janela de manutenção; validar função de gravação e interfone após o patch.
5. Retestar serviços expostos externamente somente após confirmação da build corrigida.

### Controles Compensatórios (Até o Patch)

| Controle | Objetivo |
|---|---|
| **Segmentação de rede** | Colocar câmeras/NVRs em VLANs dedicadas com ACLs de negação por padrão |
| **Remover encaminhamento de porta** | Eliminar exposição direta à WAN; usar VPN ou acesso de confiança zero |
| **Restringir IPs de origem** | Permitir apenas VMS, hosts de salto e sub-redes de operadores para alcançar portas de gerenciamento do dispositivo |
| **Desabilitar serviços não utilizados** | Reduzir superfície de ataque de protocolo (desabilitar HTTP/ONVIF/PPPoE/etc. desnecessários) |
| **Filtragem de saída** | Limitar comportamento de relay inesperado onde a política permitir |
| **Spares físicos / failover** | Para pontos críticos, manter cobertura sobreposta |

### Gerenciamento de Mudanças Empresariais

- Documentar versões de firmware no CMDB
- Vincular status de patch a fluxos de trabalho de aquisição e RMA
- Incluir monitoramento do PSI da Dahua na cadência de revisão de risco do fornecedor

---

## Soluções de Contorno

Nenhuma **solução de contorno baseada apenas em configuração** documentada pelo fabricante é conhecida para eliminar completamente a vulnerabilidade sem atualizar para uma build corrigida. Até que o firmware seja aplicado, o **confinamento em nível de rede** é a solução de contorno prática:

1. Bloquear redes não confiáveis de alcançar portas de gerenciamento do dispositivo e serviços proprietários.
2. Monitorar padrões de reinicialização repetidos e isolar fontes ofensivas no firewall de borda.
3. Quando disponível, colocar dispositivos atrás de concentradores VPN autenticados em vez de exposição direta.

---

## Resposta do Fabricante

A Dahua publicou este problema através de seu programa **Product Security Incident (PSI)**. Recursos oficiais:

- **Centro de Confiança / PSI:** https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi

Os operadores devem tratar o boletim do fabricante como a fonte oficial para:

- Listas de modelos afetados específicos
- Links de download de firmware corrigido
- Recomendações adicionais de hardening

---

## Referências

| Recurso | URL |
|---|---|
| Centro de Confiança PSI da Dahua | https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi |
| Entrada NVD | https://nvd.nist.gov/vuln/detail/CVE-2026-29116 |
| Registro CVE | https://www.cve.org/CVERecord?id=CVE-2026-29116 |
| Definição CWE-617 | https://cwe.mitre.org/data/definitions/617.html |
| Especificação CVSS 4.0 | https://www.first.org/cvss/v4.0/specification-document |

---

## Aviso Legal

Este documento é um **aviso de segurança informativo** compilado a partir de metadados de CVE publicamente disponíveis e declarações do fabricante. Destina-se a ajudar defensores, integradores e pesquisadores a entender o risco do **CVE-2026-29116** e priorizar a remediação.

- Este README **não fornece** código de exploração, modelos de pacotes criados ou instruções passo a passo de ataque.
- As seções de análise técnica marcadas como *inferidas* são interpretações razoáveis de dados públicos, não divulgação de causa raiz confirmada pelo fabricante.
- A determinação do modelo afetado **deve** ser verificada contra o boletim oficial do PSI da Dahua e a data de build do firmware do seu dispositivo.
- Os autores não são responsáveis por ações tomadas com base neste documento. Aplique patches, teste e implante de acordo com as políticas de gerenciamento de mudanças da sua organização.

**Uso responsável:** Relate descobertas adicionais através de canais de divulgação coordenada (PSI do fabricante, CERT nacional ou programas de bug bounty estabelecidos, quando aplicável).

---

## Histórico de Revisão do Documento

| Versão | Data | Alterações |
|---|---|---|
| 1.0 | 2026-07-11 | README de aviso inicial abrangente baseado nos dados de publicação do CVE-2026-29116 |

---

<p align="center">
  <sub>CVE-2026-29116 · Dahua Technology · CVSS 4.0 8.7 ALTO · CWE-617</sub>
</p>