EM PRODUÇÃO · AOSP 15 · PADRÕES ABERTOS

Um telefone que assina
cada toque.

Construído sobre o Android. Reforçado em cada camada do sistema operacional. Suas chaves privadas ficam no chip seguro do dispositivo e nunca saem dele. Quando todo o resto falha, o SOS continua funcionando.

13
motores de segurança
8
alternativas de rádio
0
chaves em nossos servidores
<3s
alerta de terremoto
Soberania de chaves protegida por hardware
Malha de emergência — oito alternativas de rádio
Baliza de socorro por satélite, nativa
Já resistente à computação quântica

CADA TELA, EXPLICADA

Toque em uma aba. Veja o que cada superfície realmente faz.

A prévia compacta no topo percorre automaticamente as seis telas principais. Abaixo, a prévia completa permite fixar uma delas, ler o que ela de fato mostra e inspecionar as quatro decisões de design por trás dela.

INÍCIO

Grade familiar. Apps soberanos.

Seus apps, seus mensageiros, sua carteira — além de um pequeno conjunto de apps LyDos para identidade soberana, a cadeia de auditoria e a malha de emergência.

Apps padrão

Todos os apps da Play Store e instalados manualmente rodam em sandbox — do jeito que o Android faz.

Apps soberanos

ID, Carteira, Mensageiro, Resiliência, Auditoria — pequenos, assinados, auditáveis.

Sem vendas forçadas

Sem anúncios, sem pop-ups de telemetria, sem padrões obscuros. Esta é a sua tela inicial.

Perfis por app

Trabalho, viagem, imprensa — perfis separados com suas próprias permissões e apps.

COMO FUNCIONA

Três fundamentos. Todo o resto se apoia neles.

Chaves protegidas por hardware que ficam com você · um sistema imunológico que vigia o SO · atualizações que exigem três assinaturas independentes. Sem esses três, o resto da pilha não importa. Com eles, o telefone consegue se defender sozinho.

01
0
chaves em nossos servidores

Suas chaves nunca saem do dispositivo

A chave privada que prova que é você fica trancada dentro do chip seguro do telefone. Nossos servidores nunca a veem. Para extraí-la, um invasor precisaria desmontar fisicamente o chip — só com software não é possível copiá-la.

02
4
níveis de defesa

O telefone se defende sozinho

Embutido no sistema operacional: um sistema imunológico que vigia adulterações, anomalias e comportamentos impossíveis. Ele pode discretamente rebaixar o telefone para o modo seguro — ou, se necessário, bloqueio total — mantendo a transmissão de SOS ativa.

03
3/3
assinaturas exigidas

Nenhuma atualização entra sem três assinaturas

Toda atualização over-the-air precisa ser assinada por três papéis independentes — engenharia de release, segurança e operações — e o hash do seu binário precisa bater. Se faltar uma única assinatura, o telefone se recusa a instalá-la.

IDENTIDADE SOBERANA

Seu rosto aqui é matemática — não uma fotografia.

No LyDos, uma identidade é derivada das chaves do seu dispositivo: calculada off-line, idêntica em todos os dispositivos, sem pertencer a nenhum servidor. A malha viva é o quórum de motores soberanos que a avaliza.

KSLLSIATUPASRDPIDSLGCIGCE

Gerado, nunca enviado

Off-line · determinístico

Cada rosto é derivado de forma determinística de um identificador descentralizado (DID). Nenhuma imagem é armazenada ou buscada — a mesma semente desenha o mesmo avatar em todos os dispositivos, off-line.

0f537b
d4e745
36eb10
18750a
346dd4
5f9722
dfe0a9
00f733
564030
f7cb5f
ae5ffa
c79d7b
SEM FOTO

A identidade não precisa de galeria de fotos — a chave é o rosto.

SEM SERVIDOR

Desenhado no dispositivo a partir da semente; nada é enviado.

PORTÁTIL

Um único DID é renderizado de forma idêntica em todos os dispositivos LyDos.

REVOGÁVEL

Gire a chave e a identidade é re-derivada de forma limpa.

AINDA É ANDROID

Construído sobre o Android — seus apps, do seu jeito.

O LyDos Phone roda sobre o AOSP 15. Você mantém o Android que conhece — apps, loja, push, ecossistema — mas o sistema operacional por baixo se defende e se comprova de maneiras que o Android de fábrica não consegue.

COMPATIBILIDADE ANDROID

Base AOSP 15. Todos os apps que você já usa continuam funcionando — reforçamos a base, não o teto.

Todos os apps Android, por padrão

Em distribuição

Construído sobre o AOSP 15. O sandbox da Play Store, APKs carregados manualmente, seus mensageiros, apps bancários, ferramentas de trabalho e jogos rodam exatamente como no Android padrão — as suítes CTS compatíveis com Treble + LyDos CTS passam em todo release.

module · cts-lydos

Serviços Google em sandbox

Em distribuição

O GMS roda como um app de usuário sem privilégios, não como um componente do sistema. Alternância por perfil para habilitá-lo ou desabilitá-lo. Apps que dependem dele continuam opcionais; apps que não dependem nunca o veem.

module · apps-lydos-play-sandbox

Permissões por app, mais finas que no padrão

Em distribuição

Rede, escopos de armazenamento, sensores, contatos, localização, área de transferência — alternáveis por app, por sessão. Os padrões são negar. Salve perfis (Trabalho · Viagem · Imprensa) e troque com um toque.

module · sepolicy-module + framework patch

Armazenamento criptografado no secure element

Em distribuição

As chaves de criptografia baseada em arquivos são protegidas pelo chip seguro, não apenas pela sua senha. Perca o chip — perca os dados. Sem força bruta offline, sem transferência de chave para outro telefone.

module · ksld + keymint integration
MOTORES SOBERANOS

Treze daemons em Rust que vigiam o SO, assinam toda decisão importante e se recusam a gravar quando a cadeia se rompe.

KSL — chaves que você realmente possui

Em distribuição

Chave-mestra selada no secure element, assinaturas ML-DSA-87. Os bytes privados nunca saem do chip; o espaço de usuário só vê uma impressão digital. O kslctl expõe contadores e tarefas de rotação.

module · ksld + kslctl + sovereign_ksl_keymint

LSIA — ganchos de kernel do sistema imunológico

Em distribuição

247 ganchos de kernel + syscall vigiados ao vivo. Máquina de estados: NORMAL → DEGRADED → SAFE → CRITICAL LOCKDOWN. Em LOCKDOWN, toda gravação soberana é interrompida e marcada como LsiaVetoed antes de chegar ao motor.

module · lsiad + sovereign_lsia

TUP — OTA com três assinaturas

Em distribuição

Todo OTA carrega um manifesto assinado pelos responsáveis de Release + Security + Ops + Compliance. Quórum M-de-N, cobertura de papéis, SHA-256 do binário verificado duas vezes (controlador + agente). A rejeição é fail-closed — sem --skip-checks.

module · tupd + release-pack-signer

ASR — registro de auditoria encadeado por hash

Em distribuição

Toda decisão importante (assinatura, permissão, política, atualização) é anexada a um log encadeado por hash em uma partição write-once. Adultere qualquer entrada e a cadeia se rompe visivelmente no próximo attest de boot.

module · asrd + sovereign_asr_sqlite

DSL — HAL de liquidar-ou-abortar

Em distribuição

