Files
acaua/docs/pt-BR/interface.md
T
Lucas RayanandClaude Sonnet 5 1b974bb90d chore: initial project skeleton
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
2026-10-31 10:20:03 -03:00

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/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.