Acauã: Network Detection & Threat Hunting, heuristic analysis over a rolling 7-day window using deterministic math (time series, graph theory, information theory) instead of opaque ML models. Third product in the Ciberfauna ecosystem, alongside Guará and Sabiá. Follows the ecosystem's established conventions: OpenWolf project memory, bilingual PT-BR/EN docs and UI, Gitea Actions CI/CD on the same self-hosted runners, Conventional Commits, SemVer, logo and productName handling, MIT OR Apache-2.0 licensing. Architecture decision (made with the project owner after a dedicated consultation, not the original blueprint's suggested stack): Rust throughout, not Python/FastAPI/React. Most of the statistics (Bowley skew, MADM, Shannon entropy, PCR, Z-score, novel-edge detection, pivot chains) reduces to SQL over an embedded DuckDB/Parquet store; only the spectral analysis and graph centrality need host-language code, and both have workable Rust crates. Documented in full, including six corrections to the original blueprint's math (Rayleigh/Schuster instead of a degenerate Lomb-Scargle over bare timestamps, an explicit sentinel for Bowley skew's Q3=Q1 case, Jensen-Shannon instead of unbounded KL, a dedicated long-connection detector, JA4 vs. JA4+ licensing caution, deterministic per-alert evidence), in docs/architecture.md. Skeleton only: crates/acaua-core has the four detection pillars, fusion, storage, zeek log parsing and the updater as typed stubs that compile and return a clear "skeleton" status rather than real detection logic — that is separate, future work. crates/acaua-cli has serve/analyze/doctor/update. apps/gui is a minimal Tauri shell. Also already includes the one-click desktop self-update mechanism shared with Guará and Sabiá (AppImage/.deb/Windows installer), even with no release published yet, for consistency across the ecosystem. No Gitea repository exists for this project yet; this is a local-only commit. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD
2.7 KiB
Interface
English · Português
A interface é um app HTML/CSS/JS vanilla embutido no binário acaua e carregado
pelo shell Tauri. Não há etapa de build de frontend nem runtime React/Next.js.
Esta página descreve o shell 0.1.0; não é um tour de screenshots, porque as
telas de detecção ainda não têm nada real para mostrar.
Layout
- Barra lateral: marca, navegação, estado da conexão, versão e checagem de atualização.
- Visão geral: aviso de escopo, aviso de uso autorizado e os quatro cards dos pilares.
- Análise: campo de caminho do dataset, botão analisar, atualizar e saída JSON bruta.
- Alertas: estado vazio explicando que o motor de detecção chega em spec futura.
- Configurações: idioma e tema, guardados localmente.
Idioma
O texto-fonte é em português. O i18n.js aplica as strings em inglês de
i18n-en.js em tempo de execução e persiste a escolha no localStorage. Auto
segue o idioma do navegador/sistema. A checagem
node scripts/check-ui-i18n.mjs falha quando uma string visível em português não
tem par em inglês.
Tema
Auto, claro e escuro. Auto segue prefers-color-scheme. A escolha fica
guardada localmente; nenhuma preferência sai da máquina.
Estado da conexão
O rodapé consulta /api/health e mostra um de:
- Conectando…: a primeira requisição ainda não terminou.
- Serviço local ativo:
/api/healthrespondeu. - Serviço indisponível: a requisição falhou; o shell continua utilizável para configurações.
O shell Tauri poderá apontar para um daemon local ou um serve remoto em versão
futura. Em 0.1.0 ele usa a API local.
Tela de análise
Analisar envia o caminho para /api/analyze e imprime a resposta JSON. O
esqueleto valida o caminho e devolve um relatório stub. Ele não lê registros Zeek
e não renderiza pontuações. Falhas aparecem como texto, nunca como estado vazio
silencioso.
Tela de alertas
A lista está vazia de propósito. Uma linha futura de alerta vai mostrar pilar, pontuação, timestamp e link para o registro de evidência. A evidência precisa incluir entradas, valores intermediários, sentinelas, pesos e versão do código; pontuação sozinha não basta.
Acessibilidade
- A navegação usa botões reais e
aria-label. - O diálogo de configurações usa
<dialog>com título rotulado. - Mudanças de estado usam texto, não só cor.
Limitações
- Sem screenshots reais: as telas são shells.
- Sem detalhe de alerta, gráficos ou navegador de dataset ainda.
- Sem autenticação: a UI assume daemon em loopback.
- O app desktop não se auto-atualiza; ele só informa a versão disponível.