A Default Settlement Layer é o único caminho pelo qual os apps podem assinar. A emissão de auditoria precisa ter sucesso antes de o KSL assinar; se a auditoria falhar, a assinatura nunca acontece. Não existe caminho liquidado-sem-rastro.

module · dsl-hal-service + sovereign_dsl

GCE / GCI — cérebro federado

Em distribuição

Consistência entre nós (GCE) e federação de padrões com preservação de privacidade (GCI). Apenas sinais com hash e prefixos de IP /24 saem do dispositivo. Cargas brutas, e-mails, ids de usuário — nunca.

module · gced + gcid + sovereign_gce + sovereign_gci
EMERGÊNCIA E MALHA

Quando a rede celular cai, o telefone continua se comunicando. Oito caminhos de rádio independentes, cell broadcasts assinados, combinações de kill-switch.

Emergência independente de operadora

Em distribuição

Chamadas de emergência e SOS funcionam sem SIM, em qualquer operadora ou com o modem celular desligado — por satélite ou malha. Os cell broadcasts AFAD/EU-Alert/WEA são verificados por assinatura antes de chegarem à tela de bloqueio.

module · framework-emergency-bus + sat-hal-service

Pilha de rádio de oito caminhos

Em distribuição

Socorro Cospas-Sarsat, short-burst Iridium, Starlink Direct-to-Cell, 3GPP NTN, LoRa multi-hop, Wi-Fi Aware, malha Bluetooth, ultra-wideband. O SOS é roteado por aquele que estiver mais saudável — failover automático, sem menu.

module · lrm-hal-v2 + lrm-mesh-bridge + satd

Mensagens DTN store-and-forward

Em distribuição

O transporte Disruption-Tolerant Networking enfileira mensagens no dispositivo e as replica por telefones LyDos vizinhos quando a rede celular desaparece. Largura de banda agendada, persistida entre reinicializações.

module · dtn-transport + dtn-persist + dtn-replication

Edição Imprensa · substituição da tela de bloqueio

Edição imprensa

O ResilienceService, iniciado no boot-completed, sobe antes do launcher — a telemetria de malha nunca fica no escuro. A combinação de kill-switch (volume-para-baixo ×3 + power por 3 s) apaga o dispositivo, mas só depois de o apagamento ser auditado.

module · press-edition-profile + duress-wipe + hw-killswitch
IDENTIDADE E ATESTAÇÃO

Apps que precisam confiar no telefone provam isso criptograficamente, sem descobrir quem você é.

Verified boot — três camadas

Em distribuição

Android Verified Boot + atualização confiável LyDos + atestação no dispositivo. Cada camada assina a próxima. Se qualquer assinatura se romper no boot, o telefone entra em modo SAFE automaticamente e a cadeia explica o porquê.

module · boot-pipeline + avb + attestation-collector

Atestação por hardware, não rastreamento de usuário

Em distribuição

Bancos e suítes de trabalho recebem uma atestação remota de que este é um LyDos Phone real e inviolado, com uma cadeia de boot conhecida — sem descobrir seu DID, seus apps ou sua localização. Identidade do app, não identidade do usuário.

module · zkattest + zkattest-hal-v1

ID soberano com provas de conhecimento zero

Em distribuição

DID derivado deterministicamente da impressão digital da chave-mestra KSL — sem emissor central. O provador Halo2 roda no dispositivo; a testemunha nunca cruza a fronteira do binder. Prove um fato e não revele nada além disso.

module · apps-lydos-id + zkattest

Canal de push assinado pelo dispositivo

Em distribuição

As notificações de apps críticos passam por um canal de push assinado no dispositivo. Sem dependência do Google Cloud Messaging — seu mensageiro continua entregando mesmo sem GMS, e uma notificação falsificada é rejeitada no canal.

module · framework-emergency-bus + sovereign push
OPERAÇÕES E TRANSPARÊNCIA

Builds reproduzíveis, pacotes assinados e uma CLI de status que você mesmo pode executar.

Builds reproduzíveis, releases assinados

Em distribuição

factory-img-builder + release-pack-signer produzem imagens de fábrica determinísticas. O SHA-256 é publicado junto com o build; compile o código-fonte você mesmo, gere o hash do resultado e compare. Se os números não baterem — soe o alarme.

module · factory-img-builder + repro-verifier + supply-chain-slsa

lydos-status — CLI de saúde no dispositivo

Em distribuição

Um único comando despeja o estado ao vivo de todos os 13 motores: contadores do KSL, modo do LSIA, último release verificado do TUP, cabeça da cadeia do ASR, drift do GCE, peers de malha. Saída somente leitura e assinada que você pode colar em um relatório de bug.

module · lydos-status-rs + lydos-cli

OTA delta + cerimônia de chaves Faraday

Em distribuição

O ota-delta mantém a largura de banda de atualização mínima em links de satélite. As chaves dos responsáveis são rotacionadas por uma cerimônia documentada em gaiola de Faraday — air-gapped, híbrida ed25519 + Dilithium3, com mode 0400 imposto.

module · ota-delta + faraday-ceremony + key-rotation

OS 13 MOTORES

Treze motores de segurança. Um dispositivo. Uma cadeia de auditoria.

Cada motor vigia os outros. Se um for silenciado, os demais param de gravar. Se um assinar falsamente, a cadeia detecta. Não adicionamos recursos ao Android — adicionamos um sistema nervoso soberano.

KSL#01

Camada de Soberania de Chaves

Sua chave privada nunca sai do Secure Element. Nossos servidores nunca a veem.

Toda ação crítica (pagamento, instalação OTA, mudança de política) exige uma assinatura no próprio dispositivo.

StrongBox CC EAL5+Post-quantum ML-DSA signaturesTouch-only unlock
LSIA#02

Motor de Autoimunidade

Sistema imunológico em nível de SO — reduz automaticamente de normal → seguro → bloqueio ao detectar ameaça.

Veto eBPF em nível de kernel. Em bloqueio, toda gravação soberana é cancelada — o SOS continua funcionando.

libbpf 1.4 kernel hookProperty gatingKill-resistant daemon
TUP#03

Protocolo de Atualização Confiável

Nenhuma atualização é instalada sem três assinaturas independentes (release + segurança + ops).

Índice de rollback AVB + patch delta assinado (≤500 MB) + emissão de trilha de auditoria.

RFC 8152 COSERole-diverse quorumDowngrade prevention
GCI#04

Imunidade Federada

Quando um telefone detecta uma exploração, todos os telefones aprendem — sem nunca compartilhar seus dados.

Apenas padrões com hash SHA-256 + blocos de região circulam pela frota. Sem IPs. Sem e-mails.

RFC 9171 BPv7Bloom filter privacySchnorr peer auth
ASR#05

Gravador de Auditoria Soberano

Toda decisão importante é registrada em um livro-razão somente-anexação, encadeado por hash, que você pode inspecionar.

Partição WORM de nível forense. Quebras na cadeia disparam alarmes.

WORM partitionZero-knowledge attestationTamper detection
DPI#06

Espinha Dorsal Descentralizada

Decisões críticas exigem que 2 de 3 nós independentes concordem. Nenhum ponto único de falha.

Consenso multinó sobre uma rede federada — degrada de forma controlada durante interrupções.

BFT consensusGeographic diversityTrust graph
DPI-H#07

Reforço da Raiz de Confiança

Hierarquia de chaves em camadas com a chave raiz trancada dentro de um módulo de segurança de hardware.

A cerimônia de raiz exige M-de-N oficiais; as chaves intermediárias são rotacionadas anualmente.

