Same issue and fix as Guará: ci.yml's four jobs used
runs-on: ubuntu-latest, which now resolves only to hostinger-runner
after the Gitea runner relabeling, piling every CI push onto the same
single machine release.yml routes x86_64 builds to and overloading it.
Pins all four jobs to linux-arm64.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD
A native x86_64 Gitea Actions runner (hostinger-runner, label
linux-amd64) is now available alongside the two aarch64 runners
(oracle-runner/-b, label linux-arm64). Routes the linux-x86_64 leg of
the cli and gui release matrices to it instead of cross-compiling it
from an aarch64 host, same change as the Guará repository.
- matrix.include gets an explicit runner field per platform
(linux-arm64 for aarch64, linux-amd64 for x86_64 and windows);
runs-on: ${{ matrix.runner }} picks it per job. windows is pinned to
linux-amd64 explicitly rather than relying on the ubuntu-latest
alias, since that alias has already been reassigned once between
the aarch64 and the x86_64 runner on this Gitea instance.
- The "Platform cross-linker" step (gcc-x86-64-linux-gnu) only runs
when NOT on the native amd64 runner, since a native build needs no
cross-linker.
- scripts/build-gui.sh and scripts/package-cli.sh are intentionally
left untouched: both already branch on `uname -m` and take the
simple native path when run on x86_64, so no script change was
needed. The existing cross-compile path (qemu wrappers, the ELF
launcher that survives tauri-bundler's dd patch) stays in place as a
dormant fallback in case the single amd64 runner is ever
unavailable — deliberately kept, not deleted.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD
Completes the English-only standardization for code, comments, scripts
and CI templates (UI/CLI-facing strings stay bilingual pt-BR/en,
untouched). Covers the remaining crates/, apps/gui/ui/ and
apps/gui/src-tauri/ comments, .gitea/ workflow and template comments,
.githooks/ hooks, and the scripts/ source comments for the files
already renamed in a prior commit (check.sh, generate-logo.py,
install-hooks.sh).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD
Sabiá had no screenshots at all before this, just the logo. Add
networks/attack/settings screenshots (light/dark, en/pt-BR) captured
from the real UI with synthetic audit fixtures (7 mock access points
across 2.4/5 GHz covering open/WEP/WPA/WPA2/WPA3/802.1X-Enterprise, mock
client stations, one crackable handshake — no real third-party network
data), and reference them from README.md, README.pt-BR.md,
docs/interface.md and docs/pt-BR/interface.md.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD
main.rs failed to compile on Windows: pmkid_hunt and pmf_test were only
implemented under #[cfg(target_os = "linux")], with no fallback stub,
so the Tauri commands calling them did not resolve.
- Add #[cfg(not(target_os = "linux"))] stubs for both, matching the
existing pattern for every other Linux-only Engine method (returns
SabiaError::UnsupportedPlatform).
- Mark the DeauthJob/Engine fields and session_ap/client_snapshot
helpers that only the Linux-only code paths use with
#[cfg_attr(not(target_os = "linux"), allow(dead_code))], same for
eviltwin.rs's form_value/url_decode (only called from the
#[cfg(target_os = "linux")] HTTP handler) — silences the 5
dead_code warnings a Windows build produced.
- .setup(|app| ...) used app only inside unix/linux/macos-gated
blocks, so it was unused on Windows; renamed the closure parameter
and reintroduce it under the matching cfg.
- Add the missing English dictionary entry for the mutation-rules
checkbox label in app.js (found by visually reviewing a generated
screenshot: it was rendering in Portuguese in the English UI even
though check-ui-i18n.mjs reported full coverage).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD
Same root cause and fix as Guará: tauri-bundler's prepare_tools runs
'dd ... seek=8 conv=notrunc' on the cached linuxdeploy-x86_64 binary on
the aarch64 Gitea runner. A bash wrapper script there loses its shebang
to the dd and fails with ENOENT; a native ELF launcher survives because
bytes 8-10 of the ELF header are unused EI_PAD padding. Replace the
wrapper with a small ELF launcher compiled with cc, and cache
AppRun-x86_64 explicitly.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VAyr8d7HuAdUGB6aA5xmDD
The non-Linux stub at the bottom of the file duplicated a definition that had
no #[cfg(target_os = "linux")] of its own — it inherited none from the
unrelated #[allow] above it. Every non-Linux build (the desktop app's Windows
CI job included) failed with a duplicate-definition error and unresolved
Linux-only imports inside the always-compiled body.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Mirrors Guará's release workflow. No signing key needed here: Sabiá's updater
is the custom module in sabia-core, not the Tauri plugin.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
The updater reads the latest release from Gitea. update::apply refuses to
overwrite anything but the CLI. Release workflow builds the Linux CLI;
scripts/build-gui.sh builds the Linux and Windows desktop app. Docs say Linux
and Windows only.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Notes come from the matching CHANGELOG.md section. The macOS and Windows
binaries the old release workflow built need runners this Gitea does not have.
The CI also ignores .wolf, .claude and the release files.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Linux-only runner, so the Windows and macOS legs and GitHub's audit action are
gone. The Rust toolchain, cargo registry and target directories live on the
runner's persistent toolcache volume. release.yml stays under .github and is
not run by Gitea.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Primeira versão estável: valida ponta a ponta contra hardware real (Evil
Twin PSK e Enterprise, WPS, quebra com regras/máscara, relatório) e fecha
o roadmap de 0.1.0 quase inteiro. Changelog completo em CHANGELOG.md.
- Cargo.toml (workspace + app desktop) e tauri.conf.json: 0.1.0 → 1.0.0.
- README/ROADMAP (EN+PT-BR): refletem o que de fato existe agora
(regras/máscara, .hc22000, WPS, Evil Twin, relatório), não mais "Next".
- docs/cli.md e docs/interface.md (EN+PT-BR): documentam --rules no
crack e a aba Ataques/relatório da interface.
- app.js/app.css/index.html: telas novas para Evil Twin (PSK e
Enterprise), regras de mutação/máscara na quebra de senha, WPS,
indicador de modo (monitor/gerenciado) movido para baixo do seletor de
interface, e aviso específico quando a placa não entrega captura de
verdade (ver bug de ScanSnapshot.warning no engine).
- Lista de redes/BSSIDs não reordena mais a cada poll: ordem de chegada
como critério de desempate e sinal arredondado em buckets de 4 dBm,
porque reordenar pelo sinal instantâneo fazia as linhas flutuarem de
posição debaixo do cursor a cada atualização.
- "Forçar handshake" religa a captura sozinho se ela tiver sido parada
(esperando o AP reaparecer no canal certo antes de disparar o job, e
travando o alvo numa variável local pra não perder o BSSID se o diálogo
fechar no meio da espera).
- Grid da aba Ataques trocado de CSS grid pra colunas (alvenaria): cards
com alturas muito diferentes na mesma linha deixavam buracos vazios
enormes com align-items:start.
- check-ui-i18n.mjs: ajustes de cobertura para as novas telas.
- engine.rs: expõe Evil Twin (PSK/Enterprise), crack com regras/máscara,
relatório e exportação .hc22000 pros três front-ends (CLI, servidor web
da UI, Tauri). set_monitor() agora solta a interface do NetworkManager
antes de ativar modo monitor e devolve ao desativar — sem isso o NM
reafirma a própria conexão por cima e a captura cai sozinha pouco
depois ("está em modo managed"). Evil Twin grava um arquivo de estado
em disco antes de soltar as interfaces; se o processo morrer no meio
(Ctrl+C sem handler, kill -9, queda de energia), o próximo início do
engine desfaz tudo sozinho (self_heal_eviltwin_leftovers) — sem isso as
duas interfaces ficavam presas em managed=no pro NetworkManager pra
sempre e o Wi-Fi inteiro sumia do painel do sistema. hostapd/hostapd-wpe
que morrem na hora de subir agora reportam a saída real capturada em
log, em vez de um processo "<defunct>" mudo. Novo
ScanSnapshot.warning: avisa quando a sessão roda >12s sem receber
nenhum quadro — sintoma de placa que aceita ativar modo monitor sem
entregar captura de verdade (comum em Wi-Fi interno de notebook).
- sabia-cli (main.rs/web/mod.rs) e o app desktop (Tauri main.rs) ganham
as rotas/comandos equivalentes pra tudo isso.
- report.rs: capa em página A4 cheia com o logo do Sabiá embutido (base64,
funciona offline), sumário com âncoras pra cada seção, cabeçalho/rodapé
corridos via @page margin boxes (seção atual, numeração X/Y, selo "uso
autorizado"), cards de KPI e achados com cor por severidade, tabelas
com cabeçalho/zebra consistentes — paginação em A4 continua feita pelo
Paged.js no navegador (sem depender de Chromium no servidor).
- Vendoriza paged.polyfill.min.js (MIT) — antes era carregado de fora.
- tauri.conf.json: CSP libera frame-src pro preview do relatório embutido
(iframe) no app desktop.
- eviltwin.rs: clona um AP já visto na sessão (SSID aberto) numa segunda
interface, com portal cativo pedindo a senha de novo. A senha só é
aceita se bater de verdade contra o handshake real já capturado
(CrackTarget::verify) — não é um "aceita qualquer coisa", é um oráculo
criptográfico. Exige handshake quebrável já capturado desse BSSID e
autorização explícita, mesma trilha de auditoria dos outros ataques.
- eviltwin_enterprise.rs: variante pra redes WPA2/WPA3-Enterprise
(802.1X) — nelas a credencial viaja no próprio handshake EAP
(PEAP/TTLS-MSCHAPv2), então o cliente autentica sozinho em qualquer AP
que anuncie o SSID, sem portal nem ação humana. Orquestra hostapd-wpe
(não vendorizado — é um patch no build do hostapd); gera certificado
TLS autoassinado e eap_user genérico; parser best-effort do log de
credenciais capturadas. Limitação documentada: cliente que valida a
cadeia de certificado recusa a conexão.
- analysis.rs: achados de segurança (rede aberta, sem PMF, WPS ativo,
possível evil twin real por nome duplicado) e recomendação de canal por
banda com pontuação de interferência/sobreposição.
- crack.rs: dicionário padrão trocado pra wpa-full.txt.gz (rockyou +
Probable-Wordlists top204k mesclados/deduplicados, 9,7M senhas,
comprimido e embutido via LazyLock), PBKDF2 ~640x mais rápido
(paralelização por núcleo + HMAC reaproveitado em vez de reconstruído a
cada iteração), força bruta por máscara (rules.rs::Mask, sintaxe
?d?l?u?s?a) e regras de mutação tipo hashcat (maiúscula, sufixos
numéricos/símbolos, leet simples).
- hashcat.rs: exportação de handshake/PMKID em .hc22000 (individual ou em
lote), pro hashcat de verdade em vez de só o dicionário embutido.
- wps.rs: ataque WPS PIN via reaver (binário real do
reaver-wps-fork-t6x, GPL-2, extraído em tempo de execução) e bully
quando instalado no sistema.
- assets/wordlists/LICENSE.wpa-full documenta a atribuição (CC BY-SA 4.0
do Probable-Wordlists; rockyou.txt como dado de vazamento de uso livre
consolidado em pesquisa de segurança, mesmo padrão do Kali/SecLists).
- eapol.rs: key_info/replay_counter/key_data_len liam little-endian; são
big-endian (802.1X segue ordem de rede), então handshakes reais nunca
fechavam mesmo com deauth funcionando. testutil.rs e os geradores de
quadro de teste corrigidos junto, mais um teste contra bytes de wire
reais (não só contra o próprio encoder).
- inject.rs: deauth/disassoc agora grava Sequence Control crescente por
quadro — reenviar o mesmo quadro era descartado como duplicata pelo
driver/AP depois do primeiro envio.
- dot11.rs/scan.rs: parsing de AP/cliente bem mais completo (PMF
obrigatório, WPS detalhado, fabricante por OUI, país, largura de banda,
padrão PHY, privacidade) e histórico de sinal/eventos por cliente.
- handshake.rs/ccmp.rs: deriva a Temporal Key (CCMP) quando a senha é
quebrada, o suficiente pra decifrar o tráfego em claro do par
(BSSID, estação) cujo handshake foi capturado.
- CI (Windows/macOS): imports e `parse_mac` usados só no código Linux agora
são `#[cfg(target_os = "linux")]` (e `Duration`/`Instant` também em `test`),
eliminando os unused que viravam erro com `-D warnings` fora do Linux.
- Release (RPM): `productName` passa a "Sabia" (ASCII) — o bundler de rpm
recusa o acento; janela e interface seguem exibindo "Sabiá". Igual ao Guará.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- Logo oficial (sabia.png) e conjunto de ícones do app desktop.
- Interface em português e inglês: tradutor por observação do DOM, seletor
de idioma e checagem de cobertura de tradução no CI.
- CI/CD com caches (rust-cache, .deb do Tauri em cache) e pipeline de release
multiplataforma (CLI em 5 alvos + app desktop via tauri-action), templates
de issue/PR.
- Suíte de testes de integração do sabia-core (scan e2e, handshake/crack
4-way e PMKID, pcap, trilha de auditoria) — 46 testes verdes.
- Documentação completa pt/en: README, ROADMAP, SECURITY, CONTRIBUTING,
CHANGELOG e docs/ (cli, interface, arquitetura), com enquadramento de uso
autorizado.
- Correções de clippy (-D warnings) e formatação em toda a árvore.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
