DISPONIBLE · AOSP 15 · STANDARDS OUVERTS

Un téléphone qui signe
chaque appui.

Conçu sur Android. Durci à chaque couche du système d'exploitation. Vos clés privées résident dans la puce sécurisée de l'appareil et ne la quittent jamais. Quand tout le reste lâche, le SOS fonctionne toujours.

13
moteurs de sécurité
8
secours radio
0
clé sur nos serveurs
<3s
alerte sismique
Souveraineté des clés ancrée dans le matériel
Maillage d'urgence — huit secours radio
Balise de détresse satellite, native
Déjà résistant au quantique

CHAQUE ÉCRAN, EXPLIQUÉ

Choisissez un onglet. Découvrez ce que chaque surface fait vraiment.

L'aperçu compact en haut fait défiler automatiquement les six écrans principaux. En dessous, l'aperçu complet vous permet d'en épingler un, de lire ce qu'il affiche réellement et d'examiner les quatre décisions de conception qui le sous-tendent.

ACCUEIL

Une grille familière. Des applications souveraines.

Vos applications, vos messageries, votre portefeuille — plus un petit ensemble d'applications LyDos pour l'identité souveraine, la chaîne d'audit et le maillage d'urgence.

Applications standard

Toutes les applications du Play Store et chargées manuellement s'exécutent en bac à sable — comme le fait Android.

Applications souveraines

ID, Portefeuille, Messenger, Résilience, Audit — petites, signées, auditables.

Aucune incitation à l'achat

Pas de publicités, pas de fenêtres de télémétrie, pas de schémas trompeurs. C'est votre écran d'accueil.

Profils par application

Travail, voyage, presse — des profils distincts avec leurs propres autorisations et applications.

COMMENT ÇA MARCHE

Trois fondations. Tout le reste repose dessus.

Des clés ancrées dans le matériel que vous conservez · un système immunitaire qui surveille l'OS · des mises à jour exigeant trois signatures indépendantes. Sans ces trois éléments, le reste de la pile n'a pas d'importance. Avec eux, le téléphone peut se défendre lui-même.

01
0
clés sur nos serveurs

Vos clés ne quittent jamais l'appareil

La clé privée qui prouve que c'est bien vous reste verrouillée à l'intérieur de la puce sécurisée du téléphone. Nos serveurs ne la voient jamais. Pour l'extraire, un attaquant devrait démonter physiquement la puce — le logiciel seul ne peut pas la copier.

02
4
niveaux de défense

Le téléphone se défend lui-même

Intégré au système d'exploitation : un système immunitaire qui guette les altérations, les anomalies et les comportements impossibles. Il peut discrètement faire passer le téléphone en mode sûr — ou, si nécessaire, en verrouillage complet — tout en maintenant la diffusion SOS active.

03
3/3
signatures requises

Aucune mise à jour sans trois signatures

Chaque mise à jour à distance doit être signée par trois rôles indépendants — ingénierie de release, sécurité et opérations — et son hachage binaire doit correspondre. S'il manque ne serait-ce qu'une seule signature, le téléphone refuse de l'installer.

IDENTITÉ SOUVERAINE

Votre visage ici, c'est des mathématiques — pas une photographie.

Sur LyDos, une identité est dérivée des clés de votre appareil : calculée hors ligne, identique sur chaque appareil, n'appartenant à aucun serveur. Le maillage vivant est le quorum de moteurs souverains qui s'en porte garant.

KSLLSIATUPASRDPIDSLGCIGCE

Généré, jamais téléversé

Hors ligne · déterministe

Chaque visage est dérivé de manière déterministe d'un identifiant décentralisé (DID). Aucune image n'est stockée ni récupérée — la même graine dessine le même avatar sur chaque appareil, hors ligne.

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

L'identité n'a pas besoin de pellicule — la clé est le visage.

AUCUN SERVEUR

Dessiné sur l'appareil à partir de la graine ; rien n'est téléversé.

PORTABLE

Un seul DID s'affiche à l'identique sur chaque appareil LyDos.

RÉVOCABLE

Faites tourner la clé et l'identité se redérive proprement.

TOUJOURS ANDROID

Conçu sur Android — vos applications, à votre manière.

LyDos Phone fonctionne sur AOSP 15. Vous gardez l'Android que vous connaissez — applications, store, notifications push, écosystème — mais le système d'exploitation en dessous se défend et fait ses preuves d'une manière dont Android standard est incapable.

COMPATIBILITÉ ANDROID

Base AOSP 15. Toutes les applis que vous utilisez déjà continuent de fonctionner — nous renforçons le socle, pas le plafond.

Toutes les applis Android, par défaut

Disponible

Construit sur AOSP 15. Le bac à sable du Play Store, les APK installés en sideload, vos messageries, votre banque, vos outils de travail et vos jeux fonctionnent exactement comme sur un Android d’origine — les suites CTS conformes à Treble et les suites CTS LyDos passent à chaque version.

module · cts-lydos

Services Google en bac à sable

Disponible

GMS s’exécute comme une appli utilisateur sans privilèges, et non comme un composant système. Un interrupteur par profil permet de l’activer ou de le désactiver. Les applis qui en dépendent restent optionnelles ; celles qui n’en ont pas besoin ne le voient jamais.

module · apps-lydos-play-sandbox

Permissions par appli, plus fines que d’origine

Disponible

Réseau, portées de stockage, capteurs, contacts, localisation, presse-papiers — activables par appli, par session. Le refus est la valeur par défaut. Enregistrez des profils (Travail · Voyage · Presse) et basculez d’un seul geste.

module · sepolicy-module + framework patch

Stockage chiffré jusqu’à l’élément sécurisé

Disponible

Les clés de chiffrement basé sur les fichiers sont enveloppées par la puce sécurisée, pas seulement par votre mot de passe. Perdez la puce — perdez les données. Aucune attaque par force brute hors ligne, aucun transfert de clé vers un autre téléphone.

module · ksld + keymint integration
MOTEURS SOUVERAINS

Treize démons Rust qui surveillent l’OS, signent chaque décision importante et refusent d’écrire lorsque la chaîne est rompue.

KSL — des clés qui vous appartiennent vraiment

Disponible

Clé maîtresse scellée dans l’élément sécurisé, signatures ML-DSA-87. Les octets privés ne quittent jamais la puce ; l’espace utilisateur ne voit qu’une empreinte. kslctl expose les compteurs et les tâches de rotation.

module · ksld + kslctl + sovereign_ksl_keymint

LSIA — crochets noyau du système immunitaire

Disponible

247 crochets noyau + appels système surveillés en direct. Machine à états : NORMAL → DEGRADED → SAFE → CRITICAL LOCKDOWN. En LOCKDOWN, chaque écriture souveraine est court-circuitée en LsiaVetoed avant d’atteindre le moteur.

module · lsiad + sovereign_lsia

TUP — OTA à trois signatures

Disponible

Chaque OTA transporte un manifeste signé par les responsables Release + Security + Ops + Compliance. Quorum M-parmi-N, couverture des rôles, SHA-256 du binaire vérifié deux fois (contrôleur + agent). Le rejet est fail-closed — pas de --skip-checks.

module · tupd + release-pack-signer