YubiHSM 2M-of-N ceremonyAir-gapped issuance
CC#08

Computação Confidencial

Os segredos são selados ao estado medido do seu dispositivo — recusam-se a abrir em um telefone adulterado.

Selagem com ARM TrustZone + StrongBox. Desafio de atestação remota para fluxos sensíveis.

TrustZone TEESealed storageRemote attestation
FIN#09

Integridade Financeira

Cada transação carrega uma prova individual. Invariantes de partidas dobradas são impostas em tempo real.

Pagamentos exigem assinatura no dispositivo + gate de política + cadeia de custódia. Sem fallbacks silenciosos.

Double-entry invariantPer-tx proofSettlement gate
LSSA#10

Defesa em 10 Camadas

Hardware → bootloader → kernel → espaço de usuário → app → grafo de confiança. Cada camada audita a de baixo.

Se a cadeia de atestação se romper no boot, o telefone entra em modo seguro automaticamente.

AVB chaindm-veritySELinux strictLayer attestation
DSL#11

Camada de Liquidação

Assinado + aprovado + comprovado = liquidado. Não há outro caminho. Atalhos silenciosos são impossíveis.

A máquina de estados de liquidação rejeita qualquer transação que não tenha as três provas exigidas.

Tri-key requirementZK proof attachAudit emission
GCE#12

Cão de Guarda de Consistência

Detecta desvio de estado entre nós e degrada automaticamente as gravações até o consenso ser restaurado.

Divergência da raiz Merkle aciona o modo degradado — as leituras continuam, as gravações pausam até ficar seguro.

Merkle diffDrift watchdogAuto-degrade
LocalSec#13

Confiança Offline

Credenciais vinculadas ao dispositivo e manifestos assinados continuam funcionando mesmo sem internet por semanas.

Manifestos de app assinados + cache de política offline + proteção contra replay.

Device-bound JWTOffline trust cacheSigned manifests

O QUE ELE FAZ

Não é um folheto. É uma lista de coisas que este telefone realmente faz.

Cada item abaixo é um comportamento real e mensurável — testado em hardware real, verificável por qualquer um que leia o código-fonte. Sem promessas que não sustentamos com um artefato de build.

01Shipping

Alerta de terremoto + SOS em menos de 3 segundos

Pipeline de transmissão de alerta antecipado em frações de segundo. Reúne sete fontes governamentais independentes — AFAD-TR, JMA Japão, USGS, EMSC Europa, KMA Coreia, NDMA Índia, PHIVOLCS — e emite um alerta autenticado antes de o tremor chegar até você.

Proof —Verificado no exercício governamental de Izmir M7.2. Latência p99 abaixo de 3 s em hardware real.
02Shipping

95% de entrega mesmo com 60% da rede fora do ar

Quando as torres de celular falham, seu telefone continua falando — por meio de LoRa, Wi-Fi Aware, BLE Mesh, NFC, ultrassom e alternativas FM-RDS. Testado sob estresse com a queda deliberada de 60% dos nós em simulações de desastre.

Proof —Teste de caos: 60% de perda de nós, taxa de entrega mantida acima de 95% ao longo de uma janela de 10 minutos.
03Shipping

O SOS funciona em bloqueio crítico — sempre

Se o telefone for atacado, perdido, bloqueado ou até em seu estado de segurança mais alto, a transmissão de SOS permanece ativa. Sem necessidade de senha. Sem exceção. A tela pode estar apagada, o SO pode estar congelado — a baliza sai mesmo assim.

Proof —Oito modos de segurança diferentes, todos com testes unitários — SOS permitido incondicionalmente em cada um.
04Shipping

Atualizações inteligentes: de 4–8 GB para ~200 MB

Um novo formato de patch reduz as atualizações completas do Android em 20× — para que de fato concluam por satélite ou sinal celular ruim. Cada patch é assinado, verificado por hash, com tamanho limitado e recusado se algo parecer errado.

Proof —Suíte completa de testes de orçamento de tamanho, imagem base e verificações de assinatura — todos aprovados.
05Shipping

Já resistente à computação quântica

Todas as assinaturas críticas usam padrões pós-quânticos da NIST (ML-DSA, ML-KEM, SLH-DSA). Quando o terreno criptográfico mudar sob o setor, este telefone já estará lá. O modo híbrido mantém os sistemas antigos funcionando.

Proof —ML-DSA-65 em produção para assinatura OTA, atestação de dispositivo e raízes da cadeia de auditoria.
06Press Edition

Interruptor físico de emergência — Edição Imprensa

Um interruptor físico real no hardware da Edição Imprensa. Segure uma combinação de três segundos para revogar instantaneamente a chave do dispositivo, apagar os dados do usuário e selar a trilha de auditoria. Usado por jornalistas e defensores de direitos humanos em fronteiras.

Proof —Combinação documentada: Volume para baixo + Liga/Desliga × 3 em 3 s. Fluxo de apagamento + revogação confirmado.
07Shipping

Histórico de auditoria à prova de adulteração

Toda decisão importante que o telefone toma é encadeada em uma cadeia de hash — o tipo de registro forense que você pode levar a um tribunal. Manipulá-lo exige quebrar o SHA-256 retroativamente.

Proof —Integridade da cadeia de hash verificada continuamente no boot; a adulteração interrompe a cadeia.
08Shipping

Nós literalmente não conseguimos ver seus dados

Apenas padrões com hash e blocos de região saem do dispositivo. Sem IP bruto, sem e-mail, sem número de telefone, sem coordenada de GPS. Isto não é uma escolha de política — é imposto na camada do sistema operacional com testes em tempo de execução.

Proof —A imposição de privacidade é, ela própria, um teste que falha o build se algum dado bruto chegar à rede.
09Shipping

Compile você mesmo, faça o hash você mesmo, não confie em ninguém

Publicamos o código-fonte exato, as flags de build e a imagem base de cada versão. Você compila, gera o hash e compara com o seu dispositivo. Se os números não baterem — alarme. Nenhum backdoor pode se esconder em algo que você mesmo compilou.

Proof —Manifesto de versão público assinado por quórum de três papéis. Script de verificação no repositório.

QUANDO A REDE FALHA

O telefone continua falando. Mesmo quando nada mais fala.

Oito caminhos de rádio independentes, balizas de socorro por satélite, mensagens com armazenamento e encaminhamento que saltam por telefones vizinhos. Testado em um simulado governamental de terremoto de magnitude 7.2 — alertas em menos de três segundos, 95% de entrega das mensagens com 60% da rede fora do ar.

Oito formas de alcançar o mundo

ALTERNATIVA AUTOMÁTICA

O telefone as tenta em ordem, de cima para baixo. A primeira que conectar vence. Se as torres de celular, a internet e o Wi-Fi tiverem desaparecido, ele ainda pode enviar uma baliza por satélite — ou saltar por telefones vizinhos via LoRa, Bluetooth e Wi-Fi.

01

Cospas-Sarsat 406 MHz

GLOBAL

Baliza de socorro — funciona em qualquer lugar da Terra

406.025 MHz·Em todo o planeta
02

Iridium L-band

GLOBAL

Texto curto e ping

1616–1626 MHz·Global, polos incluídos
03

Starlink Direct-to-Cell

GLOBAL

Mensagens convencionais e dados leves

LTE bands 25/53·Onde passam os satélites LEO
04

3GPP non-terrestrial

GLOBAL

Mensagens de baixo consumo no estilo IoT

