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
73 lines
2.7 KiB
Markdown
73 lines
2.7 KiB
Markdown
# Interface
|
|
|
|
[English](../interface.md) · **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/health` respondeu.
|
|
- **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.
|