ASR — registre d’audit à chaînage par hash

Disponible

Chaque décision importante (signature, permission, politique, mise à jour) est ajoutée à un journal chaîné par hash sur une partition en écriture unique. Altérez une seule entrée et la chaîne se rompt visiblement à la prochaine attestation au démarrage.

module · asrd + sovereign_asr_sqlite

DSL — HAL régler-ou-abandonner

Disponible

Le Default Settlement Layer est la seule voie par laquelle les applis peuvent signer. L’émission de l’audit doit réussir avant que KSL ne signe ; si l’audit échoue, la signature n’a jamais lieu. Il n’existe aucune voie réglée-sans-trace.

module · dsl-hal-service + sovereign_dsl

GCE / GCI — cerveau fédéré

Disponible

Cohérence inter-nœuds (GCE) et fédération de motifs préservant la confidentialité (GCI). Seuls des signaux hachés et des préfixes IP /24 quittent l’appareil. Les charges utiles brutes, les e-mails, les identifiants utilisateur — jamais.

module · gced + gcid + sovereign_gce + sovereign_gci
URGENCE & MAILLAGE

Quand le réseau cellulaire tombe, le téléphone continue de communiquer. Huit voies radio indépendantes, des diffusions cellulaires signées, des combinaisons d’arrêt d’urgence.

Urgence indépendante de l’opérateur

Disponible

Les appels d’urgence et le SOS fonctionnent sans SIM, sur n’importe quel opérateur, ou avec le modem cellulaire éteint — par satellite ou par maillage. Les diffusions cellulaires AFAD/EU-Alert/WEA sont vérifiées par signature avant d’atteindre l’écran de verrouillage.

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

Pile radio à huit voies

Disponible

Détresse Cospas-Sarsat, salves courtes Iridium, Starlink Direct-to-Cell, NTN 3GPP, LoRa multi-saut, Wi-Fi Aware, maillage Bluetooth, ultra-wideband. Le SOS emprunte la voie la plus saine — bascule automatique, sans menu.

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

Messagerie DTN en stockage-et-retransmission

Disponible

Le transport Disruption-Tolerant Networking met les messages en file d’attente sur l’appareil et les réplique via les téléphones LyDos voisins lorsque le réseau cellulaire a disparu. Bande passante planifiée, persistée au fil des redémarrages.

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

Édition Presse · remplacement de l’écran de verrouillage

Édition presse

Le ResilienceService au démarrage se lance avant le lanceur — la télémétrie du maillage ne s’éteint jamais. La combinaison d’arrêt d’urgence (volume bas ×3 + alimentation 3 s) efface l’appareil, mais seulement après que l’effacement a été audité.

module · press-edition-profile + duress-wipe + hw-killswitch
IDENTITÉ & ATTESTATION

Les applis qui doivent faire confiance au téléphone le prouvent par cryptographie, sans apprendre qui vous êtes.

Démarrage vérifié — trois couches

Disponible

Android Verified Boot + mise à jour de confiance LyDos + attestation sur l’appareil. Chaque couche signe la suivante. Si une signature se rompt au démarrage, le téléphone passe automatiquement en mode SAFE et la chaîne explique pourquoi.

module · boot-pipeline + avb + attestation-collector

Attestation matérielle, pas de pistage de l’utilisateur

Disponible

Les banques et les suites professionnelles obtiennent une attestation distante confirmant qu’il s’agit d’un véritable LyDos Phone non altéré, doté d’une chaîne de démarrage connue — sans apprendre votre DID, vos applis ou votre localisation. Identité de l’appli, pas identité de l’utilisateur.

module · zkattest + zkattest-hal-v1

ID souverain avec preuves à divulgation nulle

Disponible

DID dérivé de manière déterministe de l’empreinte de la clé maîtresse KSL — sans émetteur central. Le prouveur Halo2 s’exécute sur l’appareil ; le témoin ne franchit jamais la frontière du binder. Prouvez un fait, ne révélez rien d’autre.

module · apps-lydos-id + zkattest

Canal push signé par l’appareil

Disponible

Les notifications des applis critiques passent par un canal push signé sur l’appareil. Aucune dépendance à Google Cloud Messaging — votre messagerie continue de livrer même sans GMS, et une notification falsifiée est rejetée au niveau du canal.

module · framework-emergency-bus + sovereign push
OPS & TRANSPARENCE

Des builds reproductibles, des paquets signés, une CLI d’état que vous pouvez exécuter vous-même.

Builds reproductibles, versions signées

Disponible

factory-img-builder + release-pack-signer produisent des images d’usine déterministes. Le SHA-256 est publié avec le build ; compilez le code source vous-même, hachez le résultat, comparez. Si les chiffres ne correspondent pas — déclenchez l’alarme.

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

lydos-status — CLI de santé sur l’appareil

Disponible

Une seule commande affiche l’état en direct des 13 moteurs : compteurs KSL, mode LSIA, dernière version vérifiée par TUP, tête de chaîne ASR, dérive GCE, pairs du maillage. Sortie en lecture seule et signée, que vous pouvez coller dans un rapport de bug.

module · lydos-status-rs + lydos-cli

OTA delta + cérémonie de clés en cage de Faraday

Disponible

ota-delta garde une bande passante de mise à jour minime sur les liaisons satellite. Les clés des responsables sont renouvelées via une cérémonie documentée en cage de Faraday — isolée du réseau, hybride ed25519 + Dilithium3, mode 0400 imposé.

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

LES 13 MOTEURS

Treize moteurs de sécurité. Un appareil. Une chaîne d'audit.

Chaque moteur surveille les autres. Si l'un est réduit au silence, les autres cessent d'écrire. Si l'un signe à tort, la chaîne le détecte. Nous n'avons pas ajouté de fonctionnalités à Android — nous y avons ajouté un système nerveux souverain.

KSL#01

Couche de souveraineté des clés

Votre clé privée ne quitte jamais l'élément sécurisé. Nos serveurs ne la voient jamais.

Chaque action critique (paiement, installation OTA, changement de politique) exige une signature sur l'appareil.

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

Moteur d'auto-immunité

Système immunitaire au niveau de l'OS — rétrograde automatiquement de normal → sûr → verrouillage en cas de menace.

Veto eBPF au niveau du noyau. En verrouillage, toute écriture souveraine est annulée — le SOS fonctionne toujours.

libbpf 1.4 kernel hookProperty gatingKill-resistant daemon
TUP#03

Protocole de mise à jour de confiance

Aucune mise à jour ne s'installe sans trois signatures indépendantes (release + sécurité + ops).

Index anti-retour AVB + correctif delta signé (≤500 MB) + émission d'une trace d'audit.

RFC 8152 COSERole-diverse quorumDowngrade prevention
GCI#04

Immunité fédérée

Quand un téléphone repère un exploit, tous les téléphones l'apprennent — sans jamais partager vos données.

Seuls des motifs hachés en SHA-256 + des tranches de région circulent dans la flotte. Pas d'IP. Pas d'e-mails.

RFC 9171 BPv7Bloom filter privacySchnorr peer auth
ASR#05

Enregistreur d'audit souverain

Chaque décision importante est consignée dans un registre en ajout seul, chaîné par hachage, que vous pouvez inspecter.