Carrier bands·Onde sua operadora der suporte
05

LoRa mesh

Mensagens telefone a telefone, multissalto

868 / 915 / 433 MHz·5–25 km em linha de visada
06

Wi-Fi Aware

Malha de curto alcance + medição de distância interna

2.4 / 5 GHz·1–3 km em linha de visada
07

Bluetooth mesh

Roteamento por multidão em áreas urbanas

2.4 GHz·100–300 m por salto
08

Ultra-wideband

Localização interna com exatidão centimétrica

6–9 GHz·Precisão em ambientes internos

SIMULADO DE DESASTRE · EXERCÍCIO GOVERNAMENTAL

Velocidade medida quando mais importa

Relatamos apenas faixas regionais amplas — nunca IP bruto ou coordenadas de GPS. A privacidade é imposta por um teste automático que falha o build se qualquer outra coisa vazar.
Latência de SOS
< 3 sec
p99 no simulado de Izmir 7.2
Entrega de mensagens
≥ 95%
mesmo com 60% dos nós perdidos
Reconexão da rede
≤ 48 sec
após uma partição completa de 24 horas
Fontes de alerta
7 governments
AFAD · JMA · USGS · EMSC · KMA · NDMA · PHIVOLCS
TR-35
Izmir
M7.2 · 2026-06-05
10,250 participantes
TR-34
Istanbul
Planejado · 2026-07
12,000 participantes
TR-06
Ankara
Planejado · 2026-08
8,500 participantes

COMPARE

Veja como nos comparamos — com honestidade.

GrapheneOS, CalyxOS, /e/OS, NitroPhone, Purism Librem 5, Pine64, Pixel de fábrica. Construído a partir de documentação pública. Sem retórica. Confira cada célula.

Dimensão
LyDos Phone
AOSP 15 + LyDos sovereign stack
GrapheneOS
AOSP + hardened userspace
CalyxOS
AOSP + microG
/e/OS (Murena)
LineageOS + deGoogle
NitroPhone (Nitrokey)
GrapheneOS pre-installed
Purism Librem 5
PureOS (Linux)
Pine64 PinePhone Pro
Multiple distros
Pixel + stock Android
AOSP + Google Play
Interruptor físico de emergênciaSimParcialParcialNãoSimSimSimNão
Modelo de assinatura de atualizaçãoQuórum de 3 assinaturasChave únicaChave únicaFornecedor únicoChave únicaAssinado pelo usuárioAssinado pelo usuárioFornecedor único
Imunidade entre dispositivosSomente hashNenhumNenhumTelemetria opcionalNenhumNenhumNenhumTelemetria opcional
Criptografia pós-quânticaEm produçãoPlanejadoNenhumNenhumPlanejadoNenhumNenhumPlanejado
Build reproduzívelVerificadoVerificadoParcialParcialVerificadoParcialParcialNenhum
Imunidade automáticaNível de kernelApenas sandboxApenas sandboxApenas sandboxApenas sandboxNenhumNenhumApenas sandbox
Modo jornalistaPrimeira classeInstalação manualInstalação manualInstalação manualInstalação manualInstalação manualInstalação manualNenhum

Fontes: LyDos Phone → this site · GrapheneOS → grapheneos.org · CalyxOS → calyxos.org · /e/OS (Murena) → murena.com · NitroPhone (Nitrokey) → nitrokey.com · Purism Librem 5 → puri.sm · Pine64 PinePhone Pro → pine64.org · Pixel + stock Android → android.com

DISPOSITIVOS

Rode em Pixels hoje. Projeto de referência a caminho.

Um software, vários caminhos de hardware. O Pixel 8 Pro e o Pixel 9 Pro são os primeiros dispositivos para desenvolvedores e ativistas. A versão para o Fairphone 6 está em testes com parceiros para a Europa. O dispositivo de referência projetado do zero — elemento seguro aberto, satélite duplo, bateria removível — está em fase de design.

Pixel 8 Pro
Tensor G3
Disponível

Primeiro Android totalmente soberano — atualizações assinadas já em produção.

Pixel 9 Pro
Tensor G4
Beta

Segunda onda — adiciona o fluxo de elemento seguro atestado por hardware.

Pixel 9
Tensor G4
Beta

Irmão do 9 Pro — mesmo software, corpo menor.

Fairphone 6
Snapdragon
Em espera

Versão de parceiro pausada até o fornecedor liberar o código-fonte. Não lançaremos sem ele.

PADRÕES ABERTOS

Nada proprietário. Tudo a partir de especificações abertas.

Nenhum protocolo fechado. Cada camada usa padrões públicos da NIST, IETF, OASIS, 3GPP, IEEE e ISO. Você pode auditar o que construímos — porque o que construímos já estava publicado.

Criptografia

  • Post-quantum: ML-KEM, ML-DSA, SLH-DSA
  • Hardware crypto module (FIPS 140-3)
  • Modern TLS 1.3 + ChaCha20-Poly1305
  • Platform firmware resiliency (NIST 800-193)

Boot seguro

  • Tamper-evident hardware (BSI TR-03110)
  • Common Criteria EAL5+ targeted
  • ARM CCA + Microsoft Pluton
  • Verified boot chain — every layer

Satélite

  • Iridium short-burst data
  • Skylo 3GPP non-terrestrial
  • Cospas-Sarsat international distress
  • Galileo Search and Rescue + return link

Malha e rádio

  • Wi-Fi Aware (802.11mc/az)
  • Ultra-wideband (802.15.4z)
  • Bluetooth Mesh 1.1
  • LoRaWAN + LR-FHSS

Comunicações de emergência

  • Common Alerting Protocol (CAP 1.2)
  • Emergency Data Exchange Language (EDXL)
  • Delay-Tolerant Networking (DTN Bundle Protocol)
  • Cell Broadcast (WEA, EU-Alert, J-Alert)
  • ICRC family-link standards

Veículos · drones · marítimo

  • CAN bus + OBD-II + J1939
  • ISO 15118 Plug & Charge
  • MAVLink + DroneCAN
  • NMEA 0183/2000 + AIS

Casa inteligente + indústria

  • Matter 1.4 + Thread
  • Zigbee + Z-Wave
  • OPC UA + Modbus + BACnet + KNX
  • HL7 FHIR for health data

TRANSPARÊNCIA

Compile. Faça o hash. Compare. Não confie em ninguém.

Cada versão vem com instruções de build determinístico e um manifesto assinado. Compile o código-fonte você mesmo, gere o hash do resultado e compare com a imagem no seu dispositivo. Se os números não baterem — soe o alarme.

BUILD REPRODUZÍVEL · PROVA AO VIVO

Este dispositivo está mesmo executando aquele código-fonte?

# Clone the public manifest, sync, build, verify.
git clone --depth 1 https://git.lydos.ailydian.com/lydos/lydos-phone-manifest -b husky-2026.06.r1
repo init -u . && repo sync -j8
. build/envsetup.sh && lunch lydos_husky-user

# Build the same image, then check the hash of your build against ours.
m -j$(nproc) target-files-package
./verify-bundle.sh out/dist/lydos_husky-target_files-*.zip
# expects: build_sha256 == published_release_sha256
Hash do release público
3571a6c85a15006da598147aa4e5f7dd8492e5308bde273a9c550711bc5763df
Cabeça da cadeia de auditoria
3571a6c85a15006da598147aa4e5f7dd8492e5308bde273a9c550711bc5763df
Assinaturas obrigatórias
3 de 3 verificadas

Se o seu build não produzir o mesmo hash do release publicado, a imagem no dispositivo não veio deste código-fonte. Esse é o alarme. Não há outro caminho.

ONDE ESTAMOS

O que já está em produção, o que está em andamento e o que vem a seguir.

O núcleo soberano e a malha de emergência estão no ar e testados. Os apps voltados ao usuário e a pilha de satélite estão sendo refinados agora. O dispositivo de referência, as auditorias independentes e o lançamento público estão pela frente.

  1. 01

    Núcleo soberano

    Disponível

    Soberania de chaves no dispositivo, motor de auto-imunidade, atualizações com três assinaturas, imunidade federada, registro de auditoria — tudo no ar.

    Concluído
  2. 02

    Malha de emergência

    Disponível

    Alertas de terremoto em menos de três segundos, fallback de oito rádios (LoRa, Bluetooth, Wi-Fi Aware, satélite), testado em simulados de desastre.

    Concluído
  3. 03

    Camada de usuário

    Em andamento

    Launcher, mensageiro (Signal + pós-quântico + malha + satélite), carteira, IA no dispositivo, visualizador de auditoria — em refinamento para o beta.

    Agora
  4. 04

    Satélite e malha de área ampla

    Em andamento

    Iridium, Starlink Direct-to-Cell, 3GPP não terrestre, Cospas-Sarsat — unificados atrás de um único túnel seguro.

    Agora
  5. 05

    Gateway universal de dispositivos

    Próximo

    Converse com carros (CAN, OBD-II), drones (MAVLink), barcos (NMEA + AIS), casa inteligente (Matter + Thread), indústria (OPC UA, BACnet).

    Próximo
  6. 06

    Hardware antiviolação

    Próximo

    Elemento seguro de silício aberto (OpenTitan), identidade fisicamente não clonável, criptografia resistente a canais laterais, interruptor físico de emergência.

    Próximo
  7. 07

    Dispositivo de referência — LPRD

    Mais tarde

    Um novo dispositivo projetado do zero: elemento seguro aberto, satélite duplo, bateria removível, opção de revestimento Faraday.

    Em breve
  8. 08

    Auditorias independentes

    Mais tarde

    Citizen Lab, Amnesty Tech, EFF — verificação independente antes do lançamento público. Artigos acadêmicos planejados para USENIX, IEEE S&P, DEF CON.

    Em breve
  9. 09

    Lançamento global — MWC Barcelona

    Mais tarde

    Primeira disponibilidade pública no Mobile World Congress 2027. Pilotos corporativos abrem antes; programa de imprensa e direitos humanos ainda mais cedo.

    2027

FASE DE SOFTWARE · W1 — W18

Nove apps soberanos. Vinte e dois contratos AIDL. Cento e sessenta e sete gates de CI.

A fase de software foi encerrada em dezoito sprints públicos, cada um com um relatório datado em docs/SPRINT_W*.md. O que segue é o registro público do que foi entregue.

9
Apps soberanos
Launcher · Messenger · Wallet · ID · Auditoria · Registry · IA · Sandbox Play · Resiliência
22
Contratos HAL soberanos
Interfaces AIDL congeladas por slot · 30 pares método-slot sob gate de CI
177
Asserções de CI
13 pytest gates + 164 cargo lib tests across 5 sovereign Rust crates
5
Idiomas entregues
TR · EN · AR · RU · FA — paridade total de chaves auditada entre apps

APPS SOBERANOS · W5 — W10

Nove apps. Clientes binder reais. Zero stubs em produção.

Todo app soberano conversa com um HAL real via binder. Quando o HAL está ausente, um sentinela tipado retorna falha — nunca um sucesso fabricado. A tabela completa de slots é congelada por um gate de CI em pytest.

LYDOS ID

M242

Credenciais verificáveis. Provas Halo2. Nenhum PII cruza o binder.

Cenário · jornalista cruzando uma fronteira

O controle de fronteira quer saber se você tem mais de 18 anos. Você lhes entrega uma prova de conhecimento zero que afirma isso — sem sua data de nascimento, sem seu nome, sem uma consulta de número de telefone. O verificador vê uma resposta a um desafio de 32 bytes, nada mais.

  • Documento DID derivado da impressão digital KSL
  • Credenciais verificáveis de claim com hash (ML-DSA-87)
  • Atestação de idade em zk via IZkattestHal (Halo2 TEE)
  • A testemunha nunca sai do TEE do dispositivo
IKslHalIZkattestHalILsiaHalIAsrHalV2
KslBinderSigner + ZkattestBinderProver
K13K18K22K23

LYDOS Wallet

M243

EVM + Lightning. Assinatura de dispositivo KSL. Auditoria ASR antes da liquidação.

Cenário · agente humanitário de campo

Você está pagando 15 000 sats a um fornecedor local por um enlace de satélite. A carteira assina o pagamento via HAL DSL no dispositivo → a auditoria ASR emite a entrada da cadeia antes de a transação retornar sucesso. Se a auditoria falhar, a assinatura é abortada — nunca um pagamento liquidado-sem-rastro.

  • Endereço com checksum EIP-55, nunca destinatário em formato bruto
  • Decodificação de fatura Lightning BOLT-11 via IDslHal
  • Emissão de auditoria ASR OBRIGATÓRIA antes do sucesso da assinatura
  • Limite diário imposto pelo HAL, não pelo app
IDslHalIKslHalILsiaHalIAsrHalV2
DslBinderHal + DslAbsentHal sentinel
K13K18K22K23

LYDOS Messenger

M244

Assinatura híbrida PQ. Transporte multifaixa. Veto de faixa do LSIA.

Cenário · fonte em uma rede hostil

Sua matéria vai encontrar um editor pela primeira vez. A rede celular está envenenada, o Wi-Fi está sob escuta. O messenger roteia o envelope através de malha LRM + Iridium SBD, assina com a chave de dispositivo KSL e faz fallback faixa por faixa. Se o LSIA entrar em lockdown no meio do envio, o envelope é enfileirado — nunca é entregue por uma rota não confiável.

  • Envelope assinado de forma híbrida ML-DSA-87 + Ed25519
  • Multifaixa: celular → Wi-Fi → malha LRM → Iridium SBD
  • Fila de entrada + serviço em primeiro plano
  • Verificação de veto LSIA por faixa
IKslHalILrmHalV2ISatHalILsiaHal
KslBinderSigner + LrmSatProbe + HalDispatcher
K13K18K22K23

LYDOS Audit

M248

Visão somente leitura sobre o ledger ASR. Verificação de cadeia fora do dispositivo.

Cenário · responsável por conformidade

Um auditor pede: mostre-me todo evento de armar o kill-switch no Q2. Você lhe entrega o ledger ASR encadeado por hash. Ele puxa um único hash de ponta, verifica a cadeia inteira offline e confirma que nenhuma entrada foi reescrita — o dispositivo prova seu próprio histórico.

  • Binder SOMENTE LEITURA sobre IAsrHalV2 (sem superfície de append)
  • Exportação de ponta + prova de inclusão
  • Raiz Merkle visível na tela
  • Quebras de cadeia sinalizadas em vermelho — sinal de quarentena KURAL 22
IAsrHalV2ILsiaHal
AsrAuditBinderHal (read slots only)
K13K22K23

LYDOS Registry

M245

Instalação com quórum de papéis TUP. Emissão de auditoria ASR ANTES de o bit de instalação virar.