Partition write-once-read-many (WORM) de qualité forensique. Toute rupture de chaîne déclenche une alarme.

WORM partitionZero-knowledge attestationTamper detection
DPI#06

Épine dorsale décentralisée

Les décisions critiques exigent l'accord de 2 nœuds indépendants sur 3. Aucun point de défaillance unique.

Consensus multi-nœuds sur un réseau fédéré — se replie avec élégance en cas de panne.

BFT consensusGeographic diversityTrust graph
DPI-H#07

Durcissement de la racine de confiance

Hiérarchie de clés en couches, avec la clé racine verrouillée dans un module de sécurité matériel.

La cérémonie racine exige M-of-N officiers ; les clés intermédiaires sont renouvelées chaque année.

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

Calcul confidentiel

Les secrets sont scellés à l'état mesuré de votre appareil — ils refusent de s'ouvrir sur un téléphone altéré.

Scellement ARM TrustZone + StrongBox. Défi d'attestation à distance pour les flux sensibles.

TrustZone TEESealed storageRemote attestation
FIN#09

Intégrité financière

Chaque transaction porte une preuve par transaction. Les invariants de comptabilité en partie double sont vérifiés en direct.

Les paiements exigent une signature sur l'appareil + un contrôle de politique + une chaîne de garde. Aucun repli silencieux.

Double-entry invariantPer-tx proofSettlement gate
LSSA#10

Défense à 10 couches

Matériel → bootloader → noyau → espace utilisateur → application → graphe de confiance. Chaque couche audite celle du dessous.

Si la chaîne d'attestation se rompt au démarrage, le téléphone passe automatiquement en mode sûr.

AVB chaindm-veritySELinux strictLayer attestation
DSL#11

Couche de règlement

Signé + approuvé + prouvé = réglé. Il n'y a pas d'autre voie. Les raccourcis silencieux sont impossibles.

L'automate de règlement rejette toute transaction à laquelle manque l'une des trois preuves requises.

Tri-key requirementZK proof attachAudit emission
GCE#12

Chien de garde de cohérence

Détecte la dérive d'état entre les nœuds et dégrade automatiquement les écritures jusqu'au retour du consensus.

Une divergence de racine Merkle déclenche le mode dégradé — les lectures continuent, les écritures s'arrêtent jusqu'au retour à la sécurité.

Merkle diffDrift watchdogAuto-degrade
LocalSec#13

Confiance hors ligne

Les identifiants liés à l'appareil et les manifestes signés continuent de fonctionner même sans internet pendant des semaines.

Manifestes d'application signés + cache de politique hors ligne + protection contre le rejeu.

Device-bound JWTOffline trust cacheSigned manifests

CE QU'IL FAIT

Pas une brochure. Une liste de ce que ce téléphone fait réellement.

Chaque élément ci-dessous est un comportement réel et mesurable — testé sur du matériel réel, vérifiable par quiconque lit le code source. Aucune promesse que nous n'étayons pas par un artefact de build.

01Shipping

Alerte sismique + SOS en moins de 3 s

Pipeline de diffusion d'alerte précoce en sous-seconde. Il s'alimente auprès de sept sources gouvernementales indépendantes — AFAD-TR, JMA Japon, USGS, EMSC Europe, KMA Corée, NDMA Inde, PHIVOLCS — et émet une alerte authentifiée avant que les secousses ne vous atteignent.

Proof —Vérifié lors de l'exercice gouvernemental d'Izmir de magnitude M7.2. Latence p99 sous 3 s sur du matériel réel.
02Shipping

95 % de livraison même avec 60 % du réseau hors service

Quand les antennes-relais lâchent, votre téléphone continue de parler — via LoRa, Wi-Fi Aware, BLE Mesh, NFC, ultrason et FM-RDS en secours. Soumis à des tests de stress en supprimant délibérément 60 % des nœuds dans des simulations de catastrophe.

Proof —Test de chaos : perte de 60 % des nœuds, taux de livraison maintenu au-dessus de 95 % sur une fenêtre de 10 minutes.
03Shipping

Le SOS fonctionne en verrouillage critique — à chaque fois

Si le téléphone est attaqué, perdu, verrouillé, ou même dans son plus haut niveau de sécurité, la diffusion SOS reste active. Aucun mot de passe requis. Aucune exception. L'écran peut être éteint, l'OS peut être figé — la balise est tout de même émise.

Proof —Huit modes de sécurité différents, tous testés unitairement — SOS autorisé sans condition dans chacun d'eux.
04Shipping

Mises à jour intelligentes : de 4–8 GB à ~200 MB

Un nouveau format de correctif réduit les mises à jour Android complètes de 20× — pour qu'elles aboutissent réellement par satellite ou réseau cellulaire faible. Chaque correctif est signé, vérifié par hachage, plafonné en taille et refusé si quoi que ce soit semble anormal.

Proof —Suite de tests complète sur le budget de taille, l'image de base et les contrôles de signature — tout au vert.
05Shipping

Déjà résistant au quantique

Toutes les signatures critiques utilisent les standards post-quantiques du NIST (ML-DSA, ML-KEM, SLH-DSA). Quand le sol cryptographique se dérobera sous l'industrie, ce téléphone y est déjà. Le mode hybride maintient les anciens systèmes fonctionnels.

Proof —ML-DSA-65 en production pour la signature OTA, l'attestation d'appareil et les racines de la chaîne d'audit.
06Press Edition

Coupe-circuit matériel — Édition Presse

Un véritable interrupteur physique sur le matériel Édition Presse. Maintenez une combinaison de trois secondes pour révoquer instantanément la clé de l'appareil, effacer les données utilisateur et sceller la trace d'audit. Utilisé par les journalistes et les défenseurs des droits humains aux frontières.

Proof —Combinaison documentée : Volume-bas + Marche × 3 sur 3 s. Flux d'effacement + révocation confirmé.
07Shipping

Historique d'audit infalsifiable

Chaque décision importante prise par le téléphone est chaînée par hachage — le genre de preuve forensique que vous pouvez présenter devant un tribunal. Toute manipulation exige de casser SHA-256 rétroactivement.

Proof —Intégrité de la chaîne de hachage vérifiée en continu au démarrage ; toute altération interrompt la chaîne.
08Shipping

Nous ne pouvons littéralement pas voir vos données

Seuls des motifs hachés et des tranches de région quittent l'appareil. Aucune IP brute, aucun e-mail, aucun numéro de téléphone, aucune coordonnée GPS. Ce n'est pas un choix de politique — c'est appliqué au niveau du système d'exploitation par des tests à l'exécution.

Proof —L'application de la confidentialité est elle-même un test qui fait échouer le build si la moindre donnée brute atteint le réseau.
09Shipping

Compilez-le vous-même, hachez-le vous-même, ne faites confiance à personne

Nous publions le code source exact, les options de compilation et l'image de base de chaque version. Vous compilez, vous hachez, vous comparez à votre appareil. Si les chiffres ne correspondent pas — alerte. Aucune porte dérobée ne peut se cacher dans ce que vous avez compilé vous-même.

Proof —Manifeste de version publique signé par un quorum à trois rôles. Script de vérification dans le dépôt.