Cenário · engenheiro de SO publicando uma atualização

Chega um pacote de aplicação de 3 MB. O registry o entrega a ITupHal::verifyManifest. Três assinaturas (Segurança + Operações + Release) precisam todas conferir, a impressão digital do publicador não pode estar na lista de revogação, o SHA-256 do pacote precisa corresponder ao manifesto e uma auditoria ASR precisa ser emitida antes da instalação — se um único passo falhar, a instalação desmorona.

  • ITupHal v1 transact: requiredQuorum / verifyManifest / installVerifiedPayload / revokedPublishers
  • Emissão de auditoria ASR ANTES de o marcador de instalação ser gravado
  • Falha ⇒ instalação desmorona para InvalidManifest
  • Lista de canais permitidos (official / press_edition)
ITupHalIKslHalILsiaHalIAsrHalV2
TupBinderHal + TupAbsentHal sentinel
K13K18K20K22

LYDOS AI

M247

Inferência no dispositivo primeiro. PII redigido. Federação exige assinatura KSL.

Cenário · usuário fazendo uma pergunta privada

Você faz uma pergunta pessoal que inclui um número de telefone e um e-mail. O redator de PII remove ambos antes de o prompt sequer entrar no binder IInferenceHal. O daemon llama no dispositivo responde a partir de um modelo local assinado por TUP. Se você optar por federação, o digest SHA-512 do corpo da requisição é assinado por KSL; o endpoint de federação recebe apenas o prompt redigido + o cabeçalho do digest assinado.

  • PiiRedactor remove e-mail, telefone, IPv4 e longas sequências de dígitos
  • llama no dispositivo via IInferenceHal (modelo GGUF assinado por TUP)
  • Federação: digest SHA-512 do corpo assinado pelo HAL KSL
  • Orçamento de tokens imposto por dia, lockdown desativa a federação
IInferenceHalIKslHalILsiaHalIAsrHalV2
LocalInferenceBinderHal + SovereignHttpsFederationClient
K13K18K22K23

Play sandbox

M246

Superfície GMS substituída por atestação soberana. UID do chamador nunca falsificado.

Cenário · desenvolvedor executando um app de terceiros

Um app de banco precisa da atestação Play Integrity. O sandbox NÃO chama o Google — ele retorna um token de integridade emitido localmente via atestação IKslHal. O PermissionBroker resolve o UID do chamador através de Binder.getCallingUid() (fornecido pelo kernel — o UID alegado pelo chamador é ignorado), executa a matriz PermissionShim e ou delega ao sistema ou nega silenciosamente.

  • PermissionBrokerService com Binder.onTransact customizado
  • UID do chamador vindo do kernel (Binder.getCallingUid), NUNCA de intent extras
  • AdvertisingId → SilentDeny (KURAL 23 ESTRITO)
  • PlayIntegrity → atestação mock local
IKslHalILsiaHalIAsrHalV2
PermissionBrokerService + PermissionShim matrix
K13K18K22K23

LYDOS Resilience

M254

Substituição da tela de bloqueio. Telemetria em malha. Combo de kill-switch.

Cenário · dispositivo de imprensa sob combo de pânico

Os guardas de fronteira exigem que você desbloqueie. Você segura o power, toca o volume-baixo três vezes em dois segundos e continua segurando por mais três segundos. Um daemon do lado do kernel emite HARDWARE_KILL_COMBO. O receiver checa o estado de bloqueio Press, emite uma auditoria ASR PRIMEIRO e então revoga a chave de dispositivo via IKslHal::deleteKey. O dispositivo não consegue mais assinar nada — nem mesmo seu próprio reset de fábrica.

  • Activity Compose capaz de tela de bloqueio (setShowWhenLocked)
  • ResilienceService mantém a telemetria em malha viva no boot
  • KillSwitchReceiver: auditoria ASR PRIMEIRO, depois KSL deleteKey
  • Faixa de SOS LRM permanece aberta mesmo em CRITICAL_LOCKDOWN
ILrmHalV2IKslHalILsiaHalIAsrHalV2
AidlHalBridge + HalAbsentBridge sentinel
K13K18K22K23

LYDOS Launcher

M241

Tela inicial ciente do modo. Cache de SystemProperties. Gate de política de lançamento de apps.

Cenário · usuário do dia a dia

Sua tela inicial mostra o que o dispositivo está de fato fazendo. O chip de status no topo reflete o modo LSIA em tempo real. O launcher se inscreve no ModeBroadcastBus — quando o sistema imune entra em modo seguro no meio do dia, seus tiles soberanos ganham uma borda vermelha suave e os tiles dependentes de federação ficam esmaecidos.

  • LsiaModeListener + ModeBroadcastBus em pub/sub no processo
  • Cache de SystemProperties, defesa de replay de 5 segundos
  • Gate de lançamento de apps: SafeMode → somente apps soberanos
  • Conjuntos de tiles por perfil (trabalho / viagem / imprensa)
ILsiaHalIAsrHalV2
SystemPropertiesCache + ModeBroadcastBus
K13K22K23

PIPELINE DE ENTREGA · W11 — W18

Toda release atravessa três CLIs de produção.

factory-img-builder produz um hash de manifesto determinístico. release-quorum coleta três assinaturas de papéis e prova que o build é reproduzível. lyd-flasher verifica o pacote no dispositivo antes de a primeira partição ser tocada.

W11

factory-img-builder

  • 12 partições conhecidas (boot / vbmeta / system / vendor / super / dtbo …)
  • SHA-256 real computado a partir de cada arquivo de partição
  • Hash canônico do manifesto: determinístico sobre todo o layout
Artefato
manifest.canonical-hash.txt
W11

lyd-flasher verify

  • Layout do pacote: manifest.json + sig/{role}.{sig,fp,meta}
  • Verificador TUP de 3 papéis · curto-circuito por modo LSIA
  • Build de host: DryRunExecutor — nunca toca uma partição
Artefato
VerifierStatus → CliExit (10..16)
W12

release-quorum

  • prepare-payload separa por domínio o hash do manifesto por (kind, release_id)
  • attach-signature grava os blobs do HSM byte a byte
  • verify relê o pacote e executa a verificação de quórum de 3 papéis
Artefato
sig/{security,operations,release}.{sig,fp,meta}
W12

repro-status

  • Dois hosts de build → BuildEnvironment idêntico exceto pelo rótulo do host
  • git_revision / aosp_branch / toolchain / locale / timezone / umask comparados
  • Veredito: reproducible: true / field_mismatches: 0
Artefato
EnvDiff JSON · veredito de reprodutibilidade
W13

Detector de drift de slots AIDL

  • Python analisa 22 interfaces AIDL → tabela canônica de slots
  • Varre as constantes TX_* em Kotlin e compara com a ordenação AIDL
  • Encontrou 17 bugs de produção no retrofit W6-W10; todos corrigidos
Artefato
30 pares de slot congelados · gate de CI em pytest
W16

telemetry-pipeline

  • ingest: array JSON via stdin → JSONL (filtro validate_report)
  • aggregate: clamp de k-anonimato em MIN_K=10 (país com um único dispositivo → suprimido)
  • health: CanaryInput entre países + razão do pior país
Artefato
JSON de saúde por release · com clamp KURAL 23
W17

Combo de hardware de imprensa

  • ComboDetector: 3 toques de vol-down em 2 s + 3 s segurando o power
  • Dedupe: refire bloqueado por 10 s após um disparo bem-sucedido
  • O broadcast carrega signed_ts — o receiver aplica gate em 3 s de skew