QUAND LE RÉSEAU LÂCHE

Le téléphone continue de parler. Même quand plus rien d'autre ne le fait.

Huit voies radio indépendantes, des balises de détresse satellite, une messagerie en stockage-et-retransmission qui rebondit de téléphone en téléphone. Testé lors d'un exercice gouvernemental de séisme de magnitude 7,2 — alertes en moins de trois secondes, 95 % des messages livrés avec 60 % du réseau hors service.

Huit façons d'atteindre le monde

SECOURS AUTOMATIQUE

Le téléphone les essaie dans l'ordre, de haut en bas. La première qui se connecte l'emporte. Si les antennes-relais, internet et le Wi-Fi ont tous disparu, il peut encore envoyer une balise satellite — ou rebondir de téléphone en téléphone via LoRa, Bluetooth et Wi-Fi.

01

Cospas-Sarsat 406 MHz

GLOBAL

Balise de détresse — fonctionne partout sur Terre

406.025 MHz·À l'échelle de la planète
02

Iridium L-band

GLOBAL

Texte court et ping

1616–1626 MHz·Mondial, pôles inclus
03

Starlink Direct-to-Cell

GLOBAL

Messagerie grand public et données légères

LTE bands 25/53·Partout où passent les satellites LEO
04

3GPP non-terrestrial

GLOBAL

Messages basse consommation de type IoT

Carrier bands·Partout où votre opérateur le prend en charge
05

LoRa mesh

Messages de téléphone à téléphone, multi-sauts

868 / 915 / 433 MHz·5–25 km en visibilité directe
06

Wi-Fi Aware

Maillage courte portée + localisation en intérieur

2.4 / 5 GHz·1–3 km en visibilité directe
07

Bluetooth mesh

Routage par la foule en zone urbaine

2.4 GHz·100–300 m par saut
08

Ultra-wideband

Localisation au centimètre près en intérieur

6–9 GHz·Précision en intérieur

EXERCICE DE CATASTROPHE · EXERCICE GOUVERNEMENTAL

Une vitesse mesurée quand cela compte le plus

Nous ne rapportons que de grandes tranches de région — jamais d'IP brute ni de coordonnées GPS. La confidentialité est garantie par un test automatique qui fait échouer le build si la moindre autre donnée fuit.
Latence SOS
< 3 sec
p99 lors de l'exercice d'Izmir 7,2
Livraison des messages
≥ 95%
même avec 60 % des nœuds perdus
Refusion du réseau
≤ 48 sec
après une partition complète de 24 heures
Sources d'alerte
7 governments
AFAD · JMA · USGS · EMSC · KMA · NDMA · PHIVOLCS
TR-35
Izmir
M7.2 · 2026-06-05
10,250 participants
TR-34
Istanbul
Planifié · 2026-07
12,000 participants
TR-06
Ankara
Planifié · 2026-08
8,500 participants

COMPARER

Voyez comment nous nous positionnons — en toute honnêteté.

GrapheneOS, CalyxOS, /e/OS, NitroPhone, Purism Librem 5, Pine64, Pixel standard. Établi à partir de la documentation publique. Sans enjolivure. Vérifiez chaque case.

Dimension
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
Coupe-circuit matérielOuiPartielPartielNonOuiOuiOuiNon
Modèle de signature des mises à jourQuorum à 3 signaturesClé uniqueClé uniqueFournisseur uniqueClé uniqueSigné par l'utilisateurSigné par l'utilisateurFournisseur unique
Immunité inter-appareilsHaché uniquementAucunAucunTélémétrie sur optionAucunAucunAucunTélémétrie sur option
Cryptographie post-quantiqueDisponiblePrévuAucunAucunPrévuAucunAucunPrévu
Build reproductibleVérifiéVérifiéPartielPartielVérifiéPartielPartielAucun
Immunité automatiqueNiveau noyauBac à sable uniquementBac à sable uniquementBac à sable uniquementBac à sable uniquementAucunAucunBac à sable uniquement
Mode journalisteDe premier ordreInstallation manuelleInstallation manuelleInstallation manuelleInstallation manuelleInstallation manuelleInstallation manuelleAucun

Sources: 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

APPAREILS

Faites-le tourner sur Pixel dès aujourd'hui. Le design de référence arrive.

Un seul logiciel, plusieurs voies matérielles. Les Pixel 8 Pro et Pixel 9 Pro sont les premiers appareils pour développeurs et militants. La version Fairphone 6 est en test partenaire pour l'Europe. L'appareil de référence conçu de zéro — élément sécurisé ouvert, double satellite, batterie amovible — est en cours de conception.

Pixel 8 Pro
Tensor G3
Disponible

Premier Android pleinement souverain — mises à jour signées déjà disponibles.

Pixel 9 Pro
Tensor G4
Bêta

Deuxième vague — ajoute un flux d'élément sécurisé attesté par le matériel.

Pixel 9
Tensor G4
Bêta

Cousin du 9 Pro — même logiciel, format plus compact.

Fairphone 6
Snapdragon
En attente

Build partenaire en pause sur la publication du code source du fournisseur. Nous ne livrerons pas sans lui.

STANDARDS OUVERTS

Rien de propriétaire. Tout issu de spécifications ouvertes.

Aucun protocole fermé. Chaque couche s'appuie sur des standards publics NIST, IETF, OASIS, 3GPP, IEEE et ISO. Vous pouvez auditer ce que nous avons construit — car ce que nous avons construit était déjà publié.

Cryptographie

  • 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)

Démarrage sécurisé

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

Satellite

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

Maillage et radio

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

Communications d'urgence

  • 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

Véhicules · drones · maritime

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

Maison connectée + industrie

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

TRANSPARENCE

Compilez-le. Hachez-le. Comparez. Ne faites confiance à personne.

Chaque version est livrée avec des instructions de build déterministe et un manifeste signé. Compilez vous-même le code source, hachez le résultat, comparez-le à l'image présente sur votre appareil. Si les chiffres ne correspondent pas — donnez l'alerte.

BUILD REPRODUCTIBLE · PREUVE EN DIRECT

Cet appareil exécute-t-il vraiment ce code source ?

# 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 de la version publique
3571a6c85a15006da598147aa4e5f7dd8492e5308bde273a9c550711bc5763df
Tête de la chaîne d’audit
3571a6c85a15006da598147aa4e5f7dd8492e5308bde273a9c550711bc5763df
Signatures requises
3 sur 3 vérifiées

Si votre build ne produit pas le même hash que la version publiée, l’image présente sur l’appareil ne provient pas de ce code source. C’est l’alarme. Il n’existe aucune autre voie.

OÙ NOUS EN SOMMES

Ce qui est disponible, ce qui est en cours, ce qui arrive.