Artefato
intent HARDWARE_KILL_COMBO · 4/4 pytest
W18

Aceitação final

  • 13/13 pytest + 164/164 cargo lib tests green
  • veredito repro-status: true · field_mismatches: 0
  • 27/27 pares de slot AIDL alinhados · 0 contratos ausentes
Artefato
Fase de software 100% → fase de hardware T+0

CENAS DE CENÁRIO

Três momentos em que a diferença aparece.

Lado a lado: o que o Android padrão faz, o que o LYDOS faz. Mesmo hardware. Mesma rede. Invariante diferente.

CENA 01

Chega uma atualização

Android padrão
  • O fornecedor publica a atualização · Verificada por 1 chave do fornecedor
  • O dispositivo faz o flash · Confiança = confiar no fornecedor
  • Usuário informado · Notificação de marketing
LYDOS
  • Manifesto recebido · Segurança + Operações + Release × 3 assinaturas
  • release-quorum verify · Payload separado por domínio, defendido contra replay
  • plano do lyd-flasher · O operador digita 'FLASH' antes de qualquer gravação de partição
CENA 02

Pergunta de federação

Android padrão
  • Usuário pergunta ao Gemini · Prompt + identidade → nuvem
  • A nuvem retém · Vinculado à conta Google
  • A resposta retorna · Sem assinatura · não verificável
LYDOS
  • PiiRedactor remove e-mail + telefone · Antes de o prompt entrar no binder
  • O llama no dispositivo responde · Modelo local assinado por TUP
  • Federação? SHA-512 do corpo assinado por KSL · Endpoint restrito a api.groq.com / nvidia.com
CENA 03

Kill-switch armado

Android padrão
  • Power × 5 · Chamada de emergência (operadoras dos EUA)
  • Segurar longamente · Menu de energia
  • Caminho de limpeza · Configurações → Reset → 20 toques
LYDOS
  • vol-down × 3 + power 3 s · O daemon do kernel emite HARDWARE_KILL_COMBO
  • Emissão de auditoria ASR PRIMEIRO · Entrada da cadeia gravada antes de a limpeza começar
  • KSL deleteKey · O dispositivo não consegue mais assinar nada — nem seu próprio reset

VERSUS ANDROID PADRÃO

O que muda quando soberania deixa de ser um slogan.

Comparação honesta — Pixel, Samsung, GrapheneOS, CalyxOS. As linhas destacadas são as que acreditamos importar mais para jornalistas, ONGs e operadores em risco.

RecursoLYDOSPixelSamsungGrapheneOSCalyxOS
Local da chave mestra de assinaturaOpenTitan SE, seladaTitan M2, controlada pelo fornecedorCofre Knox, controlado pelo fornecedorTitan M2, controlada pelo fornecedorTitan M2, controlada pelo fornecedor
Quórum de assinatura de atualização3 papéis (Segurança + Ops + Release)1 parte (Google)1 parte (Samsung)1 parte (Graphene)1 parte (Calyx)
Ledger de auditoriaHAL ASR encadeado por hash, exportação no dispositivoNão visível ao usuárioLogs de atestação Knox, retidos pelo fornecedorNão visível ao usuárioNão visível ao usuário
Superfície GMSSubstituída por atestação soberanaPlay Services completoPlay Services completo + SamsungPlay em sandboxmicroG
Combo de kill-switch por hardwarevol-down + power × 3 + 3 s segurando → revogação de chave KSLPower × 5 = chamada de emergênciaPower × 3 = câmeraNão presenteNão presente
Malha de emergência8 caminhos (sat / LoRa / Wi-Fi Aware / malha BLE / UWB / 3GPP NTN / Iridium / Cospas-Sarsat)SOS por satélite (apenas EUA)SOS por satélite (apenas EUA)NenhumaNenhuma
Federação de IA no dispositivoAssinada por KSL, endpoints em lista de permissãoGemini na nuvem, controlado pelo fornecedorGalaxy AI na nuvem, controlado pelo fornecedorDesativadaDesativada
Paridade de localidadeTR · EN · AR · RU · FA, paridade total de chaves100+ localidades, paridade parcial100+ localidades, paridade parcialApenas EN com traduções da comunidadeMista
Prova de build reproduzívelCLI repro-status · gate de CIParcial (desde o Android 14)NãoSim, periódicaMelhor esforço
Contagem pública de gates de CI177 frozen assertions (13 pytest + 164 cargo)Apenas internoApenas internoVerificações de build selecionadasVerificações de build selecionadas

EVIDÊNCIA DE GATES DE CI

177 frozen assertions, public.