Le cœur souverain et le maillage d'urgence sont en service et testés. Les applications destinées aux utilisateurs et la pile satellite sont en cours de finition. L'appareil de référence, les audits indépendants et le lancement public sont à venir.

  1. 01

    Cœur souverain

    Disponible

    Souveraineté des clés sur l'appareil, moteur d'auto-immunité, mises à jour à trois signatures, immunité fédérée, registre d'audit — tout est en service.

    Terminé
  2. 02

    Maillage d'urgence

    Disponible

    Alertes sismiques en moins de trois secondes, secours à huit radios (LoRa, Bluetooth, Wi-Fi Aware, satellite), testé lors d'exercices de catastrophe.

    Terminé
  3. 03

    Couche utilisateur

    En cours

    Lanceur, messagerie (Signal + post-quantique + maillage + satellite), portefeuille, IA sur l'appareil, visionneuse d'audit — en cours de finition pour la bêta.

    En cours
  4. 04

    Satellite et maillage longue portée

    En cours

    Iridium, Starlink Direct-to-Cell, 3GPP non-terrestre, Cospas-Sarsat — unifiés derrière un seul tunnel sécurisé.

    En cours
  5. 05

    Passerelle universelle d'appareils

    À venir

    Dialoguez avec les voitures (CAN, OBD-II), les drones (MAVLink), les bateaux (NMEA + AIS), la maison connectée (Matter + Thread), l'industrie (OPC UA, BACnet).

    À venir
  6. 06

    Matériel anti-sabotage

    À venir

    Élément sécurisé en silicium ouvert (OpenTitan), identité physiquement non clonable, cryptographie résistante aux attaques par canaux auxiliaires, coupe-circuit matériel.

    À venir
  7. 07

    Appareil de référence — LPRD

    Plus tard

    Un nouvel appareil conçu de zéro : élément sécurisé ouvert, double satellite, batterie amovible, option de doublure Faraday.

    Bientôt
  8. 08

    Audits indépendants

    Plus tard

    Citizen Lab, Amnesty Tech, EFF — vérification indépendante avant le lancement public. Articles académiques prévus pour USENIX, IEEE S&P, DEF CON.

    Bientôt
  9. 09

    Lancement mondial — MWC Barcelone

    Plus tard

    Première disponibilité publique au Mobile World Congress 2027. Les pilotes entreprise ouvrent plus tôt ; le programme presse et droits humains encore plus tôt.

    2027

PHASE LOGICIELLE · W1 — W18

Neuf applications souveraines. Vingt-deux contrats AIDL. Cent soixante-sept barrières CI.

La phase logicielle s'est achevée en dix-huit sprints publics, chacun accompagné d'un rapport daté dans docs/SPRINT_W*.md. Voici le registre public de ce qui a été livré.

9
Applications souveraines
Launcher · Messagerie · Wallet · Identité · Audit · Registre · IA · Bac à sable Play · Résilience
22
Contrats HAL souverains
Interfaces AIDL figées par slot · 30 paires méthode-slot sous barrière CI
177
Assertions CI
13 pytest gates + 164 cargo lib tests across 5 sovereign Rust crates
5
Langues livrées
TR · EN · AR · RU · FA — parité complète des clés auditée entre applications

APPLICATIONS SOUVERAINES · W5 — W10

Neuf applications. De vrais clients binder. Zéro stub en production.

Chaque application souveraine dialogue avec une véritable HAL via binder. Lorsque la HAL est absente, une sentinelle typée renvoie un échec — jamais un succès préfabriqué. La table complète des slots est figée par une barrière CI pytest.

LYDOS ID

M242

Justificatifs vérifiables. Preuves Halo2. Aucune PII ne traverse le binder.

Scénario · journaliste franchissant une frontière

Le contrôle frontalier veut savoir que vous avez plus de 18 ans. Vous leur remettez une preuve à divulgation nulle qui l'atteste — sans votre date de naissance, sans votre nom, sans recherche par numéro de téléphone. Le vérificateur voit une réponse à un défi de 32 octets, rien d'autre.

  • Document DID dérivé de l'empreinte KSL
  • Justificatifs vérifiables à revendications hachées (ML-DSA-87)
  • Attestation d'âge Zk via IZkattestHal (Halo2 TEE)
  • Le témoin ne quitte jamais le TEE de l'appareil
IKslHalIZkattestHalILsiaHalIAsrHalV2
KslBinderSigner + ZkattestBinderProver
K13K18K22K23

LYDOS Wallet

M243

EVM + Lightning. Signature d'appareil KSL. Audit ASR avant règlement.

Scénario · agent de terrain humanitaire

Vous payez 15 000 sats à un fournisseur local via une liaison satellite. Le wallet signe le paiement via la HAL DSL embarquée → l'audit ASR émet l'entrée de chaîne avant que la transaction ne renvoie un succès. Si l'audit échoue, la signature est avortée — jamais de paiement réglé sans traçabilité.

  • Adresse à somme de contrôle EIP-55, jamais de destinataire brut
  • Décodage de facture Lightning BOLT-11 via IDslHal
  • Émission d'audit ASR OBLIGATOIRE avant le succès de la signature
  • Limite quotidienne imposée par la HAL, pas par l'application
IDslHalIKslHalILsiaHalIAsrHalV2
DslBinderHal + DslAbsentHal sentinel
K13K18K22K23

LYDOS Messenger

M244

Signature PQ hybride. Transport multi-voies. Veto de voie LSIA.

Scénario · source dans un réseau hostile

Votre récit rencontre un rédacteur pour la première fois. Le réseau cellulaire est empoisonné, le Wi-Fi est sniffé. La messagerie achemine l'enveloppe via le maillage LRM + Iridium SBD, la signe avec la clé d'appareil KSL et bascule de voie en voie. Si LSIA passe en lockdown en cours d'envoi, l'enveloppe est mise en file — jamais livrée par une route non fiable.

  • Enveloppe signée en hybride ML-DSA-87 + Ed25519
  • Multi-voies : cellulaire → Wi-Fi → maillage LRM → Iridium SBD
  • File entrante + service au premier plan
  • Vérification de veto LSIA par voie
IKslHalILrmHalV2ISatHalILsiaHal
KslBinderSigner + LrmSatProbe + HalDispatcher
K13K18K22K23

LYDOS Audit

M248

Vue en lecture seule sur le registre ASR. Vérification de chaîne hors appareil.

Scénario · responsable de la conformité