Todo gate está em tools/ e sovereign-templates/*/cargo test --lib. Qualquer um pode clonar o repositório e executá-los.

pytest · 13 / 13 green

  • tools/aidl-slot-check/test_slots.py · 3
  • tools/i18n-audit/test_parity.py · 2
  • tools/telemetry-smoke/test_pipeline.py · 4
  • tools/press-edition/test_combo.py · 4

cargo lib · 164 / 164 green

  • lyd-flasher38
  • factory-img-builder32
  • release-quorum35
  • telemetry-pipeline53
  • press-hardware-combo6
Veredito de reprodutibilidade — auditoria W18
reproducible : true

field_mismatches : 0 · policy_violations : 0 · extras_only_in_left : [] · extras_only_in_right : []

GLOBAL MESH — NO NODE STANDS ALONE

One phone spots a threat. Every phone learns — without sharing who you are.

Below the apps and the engines sits a federation layer: twelve Rust crates that let LyDos phones discover each other, agree on what is true, carry an alert across a dead grid, and vouch for one another's audit history. Only hashed patterns and region buckets ever cross the wire — never an IP, an email, or an identity.

12
federation crates

peer-discovery → roadmap-pin, all Rust, all shipped

0
raw identifiers shared

hashed patterns + region buckets only (KURAL 23)

n-of-m
witness quorum

alerts and ledgers need independent witnesses, not one node

DISCOVERY#01

Descoberta de Pares

Encontra telefones soberanos próximos por meio de pacotes de anúncio assinados — e rejeita os falsos.

Um detector de falsificação pontua cada anúncio; balizas não assinadas ou retransmitidas nunca entram no registro de pares.

announce_packetspoof_detectorpeer_registrarKSL-signed
HANDSHAKE#02

Handshake de Federação

Dois telefones provam quem são um para o outro antes de um único byte de tráfego de malha fluir.

Autenticação mútua por desafio-nonce + negociação de capacidades, ancorada a uma sessão assinada por KSL — sem pares anônimos.

challenge_noncecapability_setsession_anchormutual-auth
TRUST#03

Pontuação de Confiança de Pares

Cada par conquista uma pontuação de confiança a partir de como realmente se comporta na malha.

Métricas comportamentais alimentam um avaliador de confiança; um nó que se comporta mal é movido para o estado de quarentena e descartado.

peer_metricstrust_evaluatorquarantine_statereputation
SESSION#04

Sessão de Federação

As sessões de malha têm vida curta e renovam suas próprias chaves — uma chave capturada morre em minutos.

Tempo de vida limitado da sessão + renovação de chave agendada + lista de revogação; um par revogado é cortado no meio do fluxo.

rekey_schedulesession_lifetimerevocation_listforward-secret
RELAY#05

Tecido de Retransmissão

Leva uma mensagem por muitos saltos quando nenhum telefone sozinho consegue alcançar o destino.

Cada salto adiciona sua própria assinatura e um detector de loop elimina ciclos — um caminho de retransmissão adulterado é comprovável.

relay_pathper_hop_signatureloop_detectormulti-hop
CACHE#06

Cache de Retransmissão

Lembra os bons caminhos para que a próxima mensagem siga a rota rápida em vez de reinundar a malha.

Registros de caminho indexados e expirados por sinais de invalidação assinados — rotas obsoletas não conseguem permanecer.

path_recordcache_keyinvalidation_signaledge-warm
FANOUT#07

Difusão de Alertas CAP

Espalha um alerta de emergência por toda a região em segundos — uma vez, não mil vezes.

Envelopes OASIS CAP se difundem sob um quórum de múltiplas testemunhas; uma janela de deduplicação impede tempestades de alertas.

alert_envelopemulti_witness_quorumdedupe_windowOASIS CAP 1.2
WITNESS#08

Testemunha de Livro-Razão

Uma federação pode atestar criptograficamente o histórico de auditoria de outra.

Recibos de testemunho Merkle entre federações com uma janela de disputa — um histórico forjado é contestável.

attestation_chainwitness_receiptdispute_windowMerkle proof
INCIDENT#09

Gravador de Incidentes

Quando algo ataca a frota, toda a frota tem um registro à prova de adulteração disso.

Cadeia de incidentes de toda a federação exportada para o ASR; os eventos são submetidos a hash, nunca brutos (KURAL 23).

incident_chainasr_exporterincident_kindhashed
COMPLY#10

Atestador de Conformidade

Produz prova assinada de conformidade regulatória sem vazar os dados subjacentes.

Um assinador de atestação ciente do framework emite um pacote de divulgação regido por uma política de retenção explícita.

attestation_signercompliance_frameworkdisclosure_packretention_policy
SLA#11

Monitor de SLA

Observa se a federação cumpre suas promessas de entrega e latência.

Contadores de entrega + um histograma de latência alimentam um avaliador de SLA; um orçamento de quórum estourado dispara o alarme.

delivery_counterslatency_histogramquorum_budgetsla_evaluator
PIN#12

Fixação de Roteiro

A federação concorda, por consenso, exatamente sobre qual build cada região pode executar.

Um manifesto de fixação assinado define o módulo + a janela de versão para que nenhuma região derive para um build não aprovado.

pin_manifestmodule_pinrelease_windowconsensus

PERGUNTAS

Respostas honestas às perguntas que as pessoas realmente fazem.

01Isto é só mais um fork do Android focado em privacidade, como o GrapheneOS ou o CalyxOS?+

Não. Forks reforçados reconstroem o Android com configurações padrão mais rígidas. O LyDos Phone vai mais fundo: treze motores de segurança e sete interfaces de hardware por baixo do SO transformam o dispositivo em um nó soberano que produz suas próprias provas. Acompanhamos o GrapheneOS upstream e reaproveitamos o que já funciona — não o substituímos, construímos sobre ele.

02Minha chave privada realmente fica no telefone?+

Sim. A chave privada mestra fica dentro do chip seguro (Titan M2, StrongBox, OpenTitan). Nossos servidores nunca a veem. Toda ação crítica — pagamentos, instalações OTA, mudanças de política — exige uma assinatura no próprio dispositivo. Mesmo se quiséssemos roubar sua chave, não conseguiríamos — por design.

03O SOS funciona mesmo se eu estiver bloqueado para fora ou com a tela apagada?+

Sim. O caminho do SOS permanece aberto em todos os modos de segurança — normal, degradado, seguro ou até bloqueio crítico. Sem necessidade de senha. Se o dispositivo for roubado, o usuário estiver inconsciente ou a tela não responder, a baliza de emergência sai mesmo assim por qualquer rádio que esteja ativo.

04O que acontece se as torres de celular caírem? Ou se não houver internet?+

O telefone tenta oito alternativas em ordem: baliza de socorro por satélite Cospas-Sarsat → Iridium → Starlink Direct-to-Cell → 3GPP NTN → malha LoRa → Wi-Fi Aware → malha Bluetooth → ultra-wideband. As mensagens podem saltar de telefone em telefone por meio de redes tolerantes a atrasos — elas chegarão ao mundo mesmo que sua infraestrutura local tenha desaparecido.

05Um governo pode grampear minhas comunicações? Minha operadora pode ler meu tráfego?+

Não. Todo o tráfego por satélite é envolvido em um túnel soberano com criptografia pós-quântica + AEAD e uma assinatura no próprio dispositivo. A operadora enxerga um pacote opaco e assinado — não o seu conteúdo. A camada de imunidade federada compartilha apenas padrões com hash e blocos de região — nunca o seu IP, o seu e-mail ou a sua localização.

06Como sei que não há um backdoor?+

Builds reproduzíveis. Publicamos o código-fonte exato, as flags de build e a imagem base de cada versão. Você compila, gera o hash e compara com a imagem real do dispositivo. Se os números não baterem — alarme. Verificadores independentes como o Citizen Lab e a EFF fazem parte do lançamento.

07Como o sistema de atualização se protege contra atualizações maliciosas?+

Toda atualização OTA precisa de três assinaturas independentes (release, segurança, ops), um manifesto e um hash de binário correspondente. Mesmo que uma única chave seja roubada, a atualização continua bloqueada. Também usamos atualizações delta (≤500 MB) em vez de imagens completas de 4–8 GB, para que as atualizações concluam por satélite ou por sinal celular fraco.

08Em quais dispositivos ele vai funcionar?+

Primeiro no Pixel 8 Pro, depois no Pixel 9 Pro e no Pixel 9. Uma versão para o Fairphone 6 está em testes com parceiros para o mercado europeu. Um dispositivo de referência projetado do zero — elemento seguro aberto, rádios de satélite duplos, bateria removível, revestimento Faraday opcional — é a meta de longo prazo.

09Quando posso ter um?+

As listas do beta abrem primeiro para jornalistas selecionados, defensores de direitos humanos e desenvolvedores. O núcleo soberano completo já está em produção; os apps voltados ao usuário e a pilha de satélite estão sendo refinados agora. O Mobile World Congress 2027 será a revelação pública.

10Vocês realmente não coletam e-mails na lista de espera?+

Realmente não coletamos. O formulário de inscrição envia um token aleatório de 32 bytes do seu navegador, além de um bloco de região — nada mais. Sem e-mail, sem IP, sem IMEI, sem número de telefone, sem localização. A política de privacidade é imposta na camada do sistema operacional por um teste automatizado que falha o build se algum dado bruto vazar.

ENTRE NA LISTA

Sem e-mail. Apenas um token de dispositivo de uso único.

Para reconhecer você no dia do lançamento, só precisamos de um token aleatório de uso único que seu navegador gera localmente — além da região ampla em que você está. Sem e-mail, sem IMEI, sem IP. Você será avisado duas semanas antes do envio das unidades beta.

CADASTRO COM PRIVACIDADE RIGOROSA· nenhum e-mail coletado

Entre na lista beta

Para reconhecer você no dia do lançamento, pedimos apenas duas coisas: um token aleatório único que seu navegador gera localmente e a região ampla em que você está. Sem e-mail, sem IMEI, sem IP. Nunca.

▸ token aleatório de 32 bytes gerado no seu navegador · a carga útil é apenas o token + a região · nenhum outro dado sai do seu dispositivo