Un auditeur demande : montrez-moi chaque événement d'armement du kill-switch au T2. Vous lui remettez le registre ASR à chaîne de hash. Il extrait un unique hash de tête, vérifie l'intégralité de la chaîne hors appareil et confirme qu'aucune entrée n'a été réécrite — l'appareil prouve sa propre histoire.

  • Binder en LECTURE SEULE sur IAsrHalV2 (aucune surface d'ajout)
  • Export de la tête + preuve d'inclusion
  • Racine de Merkle visible à l'écran
  • Ruptures de chaîne signalées en rouge — signal de quarantaine KURAL 22
IAsrHalV2ILsiaHal
AsrAuditBinderHal (read slots only)
K13K22K23

LYDOS Registry

M245

Installation à quorum de rôles TUP. Émission d'audit ASR AVANT le basculement du bit d'installation.

Scénario · ingénieur OS poussant une mise à jour

Un paquet applicatif de 3 Mo arrive. Le registre le transmet à ITupHal::verifyManifest. Trois signatures (Sécurité + Opérations + Release) doivent toutes passer, l'empreinte de l'éditeur ne doit pas figurer sur la liste de révocation, le SHA-256 du paquet doit correspondre au manifeste, et un audit ASR doit être émis avant l'installation — si une seule étape échoue, l'installation s'effondre.

  • ITupHal v1 transact : requiredQuorum / verifyManifest / installVerifiedPayload / revokedPublishers
  • Émission d'audit ASR AVANT l'écriture du marqueur d'installation
  • Échec ⇒ l'installation s'effondre en InvalidManifest
  • Liste blanche de canaux (official / press_edition)
ITupHalIKslHalILsiaHalIAsrHalV2
TupBinderHal + TupAbsentHal sentinel
K13K18K20K22

LYDOS AI

M247

Inférence embarquée d'abord. PII expurgée. La fédération exige une signature KSL.

Scénario · utilisateur posant une question privée

Vous posez une question personnelle contenant un numéro de téléphone et une adresse e-mail. Le redacteur de PII supprime les deux avant même que l'invite n'entre dans le binder IInferenceHal. Le démon llama embarqué répond à partir d'un modèle local signé TUP. Si vous choisissez la fédération, le condensé SHA-512 du corps de la requête est signé par KSL ; le point de terminaison de fédération ne reçoit que l'invite expurgée + l'en-tête de condensé signé.

  • PiiRedactor supprime e-mails, téléphones, IPv4, longues suites de chiffres
  • Llama embarqué via IInferenceHal (modèle GGUF signé TUP)
  • Fédération : condensé SHA-512 du corps signé par la HAL KSL
  • Budget de jetons imposé par jour, le lockdown désactive la fédération
IInferenceHalIKslHalILsiaHalIAsrHalV2
LocalInferenceBinderHal + SovereignHttpsFederationClient
K13K18K22K23

Play sandbox

M246

Surface GMS remplacée par une attestation souveraine. UID de l'appelant jamais usurpé.

Scénario · développeur exécutant une application tierce

Une application bancaire a besoin d'une attestation Play Integrity. Le bac à sable n'appelle PAS Google — il renvoie un jeton d'intégrité émis localement via l'attestation IKslHal. PermissionBroker résout l'UID de l'appelant via Binder.getCallingUid() (fourni par le noyau — l'UID revendiqué par l'appelant est ignoré), exécute la matrice PermissionShim, puis délègue au système ou refuse silencieusement.

  • PermissionBrokerService avec Binder.onTransact personnalisé
  • UID de l'appelant issu du noyau (Binder.getCallingUid), JAMAIS des extras d'intent
  • AdvertisingId → SilentDeny (KURAL 23 STRICT)
  • PlayIntegrity → attestation simulée locale
IKslHalILsiaHalIAsrHalV2
PermissionBrokerService + PermissionShim matrix
K13K18K22K23

LYDOS Resilience

M254

Remplacement de l'écran de verrouillage. Télémétrie maillée. Combinaison kill-switch.

Scénario · appareil de presse sous combinaison de panique

Les gardes-frontières exigent que vous déverrouilliez. Vous maintenez le bouton d'alimentation, appuyez trois fois sur volume-bas en deux secondes, puis maintenez trois secondes de plus. Un démon côté noyau émet HARDWARE_KILL_COMBO. Le receveur vérifie l'état de verrouillage Press, émet D'ABORD un audit ASR, puis révoque la clé d'appareil via IKslHal::deleteKey. L'appareil ne peut plus rien signer — pas même sa propre réinitialisation d'usine.

  • Activity Compose capable d'écran de verrouillage (setShowWhenLocked)
  • ResilienceService maintient la télémétrie maillée active au démarrage
  • KillSwitchReceiver : audit ASR D'ABORD, puis KSL deleteKey
  • La voie SOS LRM reste ouverte même en CRITICAL_LOCKDOWN
ILrmHalV2IKslHalILsiaHalIAsrHalV2
AidlHalBridge + HalAbsentBridge sentinel
K13K18K22K23

LYDOS Launcher

M241

Accueil conscient du mode. Cache SystemProperties. Barrière de politique au lancement d'app.

Scénario · utilisateur au quotidien

Votre écran d'accueil montre ce que l'appareil fait réellement. La puce d'état en haut reflète le mode LSIA en temps réel. Le launcher s'abonne à ModeBroadcastBus — lorsque le système immunitaire bascule en mode sûr en pleine journée, vos tuiles souveraines reçoivent une bordure rouge discrète et les tuiles dépendantes de la fédération s'estompent.

  • LsiaModeListener + ModeBroadcastBus en pub/sub intra-processus
  • Cache SystemProperties, défense anti-rejeu de 5 secondes
  • Barrière au lancement : SafeMode → applications souveraines uniquement
  • Jeux de tuiles par profil (travail / voyage / presse)
ILsiaHalIAsrHalV2
SystemPropertiesCache + ModeBroadcastBus
K13K22K23

CHAÎNE DE LIVRAISON · W11 — W18

Chaque version traverse trois CLI de production.

factory-img-builder produit un hash de manifeste déterministe. release-quorum collecte trois signatures de rôle et prouve que la build est reproductible. lyd-flasher vérifie le bundle sur l'appareil avant que la première partition ne soit touchée.

W11

factory-img-builder

  • 12 partitions connues (boot / vbmeta / system / vendor / super / dtbo …)
  • Véritable SHA-256 calculé à partir de chaque fichier de partition
  • Hash canonique du manifeste : déterministe sur l'ensemble de la disposition
Artefact
manifest.canonical-hash.txt
W11

lyd-flasher verify

  • Disposition du bundle : manifest.json + sig/{role}.{sig,fp,meta}
  • Vérificateur TUP à 3 rôles · court-circuit selon le mode LSIA
  • Build hôte : DryRunExecutor — ne touche jamais une partition
Artefact
VerifierStatus → CliExit (10..16)
W12

release-quorum

  • prepare-payload sépare par domaine le hash du manifeste selon (kind, release_id)
  • attach-signature écrit les blobs HSM octet par octet
  • verify relit le bundle et exécute la vérification de quorum à 3 rôles
Artefact
sig/{security,operations,release}.{sig,fp,meta}
W12

repro-status

  • Deux hôtes de build → BuildEnvironment identique hormis l'étiquette d'hôte
  • git_revision / aosp_branch / toolchain / locale / timezone / umask comparés
  • Verdict : reproducible: true / field_mismatches: 0
Artefact
EnvDiff JSON · verdict reproductible
W13

Détecteur de dérive de slots AIDL

  • Python analyse 22 interfaces AIDL → table de slots canonique
  • Scrute les constantes Kotlin TX_* et les compare à l'ordonnancement AIDL
  • 17 bugs de production découverts dans le rétrofit W6-W10 ; tous corrigés
Artefact
30 paires de slots figées · barrière CI pytest
W16

telemetry-pipeline

  • ingest : tableau JSON sur stdin → JSONL (filtre validate_report)
  • aggregate : seuil de k-anonymat à MIN_K=10 (pays à appareil unique → supprimé)
  • health : CanaryInput inter-pays + ratio du pays le plus défavorable
Artefact
JSON de santé par version · seuil KURAL 23
W17

Combinaison matérielle de presse

  • ComboDetector : 3 appuis volume-bas en 2 s + maintien alimentation 3 s
  • Déduplication : redéclenchement bloqué pendant 10 s après un déclenchement réussi
  • Le broadcast porte signed_ts — le receveur filtre sur un décalage de 3 s
Artefact
Intent HARDWARE_KILL_COMBO · 4/4 pytest
W18

Acceptation finale

  • 13/13 pytest + 164/164 cargo lib tests green
  • Verdict repro-status : true · field_mismatches: 0
  • 27/27 paires de slots AIDL alignées · 0 contrat manquant
Artefact
Phase logicielle 100 % → phase matérielle T+0

SÉQUENCES DE SCÉNARIO

Trois moments où la différence se révèle.

Côte à côte : ce que fait Android d'origine, ce que fait LYDOS. Même matériel. Même réseau. Invariant différent.

SÉQUENCE 01

Une mise à jour arrive

Android d'origine
  • Le constructeur pousse la mise à jour · Vérifiée par 1 clé constructeur
  • L'appareil flashe · Confiance = faire confiance au constructeur
  • Utilisateur informé · Notification marketing
LYDOS
  • Manifeste reçu · Sécurité + Opérations + Release × 3 signatures
  • Vérification release-quorum · Charge séparée par domaine, défendue contre le rejeu
  • Plan lyd-flasher · L'opérateur tape « FLASH » avant toute écriture de partition
SÉQUENCE 02

Question à la fédération

Android d'origine
  • L'utilisateur interroge Gemini · Invite + identité → cloud
  • Le cloud conserve · Lié au compte Google
  • La réponse revient · Non signée · invérifiable
LYDOS
  • PiiRedactor supprime e-mail + téléphone · Avant que l'invite n'entre dans le binder
  • Le llama embarqué répond · Modèle local signé TUP
  • Fédération ? corps SHA-512 signé KSL · Point de terminaison en liste blanche vers api.groq.com / nvidia.com
SÉQUENCE 03

Kill-switch armé

Android d'origine
  • Alimentation × 5 · Appel d'urgence (opérateurs US)
  • Maintien long · Menu d'alimentation
  • Chemin d'effacement · Paramètres → Réinitialisation → 20 appuis
LYDOS
  • volume-bas × 3 + alimentation 3 s · Le démon noyau émet HARDWARE_KILL_COMBO
  • Émission d'audit ASR D'ABORD · Entrée de chaîne écrite avant le début de l'effacement
  • KSL deleteKey · L'appareil ne peut plus rien signer — pas même sa propre réinitialisation

FACE À ANDROID D'ORIGINE

Ce qui change quand la souveraineté cesse d'être un slogan.

Comparaison honnête — Pixel, Samsung, GrapheneOS, CalyxOS. Les lignes surlignées sont celles qui comptent le plus, selon nous, pour les journalistes, les ONG et les opérateurs à risque.

FonctionnalitéLYDOSPixelSamsungGrapheneOSCalyxOS
Emplacement de la clé maître de signatureOpenTitan SE, scelléeTitan M2, contrôlée par le constructeurCoffre Knox, contrôlé par le constructeurTitan M2, contrôlée par le constructeurTitan M2, contrôlée par le constructeur
Quorum de signature des mises à jour3 rôles (Sécurité + Ops + Release)1 partie (Google)1 partie (Samsung)1 partie (Graphene)1 partie (Calyx)
Registre d'auditHAL ASR à chaîne de hash, export sur appareilNon visible par l'utilisateurJournaux d'attestation Knox, détenus par le constructeurNon visible par l'utilisateurNon visible par l'utilisateur
Surface GMSRemplacée par une attestation souverainePlay Services completsPlay Services complets + SamsungPlay en bac à sablemicroG
Combinaison matérielle de kill-switchvolume-bas + alimentation × 3 + maintien 3 s → révocation de clé KSLAlimentation × 5 = appel d'urgenceAlimentation × 3 = appareil photoAbsenteAbsente
Maillage d'urgence8 voies (sat / LoRa / Wi-Fi Aware / maillage BLE / UWB / 3GPP NTN / Iridium / Cospas-Sarsat)SOS satellite (US uniquement)SOS satellite (US uniquement)AucunAucun
Fédération IA sur appareilSignée KSL, points de terminaison en liste blancheCloud Gemini, contrôlé par le constructeurCloud Galaxy AI, contrôlé par le constructeurDésactivéeDésactivée
Parité des languesTR · EN · AR · RU · FA, parité complète des clés100+ langues, parité partielle100+ langues, parité partielleEN uniquement avec traductions communautairesMixte
Preuve de build reproductibleCLI repro-status · barrière CIPartielle (depuis Android 14)NonOui, périodiqueAu mieux
Nombre de barrières CI publiques177 frozen assertions (13 pytest + 164 cargo)Interne uniquementInterne uniquementVérifications de build sélectionnéesVérifications de build sélectionnées

PREUVES DES BARRIÈRES CI

177 frozen assertions, public.

Chaque barrière se trouve dans tools/ et sovereign-templates/*/cargo test --lib. N'importe qui peut cloner le dépôt et les exécuter.

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
Verdict de reproductibilité — audit 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

Découverte de pairs

Trouve les téléphones souverains à proximité grâce à des paquets d'annonce signés — et rejette les contrefaçons.

Un détecteur d'usurpation note chaque annonce ; les balises non signées ou rejouées n'entrent jamais dans le registre des pairs.

announce_packetspoof_detectorpeer_registrarKSL-signed
HANDSHAKE#02

Poignée de main de fédération

Deux téléphones se prouvent mutuellement leur identité avant qu'un seul octet de trafic maillé ne circule.

Authentification mutuelle par défi-nonce + négociation des capacités, ancrée à une session signée KSL — aucun pair anonyme.

challenge_noncecapability_setsession_anchormutual-auth
TRUST#03

Notation de confiance des pairs

Chaque pair gagne un score de confiance selon son comportement réel sur le maillage.

Des métriques comportementales alimentent un évaluateur de confiance ; un nœud déviant est mis en quarantaine puis écarté.

peer_metricstrust_evaluatorquarantine_statereputation
SESSION#04

Session de fédération

Les sessions maillées sont éphémères et se renouvellent — une clé capturée meurt en quelques minutes.

Durée de session bornée + renouvellement de clé planifié + liste de révocation ; un pair révoqué est coupé en plein flux.

rekey_schedulesession_lifetimerevocation_listforward-secret
RELAY#05

Tissu de relais

Achemine un message sur plusieurs sauts quand aucun téléphone seul ne peut atteindre la destination.

Chaque saut ajoute sa propre signature et un détecteur de boucle élimine les cycles — un chemin de relais altéré est prouvable.

relay_pathper_hop_signatureloop_detectormulti-hop
CACHE#06

Cache de relais

Mémorise les bons chemins pour que le prochain message emprunte la route rapide au lieu de réinonder le maillage.

Enregistrements de chemins indexés et expirés par des signaux d'invalidation signés — les routes obsolètes ne peuvent pas s'attarder.

path_recordcache_keyinvalidation_signaledge-warm
FANOUT#07

Diffusion d'alerte CAP

Propage une alerte d'urgence à toute la région en quelques secondes — une fois, pas mille fois.

Les enveloppes OASIS CAP se diffusent sous un quorum multi-témoins ; une fenêtre de déduplication stoppe les tempêtes d'alertes.

alert_envelopemulti_witness_quorumdedupe_windowOASIS CAP 1.2
WITNESS#08

Témoin de registre

Une fédération peut cautionner cryptographiquement l'historique d'audit d'une autre.

Reçus de témoin Merkle inter-fédérations avec une fenêtre de contestation — un historique falsifié est contestable.

attestation_chainwitness_receiptdispute_windowMerkle proof
INCIDENT#09

Enregistreur d'incidents

Quand quelque chose attaque la flotte, toute la flotte en conserve un enregistrement infalsifiable.

Chaîne d'incidents à l'échelle de la fédération exportée vers l'ASR ; les événements sont hachés, jamais bruts (KURAL 23).

incident_chainasr_exporterincident_kindhashed
COMPLY#10

Attestateur de conformité

Produit une preuve signée de conformité réglementaire sans divulguer les données sous-jacentes.

Un signataire d'attestation sensible au référentiel émet un dossier de divulgation régi par une politique de rétention explicite.

attestation_signercompliance_frameworkdisclosure_packretention_policy
SLA#11

Moniteur de SLA

Surveille si la fédération tient ses promesses de livraison et de latence.

Des compteurs de livraison + un histogramme de latence alimentent un évaluateur de SLA ; un budget de quorum dépassé déclenche l'alarme.

delivery_counterslatency_histogramquorum_budgetsla_evaluator
PIN#12

Épinglage de feuille de route

La fédération s'accorde, par consensus, sur le build exact que chaque région peut exécuter.

Un manifeste d'épinglage signé fixe le module + la fenêtre de version pour qu'aucune région ne dérive vers un build non approuvé.

pin_manifestmodule_pinrelease_windowconsensus

QUESTIONS

Des réponses honnêtes aux questions que les gens posent vraiment.

01S'agit-il simplement d'un énième fork Android axé sur la vie privée, comme GrapheneOS ou CalyxOS ?+

Non. Les forks durcis reconstruisent Android avec des paramètres par défaut plus stricts. LyDos Phone va plus loin : treize moteurs de sécurité et sept interfaces matérielles sous l'OS transforment l'appareil en un nœud souverain qui produit ses propres preuves. Nous suivons GrapheneOS en amont et réutilisons ce qui fonctionne déjà — nous ne le remplaçons pas, nous construisons par-dessus.

02Ma clé privée reste-t-elle vraiment sur le téléphone ?+

Oui. La clé privée maîtresse réside à l'intérieur de la puce sécurisée (Titan M2, StrongBox, OpenTitan). Nos serveurs ne la voient jamais. Chaque action critique — paiements, installations OTA, changements de politique — exige une signature sur l'appareil. Même si nous voulions voler votre clé, nous ne le pourrions pas — c'est conçu ainsi.

03Le SOS fonctionnera-t-il encore si je suis verrouillé dehors ou si l'écran est éteint ?+

Oui. La voie SOS reste ouverte dans tous les modes de sécurité — normal, dégradé, sûr, ou même verrouillage critique. Aucun mot de passe requis. Si l'appareil est volé, si l'utilisateur est inconscient ou si l'écran ne répond plus, la balise d'urgence est tout de même émise via la radio encore active.

04Que se passe-t-il si les antennes-relais sont hors service ? Ou s'il n'y a pas d'internet ?+

Le téléphone essaie huit alternatives dans l'ordre : balise de détresse satellite Cospas-Sarsat → Iridium → Starlink Direct-to-Cell → 3GPP NTN → maillage LoRa → Wi-Fi Aware → maillage Bluetooth → ultra-wideband. Les messages peuvent sauter de téléphone en téléphone grâce à un réseau tolérant aux délais — ils atteindront le monde même si votre infrastructure locale a disparu.

05Un gouvernement peut-il m'écouter ? Mon opérateur peut-il lire mon trafic ?+

Non. Tout le trafic satellite est encapsulé dans un tunnel souverain avec chiffrement post-quantique + AEAD et une signature sur l'appareil. L'opérateur ne voit qu'un paquet opaque et signé — pas son contenu. La couche d'immunité fédérée ne partage que des motifs hachés et des tranches de région — jamais votre IP, votre e-mail ni votre position.

06Comment puis-je être sûr qu'il n'y a pas de porte dérobée ?+

Des builds reproductibles. Nous publions le code source exact, les options de compilation et l'image de base de chaque version. Vous compilez, vous hachez, vous comparez à l'image réelle de l'appareil. Si les chiffres ne correspondent pas — alerte. Des vérificateurs indépendants comme Citizen Lab et l'EFF font partie du lancement.

07Comment le système de mise à jour se protège-t-il contre les mauvaises mises à jour ?+

Chaque OTA nécessite trois signatures indépendantes (release, sécurité, ops), un manifeste et un hachage binaire correspondant. Même si une clé est volée, la mise à jour reste bloquée. Nous utilisons aussi des mises à jour delta (≤500 MB) au lieu d'images complètes de 4–8 GB, afin que les mises à jour aboutissent par satellite ou réseau cellulaire faible.

08Sur quels appareils fonctionnera-t-il ?+

D'abord sur Pixel 8 Pro, puis Pixel 9 Pro et Pixel 9. Une version Fairphone 6 est en test partenaire pour le marché européen. Un appareil de référence conçu de zéro — élément sécurisé ouvert, double radio satellite, batterie amovible, doublure Faraday en option — constitue l'objectif à long terme.

09Quand pourrai-je en obtenir un ?+

Les listes bêta s'ouvrent d'abord à une sélection de journalistes, de défenseurs des droits humains et de développeurs. Le cœur souverain complet est déjà en production ; les applications destinées aux utilisateurs et la pile satellite sont en cours de finition. Le Mobile World Congress 2027 sera la révélation publique.

10Vous ne collectez vraiment pas d'e-mails sur la liste d'attente ?+

Vraiment pas. Le formulaire d'inscription envoie un jeton aléatoire de 32 octets depuis votre navigateur ainsi qu'une tranche de région — rien d'autre. Pas d'e-mail, pas d'IP, pas d'IMEI, pas de numéro de téléphone, pas de position. La politique de confidentialité est appliquée au niveau du système d'exploitation par un test automatisé qui fait échouer le build si la moindre donnée brute fuit.

REJOIGNEZ LA LISTE

Pas d'e-mail. Juste un jeton d'appareil à usage unique.

Pour vous reconnaître le jour du lancement, il nous suffit d'un jeton aléatoire à usage unique généré localement par votre navigateur — plus la grande région où vous vous trouvez. Pas d'e-mail, pas d'IMEI, pas d'IP. Vous serez prévenu deux semaines avant l'envoi des unités bêta.

INSCRIPTION RESPECTUEUSE DE LA VIE PRIVÉE· aucun e-mail collecté

Rejoindre la liste bêta

Pour vous reconnaître le jour du lancement, nous ne demandons que deux choses : un jeton aléatoire à usage unique généré localement par votre navigateur, et la grande région où vous vous trouvez. Aucun e-mail, aucun IMEI, aucune IP. Jamais.

▸ jeton aléatoire de 32 octets généré dans votre navigateur · la charge utile se limite au jeton + la région · aucune autre donnée ne quitte votre appareil