VERFÜGBAR · AOSP 15 · OFFENE STANDARDS

Ein Telefon, das
jeden Tastendruck signiert.

Auf Android aufgebaut. In jeder Schicht des Betriebssystems gehärtet. Ihre privaten Schlüssel liegen im sicheren Chip des Geräts und verlassen ihn nie. Wenn alles andere versagt, funktioniert SOS weiter.

13
Sicherheits-Engines
8
Funk-Rückfallebenen
0
Schlüssel auf unseren Servern
<3s
Erdbebenwarnung
Hardwaregestützte Schlüsselsouveränität
Notfall-Mesh — acht Funk-Rückfallebenen
Satelliten-Notruf-Bake, nativ
Bereits quantensicher

JEDER BILDSCHIRM, ERKLÄRT

Tippen Sie auf einen Tab. Sehen Sie, was jede Oberfläche wirklich leistet.

Die kompakte Vorschau oben durchläuft die sechs Kernbildschirme automatisch. Darunter können Sie in der vollständigen Vorschau einen anpinnen, lesen, was er tatsächlich zeigt, und die vier Designentscheidungen dahinter untersuchen.

STARTBILDSCHIRM

Vertrautes Raster. Souveräne Apps.

Ihre Apps, Ihre Messenger, Ihr Wallet — dazu eine kleine Auswahl an LyDos-Apps für souveräne Identität, die Audit-Kette und das Notfall-Mesh.

Standard-Apps

Alle Play-Store- und seitlich geladenen Apps laufen in der Sandbox — so wie Android es macht.

Souveräne Apps

ID, Wallet, Messenger, Resilience, Audit — klein, signiert, prüfbar.

Keine Upsells

Keine Werbung, keine Telemetrie-Pop-ups, keine Dark Patterns. Das ist Ihr Startbildschirm.

App-Profile

Arbeit, Reise, Presse — getrennte Profile mit eigenen Berechtigungen und Apps.

SO FUNKTIONIERT ES

Drei Fundamente. Alles andere ruht auf ihnen.

Hardwaregestützte Schlüssel, die Sie behalten · ein Immunsystem, das das OS überwacht · Updates, die drei unabhängige Signaturen erfordern. Ohne diese drei spielt der Rest des Stacks keine Rolle. Mit ihnen kann sich das Telefon selbst verteidigen.

01
0
Schlüssel auf unseren Servern

Ihre Schlüssel verlassen nie das Gerät

Der private Schlüssel, der beweist, dass Sie es sind, bleibt im sicheren Chip des Telefons eingeschlossen. Unsere Server sehen ihn nie. Um ihn zu extrahieren, müsste ein Angreifer den Chip physisch aufbrechen — Software allein kann ihn nicht kopieren.

02
4
Verteidigungsstufen

Das Telefon verteidigt sich selbst

Im Betriebssystem fest eingebaut: ein Immunsystem, das auf Manipulation, Anomalien und unmögliches Verhalten achtet. Es kann das Telefon leise in den abgesicherten Modus herunterschalten — oder, falls nötig, in den vollständigen Lockdown — und hält dabei den SOS-Broadcast am Leben.

03
3/3
erforderliche Signaturen

Kein Update landet ohne drei Signaturen

Jedes Over-the-Air-Update muss von drei unabhängigen Rollen signiert werden — Release Engineering, Security und Operations — und sein Binär-Hash muss übereinstimmen. Fehlt auch nur eine Signatur, verweigert das Telefon die Installation.

SOUVERÄNE IDENTITÄT

Ihr Gesicht hier ist Mathematik — kein Foto.

Bei LyDos wird eine Identität aus Ihren Geräteschlüsseln abgeleitet: offline berechnet, auf jedem Gerät identisch, keinem Server gehörend. Das lebendige Netz ist das Quorum souveräner Engines, das für sie bürgt.

KSLLSIATUPASRDPIDSLGCIGCE

Generiert, niemals hochgeladen

Offline · deterministisch

Jedes Gesicht wird deterministisch aus einem dezentralen Identifikator (DID) abgeleitet. Kein Bild wird gespeichert oder abgerufen — derselbe Seed zeichnet auf jedem Gerät offline denselben Avatar.

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

Identität braucht keine Fotomediathek — der Schlüssel ist das Gesicht.

KEIN SERVER

Auf dem Gerät aus dem Seed gezeichnet; nichts wird hochgeladen.

PORTABEL

Eine DID stellt sich auf jedem LyDos-Gerät identisch dar.

WIDERRUFBAR

Schlüssel rotieren, und die Identität leitet sich sauber neu ab.

WEITERHIN ANDROID

Auf Android aufgebaut — Ihre Apps, auf Ihre Weise.

LyDos Phone läuft auf AOSP 15. Sie behalten das Android, das Sie kennen — Apps, Store, Push, Ökosystem — aber das Betriebssystem darunter verteidigt und beweist sich auf eine Weise, die Standard-Android nicht kann.

ANDROID-KOMPATIBILITÄT

AOSP 15 als Basis. Jede App, die Sie bereits nutzen, läuft weiter — wir härten das Fundament, nicht die Obergrenze.

Jede Android-App, standardmäßig

Verfügbar

Auf AOSP 15 aufgebaut. Play-Store-Sandbox, seitlich geladene APKs, Ihre Messenger, Banking, Arbeitswerkzeuge und Spiele laufen genau wie auf einem Standard-Android — Treble-konforme CTS- + LyDos-CTS-Suiten bestehen bei jedem Release.

module · cts-lydos

Sandboxed Google-Dienste

Verfügbar

GMS läuft als unprivilegierte Benutzer-App, nicht als Systemkomponente. Pro Profil per Schalter aktivierbar oder deaktivierbar. Apps, die davon abhängen, bleiben optional; Apps, die es nicht brauchen, bekommen es nie zu sehen.

module · apps-lydos-play-sandbox

App-Berechtigungen, feiner als Standard

Verfügbar

Netzwerk, Speicherbereiche, Sensoren, Kontakte, Standort, Zwischenablage — pro App und pro Sitzung umschaltbar. Standard ist Verweigern. Speichern Sie Profile (Arbeit · Reise · Presse) und wechseln Sie mit einem Tippen.

module · sepolicy-module + framework patch

Speicher an das Secure Element gebunden verschlüsselt

Verfügbar

Die dateibasierten Verschlüsselungsschlüssel werden vom Secure-Chip umschlossen, nicht allein durch Ihr Passwort. Verlieren Sie den Chip — verlieren Sie die Daten. Kein Offline-Brute-Force, keine Schlüsselübertragung auf ein anderes Telefon.

module · ksld + keymint integration
SOUVERÄNE ENGINES

Dreizehn Rust-Daemons, die das OS überwachen, jede wichtige Entscheidung signieren und das Schreiben verweigern, wenn die Kette bricht.

KSL — Schlüssel, die Ihnen wirklich gehören

Verfügbar

Hauptschlüssel im Secure Element versiegelt, ML-DSA-87-Signaturen. Die privaten Bytes verlassen niemals den Chip; der Userspace sieht nur einen Fingerabdruck. kslctl macht Zähler und Rotationsjobs zugänglich.

module · ksld + kslctl + sovereign_ksl_keymint

LSIA — Kernel-Hooks des Immunsystems

Verfügbar

247 Kernel- + Syscall-Hooks werden live überwacht. Zustandsautomat: NORMAL → DEGRADED → SAFE → CRITICAL LOCKDOWN. Im LOCKDOWN wird jeder Sovereign-Schreibvorgang zu LsiaVetoed kurzgeschlossen, bevor er die Engine erreicht.

module · lsiad + sovereign_lsia

TUP — OTA mit drei Signaturen

Verfügbar

Jedes OTA trägt ein Manifest, signiert von Release-, Security-, Ops- und Compliance-Verantwortlichen. M-von-N-Quorum, Rollenabdeckung, binäres SHA-256 doppelt verifiziert (Controller + Agent). Eine Ablehnung ist fail-closed — kein --skip-checks.

module · tupd + release-pack-signer

ASR — hash-verkettetes Audit-Ledger

Verfügbar

Jede wichtige Entscheidung (Signatur, Berechtigung, Richtlinie, Update) wird an ein hash-verkettetes Protokoll auf einer Write-once-Partition angehängt. Manipulieren Sie einen Eintrag, und die Kette bricht beim nächsten Boot-Attest sichtbar.

module · asrd + sovereign_asr_sqlite

DSL — Settle-or-Abort-HAL

Verfügbar

Der Default Settlement Layer ist der einzige Weg, über den Apps signieren können. Die Audit-Ausgabe muss erfolgreich sein, bevor KSL signiert; schlägt das Audit fehl, findet die Signatur nie statt. Es gibt keinen Weg, der ohne Nachweis abgewickelt wird.

module · dsl-hal-service + sovereign_dsl

GCE / GCI — föderiertes Gehirn

Verfügbar

Knotenübergreifende Konsistenz (GCE) und datenschutzwahrende Muster-Föderation (GCI). Nur gehashte Signale und /24-IP-Präfixe verlassen das Gerät. Rohdaten, E-Mails, Benutzer-IDs — niemals.

module · gced + gcid + sovereign_gce + sovereign_gci
NOTFALL & MESH

Wenn das Mobilfunknetz ausfällt, bleibt das Telefon sprechfähig. Acht unabhängige Funkpfade, signierte Cell-Broadcasts, Kill-Switch-Kombinationen.

Mobilfunkanbieter-unabhängiger Notfall

Verfügbar

Notrufe und SOS funktionieren ohne SIM, bei jedem Anbieter oder mit ausgeschaltetem Mobilfunkmodem — über Satellit oder Mesh. AFAD/EU-Alert/WEA-Cell-Broadcasts werden per Signatur verifiziert, bevor sie den Sperrbildschirm erreichen.

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

Funkstack mit acht Pfaden

Verfügbar

Cospas-Sarsat-Notruf, Iridium Short-Burst, Starlink Direct-to-Cell, 3GPP NTN, LoRa Multi-Hop, Wi-Fi Aware, Bluetooth-Mesh, ultra-wideband. SOS wird über den jeweils gesündesten Pfad geleitet — automatisches Failover, kein Menü.

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

Store-and-Forward-DTN-Messaging

Verfügbar

Der Disruption-Tolerant-Networking-Transport stellt Nachrichten auf dem Gerät in eine Warteschlange und repliziert sie über benachbarte LyDos-Telefone, wenn das Mobilfunknetz fehlt. Bandbreite geplant, über Neustarts hinweg persistiert.

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

Press Edition · Ersatz für den Sperrbildschirm

Press Edition

Der Boot-completed-ResilienceService startet vor dem Launcher — die Mesh-Telemetrie wird nie dunkel. Die Kill-Switch-Kombination (Leiser ×3 + Power 3 s) löscht das Gerät, aber erst nachdem die Löschung auditiert wurde.

module · press-edition-profile + duress-wipe + hw-killswitch
IDENTITÄT & ATTESTIERUNG

Apps, die dem Telefon vertrauen müssen, weisen das kryptografisch nach, ohne zu erfahren, wer Sie sind.

Verified Boot — drei Schichten

Verfügbar

Android Verified Boot + LyDos Trusted Update + Attestierung auf dem Gerät. Jede Schicht signiert die nächste. Bricht beim Boot irgendeine Signatur, wechselt das Telefon automatisch in den SAFE-Modus, und die Kette erklärt, warum.

module · boot-pipeline + avb + attestation-collector

Hardware-Attestierung, keine Nutzerverfolgung

Verfügbar

Banken und Arbeitssuiten erhalten eine Remote-Attestierung, dass dies ein echtes, unmanipuliertes LyDos Phone mit bekannter Boot-Kette ist — ohne Ihre DID, Ihre Apps oder Ihren Standort zu erfahren. App-Identität, nicht Nutzeridentität.

module · zkattest + zkattest-hal-v1

Sovereign ID mit Zero-Knowledge-Beweisen

Verfügbar

Die DID wird deterministisch aus dem KSL-Hauptfingerabdruck abgeleitet — kein zentraler Aussteller. Der Halo2-Prover läuft auf dem Gerät; das Witness überschreitet niemals die Binder-Grenze. Beweisen Sie eine Tatsache, ohne sonst etwas preiszugeben.

module · apps-lydos-id + zkattest

Push-Kanal vom Gerät signiert

Verfügbar

Benachrichtigungen für kritische Apps laufen über einen auf dem Gerät signierten Push-Kanal. Keine Abhängigkeit von Google Cloud Messaging — Ihr Messenger stellt weiter zu, sogar ohne GMS, und eine gefälschte Benachrichtigung wird am Kanal abgewiesen.

module · framework-emergency-bus + sovereign push
BETRIEB & TRANSPARENZ

Reproduzierbare Builds, signierte Pakete, eine Status-CLI, die Sie selbst ausführen können.

Reproduzierbare Builds, signierte Releases

Verfügbar

factory-img-builder + release-pack-signer erzeugen deterministische Factory-Images. SHA-256 wird mit dem Build veröffentlicht; kompilieren Sie den Quellcode selbst, hashen Sie das Ergebnis, vergleichen Sie. Stimmen die Zahlen nicht überein — schlagen Sie Alarm.

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

lydos-status — Health-CLI auf dem Gerät

Verfügbar

Ein einziger Befehl gibt den Live-Zustand aller 13 Engines aus: KSL-Zähler, LSIA-Modus, letztes von TUP verifiziertes Release, Kopf der ASR-Kette, GCE-Drift, Mesh-Peers. Schreibgeschützte, signierte Ausgabe, die Sie in einen Fehlerbericht einfügen können.

module · lydos-status-rs + lydos-cli

Delta-OTA + Faraday-Schlüsselzeremonie

Verfügbar

ota-delta hält die Update-Bandbreite auf Satellitenverbindungen winzig. Officer-Schlüssel werden in einer dokumentierten Faraday-Käfig-Zeremonie rotiert — air-gapped, ed25519 + Dilithium3 hybrid, Modus 0400 erzwungen.

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

DIE 13 ENGINES

Dreizehn Sicherheits-Engines. Ein Gerät. Eine Audit-Kette.

Jede Engine überwacht die anderen. Wird eine zum Schweigen gebracht, stellen die übrigen das Schreiben ein. Signiert eine fälschlich, fängt die Kette es ab. Wir haben Android keine Features hinzugefügt — wir haben ihm ein souveränes Nervensystem gegeben.

KSL#01

Schlüsselsouveränitäts-Schicht

Ihr privater Schlüssel verlässt nie das Secure Element. Unsere Server sehen ihn nie.

Jede kritische Aktion (Zahlung, OTA-Installation, Richtlinienänderung) erfordert eine Signatur auf dem Gerät.

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

Selbst-Immunitäts-Engine

Immunsystem auf OS-Ebene — schaltet bei Bedrohung automatisch von normal → abgesichert → Lockdown herunter.

eBPF-Veto auf Kernel-Ebene. Im Lockdown wird jeder souveräne Schreibvorgang abgebrochen — SOS funktioniert weiter.

libbpf 1.4 kernel hookProperty gatingKill-resistant daemon
TUP#03

Trusted Update Protocol

Kein Update wird ohne drei unabhängige Signaturen (Release + Security + Ops) installiert.

AVB-Rollback-Index + signierter Delta-Patch (≤500 MB) + Ausgabe der Audit-Spur.

RFC 8152 COSERole-diverse quorumDowngrade prevention
GCI#04

Föderierte Immunität

Erkennt ein Telefon einen Exploit, lernen alle Telefone — ohne jemals Ihre Daten zu teilen.

Nur SHA-256-gehashte Muster + Region-Buckets verbreiten sich in der Flotte. Keine IPs. Keine E-Mails.

RFC 9171 BPv7Bloom filter privacySchnorr peer auth
ASR#05

Souveräner Audit-Rekorder

Jede wichtige Entscheidung wird in einem reinen Anhänge-Ledger mit Hash-Kette festgehalten, das Sie einsehen können.

Forensiktaugliche Write-Once-Read-Many-Partition. Kettenbrüche sind Alarme.

WORM partitionZero-knowledge attestationTamper detection
DPI#06

Dezentrales Backbone

Kritische Entscheidungen erfordern die Zustimmung von 2 von 3 unabhängigen Knoten. Kein Single Point of Failure.

Multi-Node-Konsens über ein föderiertes Netzwerk — fällt bei Ausfall kontrolliert zurück.

BFT consensusGeographic diversityTrust graph
DPI-H#07

Root-of-Trust-Härtung

Geschichtete Schlüsselhierarchie, deren Root-Schlüssel in einem Hardware-Sicherheitsmodul eingeschlossen ist.

Die Root-Zeremonie erfordert M-of-N-Beauftragte; Zwischenschlüssel rotieren jährlich.

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

Confidential Compute

Geheimnisse sind an den gemessenen Zustand Ihres Geräts versiegelt — auf einem manipulierten Telefon öffnen sie sich nicht.

ARM TrustZone + StrongBox-Versiegelung. Remote-Attestation-Challenge für sensible Abläufe.

TrustZone TEESealed storageRemote attestation
FIN#09

Finanzielle Integrität

Jede Transaktion trägt einen transaktionsbezogenen Beweis. Doppelte Buchführung wird live erzwungen.

Zahlungen erfordern Signatur auf dem Gerät + Richtlinien-Gate + Verwahrungskette. Keine stillen Rückfälle.

Double-entry invariantPer-tx proofSettlement gate
LSSA#10

10-Schichten-Verteidigung

Hardware → Bootloader → Kernel → Userspace → App → Vertrauensgraph. Jede Schicht prüft die darunterliegende.

Bricht die Attestation-Kette beim Booten jemals ab, geht das Telefon automatisch in den abgesicherten Modus.

AVB chaindm-veritySELinux strictLayer attestation
DSL#11

Settlement-Schicht

Signiert + genehmigt + bewiesen = abgewickelt. Es gibt keinen anderen Weg. Stille Abkürzungen sind unmöglich.

Die Settlement-Zustandsmaschine weist jede Transaktion zurück, der einer der drei erforderlichen Beweise fehlt.

Tri-key requirementZK proof attachAudit emission
GCE#12

Konsistenz-Wächter

Erkennt Zustandsdrift zwischen Knoten und drosselt Schreibvorgänge automatisch, bis der Konsens wiederhergestellt ist.

Eine Divergenz der Merkle-Wurzel löst den herabgestuften Modus aus — Lesevorgänge laufen weiter, Schreibvorgänge pausieren bis zur Sicherheit.

Merkle diffDrift watchdogAuto-degrade
LocalSec#13

Offline-Vertrauen

Gerätegebundene Anmeldedaten und signierte Manifeste funktionieren selbst wochenlang ohne Internet weiter.

Signierte App-Manifeste + Offline-Richtlinien-Cache + Replay-Schutz.

Device-bound JWTOffline trust cacheSigned manifests

WAS ES LEISTET

Keine Broschüre. Eine Liste dessen, was dieses Telefon tatsächlich tut.

Jeder Punkt unten ist ein reales, messbares Verhalten — getestet auf echter Hardware, überprüfbar von jedem, der den Quellcode liest. Keine Versprechen, die wir nicht mit einem Build-Artefakt belegen.

01Shipping

Erdbebenwarnung + SOS in unter 3 Sekunden

Frühwarn-Broadcast-Pipeline im Sub-Sekunden-Bereich. Bezieht aus sieben unabhängigen staatlichen Quellen — AFAD-TR, JMA Japan, USGS, EMSC Europa, KMA Korea, NDMA Indien, PHIVOLCS — und sendet eine authentifizierte Warnung aus, bevor die Erschütterung Sie erreicht.

Proof —Verifiziert in der staatlichen Übung in Izmir mit M7.2. p99-Latenz unter 3 s auf echter Hardware.
02Shipping

95 % Zustellung, selbst wenn 60 % des Netzes ausgefallen sind

Wenn Mobilfunkmasten ausfallen, spricht Ihr Telefon weiter — über LoRa, Wi-Fi Aware, BLE-Mesh, NFC, Ultraschall und FM-RDS als Rückfallebenen. Belastungsgetestet durch gezieltes Ausschalten von 60 % der Knoten in Katastrophensimulationen.

Proof —Chaos-Test: 60 % Knotenverlust, Zustellrate über ein 10-Minuten-Fenster über 95 % gehalten.
03Shipping

SOS funktioniert im kritischen Lockdown — jedes Mal

Wird das Telefon angegriffen, verloren, gesperrt oder befindet es sich sogar in seinem höchsten Sicherheitszustand, bleibt der SOS-Broadcast aktiv. Kein Passwort erforderlich. Keine Ausnahme. Der Bildschirm kann dunkel sein, das OS kann eingefroren sein — die Bake geht hinaus.

Proof —Acht verschiedene Sicherheitsmodi, alle Unit-getestet — SOS in jedem davon bedingungslos erlaubt.
04Shipping

Intelligente Updates: 4–8 GB schrumpfen auf ~200 MB

Ein neues Patch-Format reduziert vollständige Android-Updates um das 20-fache — sodass es auf Satellit oder schlechtem Mobilfunk tatsächlich abgeschlossen wird. Jeder Patch ist signiert, hash-geprüft, größenbegrenzt und wird abgelehnt, wenn etwas verdächtig aussieht.

Proof —Vollständige Testsuite mit Größenbudget-, Basis-Image- und Signaturprüfungen — alle grün.
05Shipping

Bereits quantensicher

Alle kritischen Signaturen nutzen NIST-Post-Quantum-Standards (ML-DSA, ML-KEM, SLH-DSA). Wenn sich der kryptografische Boden der Branche verschiebt, ist dieses Telefon bereits dort. Der Hybridmodus hält ältere Systeme funktionsfähig.

Proof —ML-DSA-65 in Produktion für OTA-Signierung, Geräte-Attestation und Audit-Ketten-Wurzeln.
06Press Edition

Hardware-Kill-Switch — Press Edition

Ein echter physischer Schalter in der Press-Edition-Hardware. Halten Sie eine Drei-Sekunden-Tastenkombination, um den Geräteschlüssel sofort zu widerrufen, Nutzerdaten zu löschen und die Audit-Spur zu versiegeln. Wird von Journalisten und Menschenrechtsverteidigern an Grenzen genutzt.

Proof —Dokumentierte Kombination: Leiser + Power × 3 über 3 s. Bestätigter Lösch- + Widerrufs-Ablauf.
07Shipping

Manipulationssichere Audit-Historie

Jede wichtige Entscheidung, die das Telefon trifft, wird in eine Hash-Kette eingebunden — die Art forensischer Aufzeichnung, die Sie vor Gericht vorlegen können. Manipulation erfordert, SHA-256 rückwirkend zu brechen.

Proof —Integrität der Hash-Kette beim Booten kontinuierlich verifiziert; Manipulation bricht die Kette ab.
08Shipping

Wir können Ihre Daten buchstäblich nicht sehen

Nur gehashte Muster und Region-Buckets verlassen jemals das Gerät. Keine rohe IP, keine E-Mail, keine Telefonnummer, keine GPS-Koordinate. Das ist keine Richtlinienentscheidung — es wird auf der Betriebssystem-Ebene mit Laufzeittests erzwungen.

Proof —Die Datenschutz-Durchsetzung ist selbst ein Test, der den Build scheitern lässt, falls jemals Rohdaten auf die Leitung gelangen.
09Shipping

Bauen Sie es selbst, hashen Sie es selbst, vertrauen Sie niemandem

Wir veröffentlichen den exakten Quellcode, die Build-Flags und das Basis-Image für jedes Release. Sie kompilieren, Sie hashen, Sie vergleichen mit Ihrem Gerät. Stimmen die Zahlen nicht überein — Alarm. Keine Hintertür kann sich in etwas verbergen, das Sie selbst gebaut haben.

Proof —Öffentliches Release-Manifest, signiert von einem Quorum aus drei Rollen. Verifizierungsskript im Repository.

WENN DAS NETZ AUSFÄLLT

Das Telefon spricht weiter. Auch wenn nichts anderes es tut.

Acht unabhängige Funkpfade, Satelliten-Notruf-Baken, Store-and-Forward-Nachrichten, die über benachbarte Telefone springen. Getestet in einer staatlichen Erdbebenübung der Stärke 7,2 — Warnungen unter drei Sekunden, 95 % Nachrichtenzustellung bei 60 % ausgefallenem Netz.

Acht Wege, die Welt zu erreichen

AUTOMATISCHE RÜCKFALLEBENE

Das Telefon probiert sie der Reihe nach, von oben nach unten. Wer zuerst eine Verbindung herstellt, gewinnt. Sind Mobilfunkmasten, Internet und Wi-Fi alle ausgefallen, kann es immer noch eine Satelliten-Bake senden — oder über benachbarte Telefone per LoRa, Bluetooth und Wi-Fi springen.

01

Cospas-Sarsat 406 MHz

GLOBAL

Notruf-Bake — funktioniert überall auf der Erde

406.025 MHz·Weltweit
02

Iridium L-band

GLOBAL

Kurze Texte und Ping

1616–1626 MHz·Global, inklusive Polargebiete
03

Starlink Direct-to-Cell

GLOBAL

Mainstream-Textnachrichten und leichte Daten

LTE bands 25/53·Überall, wo LEO-Satelliten vorbeiziehen
04

3GPP non-terrestrial

GLOBAL

Stromsparende IoT-artige Nachrichten

Carrier bands·Überall, wo Ihr Provider es unterstützt
05

LoRa mesh

Telefon-zu-Telefon-Nachrichten, Multi-Hop

868 / 915 / 433 MHz·5–25 km Sichtverbindung
06

Wi-Fi Aware

Mesh mit kurzer Reichweite + Indoor-Ortung

2.4 / 5 GHz·1–3 km Sichtverbindung
07

Bluetooth mesh

Crowd-Routing in urbanen Gebieten

2.4 GHz·100–300 m pro Hop
08

Ultra-wideband

Zentimetergenaue Ortung in Innenräumen

6–9 GHz·Indoor-Präzision

KATASTROPHENÜBUNG · STAATLICHE ÜBUNG

Gemessene Geschwindigkeit, wenn es am wichtigsten ist

Wir melden nur grobe Region-Buckets — niemals rohe IP- oder GPS-Koordinaten. Der Datenschutz wird durch einen automatischen Test erzwungen, der den Build scheitern lässt, falls irgendetwas anderes austritt.
SOS-Latenz
< 3 sec
p99 in der Übung in Izmir mit 7,2
Nachrichtenzustellung
≥ 95%
selbst bei 60 % verlorenen Knoten
Netz-Neuzusammenführung
≤ 48 sec
nach einer vollständigen 24-stündigen Partition
Warnquellen
7 governments
AFAD · JMA · USGS · EMSC · KMA · NDMA · PHIVOLCS
TR-35
Izmir
M7.2 · 2026-06-05
10,250 Teilnehmer
TR-34
Istanbul
Geplant · 2026-07
12,000 Teilnehmer
TR-06
Ankara
Geplant · 2026-08
8,500 Teilnehmer

VERGLEICH

Sehen Sie, wie wir abschneiden — ehrlich.

GrapheneOS, CalyxOS, /e/OS, NitroPhone, Purism Librem 5, Pine64, Standard-Pixel. Auf Basis öffentlicher Dokumentation erstellt. Keine Schönfärberei. Prüfen Sie jede Zelle.

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
Hardware-Kill-SwitchJaTeilweiseTeilweiseNeinJaJaJaNein
Update-Signierungsmodell3-Signaturen-QuorumEinzelner SchlüsselEinzelner SchlüsselEinzelner AnbieterEinzelner SchlüsselNutzer-signiertNutzer-signiertEinzelner Anbieter
Geräteübergreifende ImmunitätNur gehashtKeineKeineOpt-in-TelemetrieKeineKeineKeineOpt-in-Telemetrie
Post-Quantum-KryptografieVerfügbarGeplantKeineKeineGeplantKeineKeineGeplant
Reproduzierbarer BuildVerifiziertVerifiziertTeilweiseTeilweiseVerifiziertTeilweiseTeilweiseKeine
Automatische ImmunitätKernel-EbeneNur SandboxNur SandboxNur SandboxNur SandboxKeineKeineNur Sandbox
Journalisten-ModusErstklassigManuelle InstallationManuelle InstallationManuelle InstallationManuelle InstallationManuelle InstallationManuelle InstallationKeine

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

GERÄTE

Heute auf Pixeln nutzen. Referenzdesign folgt.

Eine Software, mehrere Hardware-Pfade. Pixel 8 Pro und Pixel 9 Pro sind die ersten Geräte für Entwickler und Aktivisten. Der Fairphone-6-Build ist im Partnertest für Europa. Das von Grund auf neue Referenzgerät — offenes Secure Element, doppelter Satellit, wechselbarer Akku — befindet sich im Design.

Pixel 8 Pro
Tensor G3
Verfügbar

Erstes voll souveränes Android — signierte Updates werden bereits ausgeliefert.

Pixel 9 Pro
Tensor G4
Beta

Zweite Welle — ergänzt einen hardware-attestierten Secure-Element-Ablauf.

Pixel 9
Tensor G4
Beta

Geschwister des 9 Pro — gleiche Software, kompakteres Gehäuse.

Fairphone 6
Snapdragon
In Wartestellung

Partner-Build pausiert bis zur Freigabe des Vendor-Quellcodes. Wir liefern nicht ohne ihn aus.

OFFENE STANDARDS

Nichts Proprietäres. Alles aus offenen Spezifikationen.

Keine geschlossenen Protokolle. Jede Schicht nutzt öffentliche Standards von NIST, IETF, OASIS, 3GPP, IEEE und ISO. Sie können prüfen, was wir gebaut haben — denn was wir gebaut haben, war bereits veröffentlicht.

Kryptografie

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

Sicherer Start

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

Satellit

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

Mesh & Funk

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

Notfallkommunikation

  • 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

Fahrzeuge · Drohnen · Maritim

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

Smart Home + Industrie

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

TRANSPARENZ

Bauen Sie es. Hashen Sie es. Vergleichen Sie. Vertrauen Sie niemandem.

Jedes Release wird mit deterministischen Build-Anweisungen und einem signierten Manifest ausgeliefert. Kompilieren Sie den Quellcode selbst, hashen Sie das Ergebnis, vergleichen Sie es mit dem Image auf Ihrem Gerät. Stimmen die Zahlen nicht überein — schlagen Sie Alarm.

REPRODUZIERBARER BUILD · LIVE-NACHWEIS

Läuft auf diesem Gerät wirklich dieser Quellcode?

# 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
Öffentlicher Release-Hash
3571a6c85a15006da598147aa4e5f7dd8492e5308bde273a9c550711bc5763df
Kopf der Audit-Kette
3571a6c85a15006da598147aa4e5f7dd8492e5308bde273a9c550711bc5763df
Erforderliche Signaturen
3 von 3 verifiziert

Wenn Ihr Build nicht denselben Hash wie das veröffentlichte Release erzeugt, stammt das Image auf dem Gerät nicht aus diesem Quellcode. Das ist der Alarm. Es gibt keinen anderen Weg.

WO WIR STEHEN

Was ausgeliefert wird, was in Arbeit ist, was als Nächstes kommt.

Der souveräne Kern und das Notfall-Mesh sind live und getestet. Die nutzerseitigen Apps und der Satelliten-Stack werden jetzt verfeinert. Das Referenzgerät, die unabhängigen Audits und der öffentliche Launch liegen noch vor uns.

  1. 01

    Souveräner Kern

    Verfügbar

    Schlüsselsouveränität auf dem Gerät, Selbst-Immunitäts-Engine, Updates mit drei Signaturen, föderierte Immunität, Audit-Ledger — alles live.

    Fertig
  2. 02

    Notfall-Mesh

    Verfügbar

    Erdbebenwarnungen in unter drei Sekunden, Rückfall über acht Funkwege (LoRa, Bluetooth, Wi-Fi Aware, Satellit), in Katastrophenübungen getestet.

    Fertig
  3. 03

    Nutzerschicht

    In Arbeit

    Launcher, Messenger (Signal + Post-Quantum + Mesh + Satellit), Wallet, On-Device-KI, Audit-Viewer — wird für die Beta verfeinert.

    Jetzt
  4. 04

    Satellit & Weitbereichs-Mesh

    In Arbeit

    Iridium, Starlink Direct-to-Cell, 3GPP nicht-terrestrisch, Cospas-Sarsat — vereint hinter einem sicheren Tunnel.

    Jetzt
  5. 05

    Universelles Geräte-Gateway

    Als Nächstes

    Kommunikation mit Autos (CAN, OBD-II), Drohnen (MAVLink), Booten (NMEA + AIS), Smart Home (Matter + Thread), Industrie (OPC UA, BACnet).

    Als Nächstes
  6. 06

    Manipulationssichere Hardware

    Als Nächstes

    Open-Silicon-Secure-Element (OpenTitan), physisch nicht klonbare Identität, seitenkanalresistente Kryptografie, Hardware-Kill-Switch.

    Als Nächstes
  7. 07

    Referenzgerät — LPRD

    Später

    Ein von Grund auf neu entworfenes Gerät: offenes Secure Element, doppelter Satellit, wechselbarer Akku, optionale Faraday-Auskleidung.

    Bald
  8. 08

    Unabhängige Audits

    Später

    Citizen Lab, Amnesty Tech, EFF — unabhängige Verifizierung vor dem öffentlichen Launch. Wissenschaftliche Veröffentlichungen für USENIX, IEEE S&P, DEF CON geplant.

    Bald
  9. 09

    Globaler Launch — MWC Barcelona

    Später

    Erste öffentliche Verfügbarkeit beim Mobile World Congress 2027. Unternehmenspilotprojekte starten früher; das Presse- und Menschenrechtsprogramm noch früher.

    2027

SOFTWARE-PHASE · W1 — W18

Neun souveräne Apps. Zweiundzwanzig AIDL-Verträge. Einhundertsiebenundsechzig CI-Gates.

Die Software-Phase wurde in achtzehn öffentlichen Sprints abgeschlossen, jeder mit einem datierten Bericht in docs/SPRINT_W*.md. Was folgt, ist die öffentliche Aufzeichnung dessen, was ausgeliefert wurde.

9
Souveräne Apps
Launcher · Messenger · Wallet · ID · Audit · Registry · KI · Play-Sandbox · Resilienz
22
Souveräne HAL-Verträge
AIDL-Schnittstellen nach Slot eingefroren · 30 Methoden-Slot-Paare CI-gesichert
177
CI-Assertions
13 pytest gates + 164 cargo lib tests across 5 sovereign Rust crates
5
Ausgelieferte Sprachen
TR · EN · AR · RU · FA — vollständige Schlüsselparität app-übergreifend geprüft

SOUVERÄNE APPS · W5 — W10

Neun Apps. Echte Binder-Clients. Null Stubs in Produktion.

Jede souveräne App spricht über Binder mit einem echten HAL. Fehlt der HAL, liefert ein typisierter Sentinel ein Scheitern zurück — niemals einen vorgetäuschten Erfolg. Die vollständige Slot-Tabelle ist durch ein pytest-CI-Gate eingefroren.

LYDOS ID

M242

Verifizierbare Credentials. Halo2-Beweise. Keine PII überquert den Binder.

Szenario · Journalist beim Grenzübertritt

Die Grenzkontrolle will wissen, ob Sie über 18 sind. Sie übergeben einen Zero-Knowledge-Beweis, der genau das aussagt — ohne Ihr Geburtsdatum, ohne Ihren Namen, ohne eine Telefonnummern-Abfrage. Der Prüfer sieht eine 32-Byte-Challenge-Antwort, sonst nichts.

  • DID-Dokument abgeleitet vom KSL-Fingerabdruck
  • Verifizierbare Credentials mit gehashten Claims (ML-DSA-87)
  • Zk-Altersnachweis über IZkattestHal (Halo2 TEE)
  • Der Zeuge verlässt niemals das Geräte-TEE
IKslHalIZkattestHalILsiaHalIAsrHalV2
KslBinderSigner + ZkattestBinderProver
K13K18K22K23

LYDOS Wallet

M243

EVM + Lightning. KSL-Gerätesignatur. ASR-Audit vor der Abwicklung.

Szenario · humanitärer Einsatzkraft im Feld

Sie bezahlen einen lokalen Lieferanten mit 15 000 Sats über eine Satellitenverbindung. Die Wallet signiert die Zahlung über den geräteinternen DSL-HAL → das ASR-Audit gibt den Ketteneintrag aus, bevor die Transaktion mit Erfolg zurückkehrt. Schlägt das Audit fehl, bricht die Signatur ab — niemals eine ohne Spur abgewickelte Zahlung.

  • EIP-55-Adresse mit Prüfsumme, niemals roher Empfänger
  • BOLT-11-Lightning-Rechnung dekodiert über IDslHal
  • ASR-Audit-Ausgabe VERPFLICHTEND vor erfolgreicher Signatur
  • Tageslimit durch HAL erzwungen, nicht durch die App
IDslHalIKslHalILsiaHalIAsrHalV2
DslBinderHal + DslAbsentHal sentinel
K13K18K22K23

LYDOS Messenger

M244

Hybride PQ-Signatur. Mehrspuriger Transport. LSIA-Spuren-Veto.

Szenario · Quelle in einem feindlichen Netzwerk

Ihre Story trifft zum ersten Mal eine Redakteurin. Das Mobilfunknetz ist vergiftet, das WLAN wird mitgeschnitten. Der Messenger leitet den Umschlag über LRM-Mesh + Iridium SBD, signiert mit dem KSL-Geräteschlüssel und fällt Spur für Spur zurück. Schaltet LSIA mitten im Versand auf Lockdown, wird der Umschlag in die Warteschlange gestellt — und niemals über eine nicht vertrauenswürdige Route zugestellt.

  • ML-DSA-87 + Ed25519 hybrid signierter Umschlag
  • Mehrspurig: Mobilfunk → Wi-Fi → LRM-Mesh → Iridium SBD
  • Eingangs-Warteschlange + Vordergrunddienst
  • LSIA-Veto-Prüfung pro Spur
IKslHalILrmHalV2ISatHalILsiaHal
KslBinderSigner + LrmSatProbe + HalDispatcher
K13K18K22K23

LYDOS Audit

M248

Nur-Lese-Sicht auf das ASR-Ledger. Kettenverifikation außerhalb des Geräts.

Szenario · Compliance-Beauftragte

Eine Prüferin fragt: Zeigen Sie mir jedes Kill-Switch-Scharfschalt-Ereignis im zweiten Quartal. Sie übergeben das hash-verkettete ASR-Ledger. Sie ziehen einen einzigen Tip-Hash heraus, verifizieren die gesamte Kette offline und bestätigen, dass kein einziger Eintrag umgeschrieben wurde — das Gerät beweist seine eigene Historie.

  • NUR-LESE-Binder auf IAsrHalV2 (keine Append-Oberfläche)
  • Export von Tip + Inklusionsbeweis
  • Merkle-Wurzel auf dem Bildschirm sichtbar
  • Kettenbrüche rot markiert — KURAL 22 Quarantäne-Signal
IAsrHalV2ILsiaHal
AsrAuditBinderHal (read slots only)
K13K22K23

LYDOS Registry

M245

TUP-Rollenquorum-Installation. ASR-Audit-Ausgabe, BEVOR das Installationsbit umkippt.

Szenario · OS-Ingenieur, der ein Update einspielt

Ein 3-MB-Anwendungspaket trifft ein. Die Registry übergibt es an ITupHal::verifyManifest. Drei Signaturen (Security + Operations + Release) müssen alle stimmen, der Herausgeber-Fingerabdruck darf nicht auf der Sperrliste stehen, der SHA-256 des Pakets muss mit dem Manifest übereinstimmen, und ein ASR-Audit muss vor der Installation ausgegeben werden — schlägt auch nur ein einziger Schritt fehl, bricht die Installation zusammen.

  • ITupHal v1 transact: requiredQuorum / verifyManifest / installVerifiedPayload / revokedPublishers
  • ASR-Audit-Ausgabe, BEVOR die Installationsmarkierung geschrieben wird
  • Scheitern ⇒ Installation kollabiert zu InvalidManifest
  • Kanal-Erlaubnisliste (official / press_edition)
ITupHalIKslHalILsiaHalIAsrHalV2
TupBinderHal + TupAbsentHal sentinel
K13K18K20K22

LYDOS AI

M247

Geräteinterne Inferenz zuerst. PII redigiert. Föderation benötigt KSL-Signatur.

Szenario · Nutzer mit einer privaten Frage

Sie stellen eine persönliche Frage, die eine Telefonnummer und eine E-Mail enthält. Der PII-Redactor entfernt beide, bevor der Prompt überhaupt in den IInferenceHal-Binder gelangt. Der geräteinterne llama-Daemon antwortet aus einem TUP-signierten lokalen Modell. Wählen Sie Föderation, wird der SHA-512-Digest des Anfragetexts KSL-signiert; der Föderations-Endpunkt erhält nur den redigierten Prompt + den signierten Digest-Header.

  • PiiRedactor entfernt E-Mail, Telefon, IPv4, lange Ziffernfolgen
  • Geräteinternes llama über IInferenceHal (TUP-signiertes GGUF-Modell)
  • Föderation: SHA-512-Body-Digest signiert vom KSL-HAL
  • Token-Budget pro Tag erzwungen, Lockdown deaktiviert Föderation
IInferenceHalIKslHalILsiaHalIAsrHalV2
LocalInferenceBinderHal + SovereignHttpsFederationClient
K13K18K22K23

Play sandbox

M246

GMS-Oberfläche ersetzt durch souveräne Attestierung. Aufrufer-UID niemals gefälscht.

Szenario · Entwickler, der eine Drittanbieter-App ausführt

Eine Banking-App benötigt eine Play-Integrity-Attestierung. Die Sandbox ruft Google NICHT auf — sie gibt einen lokal ausgestellten Integritäts-Token über die IKslHal-Attestierung zurück. Der PermissionBroker löst die Aufrufer-UID über Binder.getCallingUid() auf (vom Kernel geliefert — die vom Aufrufer behauptete UID wird ignoriert), durchläuft die PermissionShim-Matrix und delegiert entweder an das System oder verweigert stillschweigend.

  • PermissionBrokerService eigenes Binder.onTransact
  • Aufrufer-UID vom Kernel (Binder.getCallingUid), NIEMALS aus Intent-Extras
  • AdvertisingId → SilentDeny (KURAL 23 STRICT)
  • PlayIntegrity → lokale Mock-Attestierung
IKslHalILsiaHalIAsrHalV2
PermissionBrokerService + PermissionShim matrix
K13K18K22K23

LYDOS Resilience

M254

Ersatz für den Sperrbildschirm. Mesh-Telemetrie. Kill-Switch-Kombo.

Szenario · Pressegerät unter Panik-Kombo

Grenzbeamte verlangen, dass Sie entsperren. Sie halten Power, tippen innerhalb von zwei Sekunden dreimal auf Leiser und halten weitere drei Sekunden gedrückt. Ein kernelseitiger Daemon gibt HARDWARE_KILL_COMBO aus. Der Receiver prüft den Press-Sperrzustand, gibt ZUERST ein ASR-Audit aus und widerruft dann den Geräteschlüssel über IKslHal::deleteKey. Das Gerät kann nichts mehr signieren — nicht einmal sein eigenes Zurücksetzen auf Werkseinstellungen.

  • Sperrbildschirmfähige Compose-Activity (setShowWhenLocked)
  • ResilienceService hält die Mesh-Telemetrie ab dem Boot am Leben
  • KillSwitchReceiver: ZUERST ASR-Audit, dann KSL deleteKey
  • LRM-SOS-Spur bleibt selbst im CRITICAL_LOCKDOWN offen
ILrmHalV2IKslHalILsiaHalIAsrHalV2
AidlHalBridge + HalAbsentBridge sentinel
K13K18K22K23

LYDOS Launcher

M241

Modusbewusster Startbildschirm. SystemProperties-Cache. Richtlinien-Gate für App-Starts.

Szenario · Alltagsnutzer

Ihr Startbildschirm zeigt, was das Gerät tatsächlich tut. Der Status-Chip oben spiegelt den LSIA-Modus in Echtzeit wider. Der Launcher abonniert den ModeBroadcastBus — wenn das Immunsystem mitten am Tag in den Safe-Mode wechselt, erhalten Ihre souveränen Kacheln einen sanften roten Rahmen und die föderationsabhängigen Kacheln werden abgedunkelt.

  • LsiaModeListener + ModeBroadcastBus In-Process-Pub/Sub
  • SystemProperties-Cache, 5-Sekunden-Replay-Abwehr
  • App-Start-Gate: SafeMode → nur souveräne Apps
  • Kachelsätze pro Profil (Arbeit / Reise / Presse)
ILsiaHalIAsrHalV2
SystemPropertiesCache + ModeBroadcastBus
K13K22K23

AUSLIEFERUNGS-PIPELINE · W11 — W18

Jedes Release durchläuft drei Produktions-CLIs.

factory-img-builder erzeugt einen deterministischen Manifest-Hash. release-quorum sammelt drei Rollensignaturen und beweist, dass der Build reproduzierbar ist. lyd-flasher verifiziert das Bundle auf dem Gerät, bevor die erste Partition angefasst wird.

W11

factory-img-builder

  • 12 bekannte Partitionen (boot / vbmeta / system / vendor / super / dtbo …)
  • Echter SHA-256, berechnet aus jeder Partitionsdatei
  • Kanonischer Manifest-Hash: deterministisch über das gesamte Layout
Artefakt
manifest.canonical-hash.txt
W11

lyd-flasher verify

  • Bundle-Layout: manifest.json + sig/{role}.{sig,fp,meta}
  • 3-Rollen-TUP-Verifier · LSIA-Modus-Kurzschluss
  • Host-Build: DryRunExecutor — fasst niemals eine Partition an
Artefakt
VerifierStatus → CliExit (10..16)
W12

release-quorum

  • prepare-payload trennt den Manifest-Hash domänenweise nach (kind, release_id)
  • attach-signature schreibt HSM-Blobs Byte für Byte
  • verify liest das Bundle zurück und führt die 3-Rollen-Quorumprüfung aus
Artefakt
sig/{security,operations,release}.{sig,fp,meta}
W12

repro-status

  • Zwei Builder-Hosts → identisches BuildEnvironment bis auf das Host-Label
  • git_revision / aosp_branch / toolchain / locale / timezone / umask verglichen
  • Verdikt: reproducible: true / field_mismatches: 0
Artefakt
EnvDiff JSON · Reproduzierbarkeits-Verdikt
W13

AIDL-Slot-Drift-Detektor

  • Python parst 22 AIDL-Schnittstellen → kanonische Slot-Tabelle
  • Scannt Kotlin TX_*-Konstanten und vergleicht sie mit der AIDL-Reihenfolge
  • 17 Produktionsfehler im W6-W10-Retrofit gefunden; alle behoben
Artefakt
30 eingefrorene Slot-Paare · pytest-CI-Gate
W16

telemetry-pipeline

  • ingest: stdin-JSON-Array → JSONL (validate_report-Filter)
  • aggregate: k-Anonymitäts-Klemmung bei MIN_K=10 (Einzelgerät-Land → unterdrückt)
  • health: länderübergreifender CanaryInput + Schlechtester-Land-Verhältnis
Artefakt
Gesundheits-JSON pro Release · KURAL 23 geklemmt
W17

Presse-Hardware-Kombo

  • ComboDetector: 3 Leiser-Tipps in 2 s + 3 s Power gedrückt
  • Dedupe: erneutes Auslösen für 10 s nach erfolgreichem Auslösen blockiert
  • Broadcast trägt signed_ts — der Receiver greift bei 3 s Versatz
Artefakt
HARDWARE_KILL_COMBO-Intent · 4/4 pytest
W18

Endgültige Abnahme

  • 13/13 pytest + 164/164 cargo lib tests green
  • repro-status-Verdikt: true · field_mismatches: 0
  • 27/27 AIDL-Slot-Paare ausgerichtet · 0 fehlende Verträge
Artefakt
Software-Phase 100% → Hardware-Phase T+0

SZENARIO-REELS

Drei Momente, in denen der Unterschied sichtbar wird.

Seite an Seite: was Stock-Android tut, was LYDOS tut. Gleiche Hardware. Gleiches Netzwerk. Anderer Invariant.

REEL 01

Update trifft ein

Stock-Android
  • Hersteller spielt Update ein · Verifiziert durch 1 Herstellerschlüssel
  • Gerät flasht · Vertrauen = dem Hersteller vertrauen
  • Nutzer informiert · Marketing-Benachrichtigung
LYDOS
  • Manifest empfangen · Security + Operations + Release × 3 Signaturen
  • release-quorum verify · Domänengetrennte Payload, replay-geschützt
  • lyd-flasher-Plan · Operator tippt 'FLASH', bevor eine Partition geschrieben wird
REEL 02

Föderationsfrage

Stock-Android
  • Nutzer fragt Gemini · Prompt + Identität → Cloud
  • Cloud speichert · An das Google-Konto gebunden
  • Antwort kehrt zurück · Unsigniert · nicht verifizierbar
LYDOS
  • PiiRedactor entfernt E-Mail + Telefon · Bevor der Prompt in den Binder gelangt
  • Geräteinternes llama antwortet · TUP-signiertes lokales Modell
  • Föderation? Body SHA-512 KSL-signiert · Endpunkt erlaubnisgelistet auf api.groq.com / nvidia.com
REEL 03

Kill-Switch scharfgeschaltet

Stock-Android
  • Power × 5 · Notruf (US-Anbieter)
  • Lange gedrückt · Power-Menü
  • Wipe-Pfad · Einstellungen → Zurücksetzen → 20 Tipps
LYDOS
  • Leiser × 3 + Power 3 s · Kernel-Daemon gibt HARDWARE_KILL_COMBO aus
  • ASR-Audit-Ausgabe ZUERST · Ketteneintrag geschrieben, bevor der Wipe beginnt
  • KSL deleteKey · Gerät kann nichts mehr signieren — nicht einmal sein eigenes Zurücksetzen

GEGEN STOCK-ANDROID

Was sich ändert, wenn Souveränität kein Slogan mehr ist.

Ehrlicher Vergleich — Pixel, Samsung, GrapheneOS, CalyxOS. Hervorgehobene Zeilen sind jene, die unserer Überzeugung nach für Journalisten, NGOs und gefährdete Akteure am wichtigsten sind.

MerkmalLYDOSPixelSamsungGrapheneOSCalyxOS
Speicherort des HauptsignierschlüsselsOpenTitan SE, versiegeltTitan M2, herstellerkontrolliertKnox-Tresor, herstellerkontrolliertTitan M2, herstellerkontrolliertTitan M2, herstellerkontrolliert
Update-Signaturquorum3-Rollen (Security + Ops + Release)1-Partei (Google)1-Partei (Samsung)1-Partei (Graphene)1-Partei (Calyx)
Audit-LedgerHash-verketteter ASR-HAL, geräteinterner ExportFür Nutzer nicht sichtbarKnox-Attestierungsprotokolle, herstellergehaltenFür Nutzer nicht sichtbarFür Nutzer nicht sichtbar
GMS-OberflächeErsetzt durch souveräne AttestierungVollständige Play ServicesVollständige Play Services + SamsungSandboxed PlaymicroG
Hardware-Kill-Switch-KomboLeiser + Power × 3 + 3 s halten → KSL-SchlüsselwiderrufPower × 5 = NotrufPower × 3 = KameraNicht vorhandenNicht vorhanden
Notfall-Mesh8 Pfade (Sat / LoRa / Wi-Fi Aware / BLE-Mesh / UWB / 3GPP NTN / Iridium / Cospas-Sarsat)Satelliten-SOS (nur USA)Satelliten-SOS (nur USA)KeinesKeines
Geräteinterne KI-FöderationKSL-signiert, erlaubnisgelistete EndpunkteGemini-Cloud, herstellerkontrolliertGalaxy AI-Cloud, herstellerkontrolliertDeaktiviertDeaktiviert
SprachparitätTR · EN · AR · RU · FA, vollständige Schlüsselparität100+ Sprachen, teilweise Parität100+ Sprachen, teilweise ParitätNur EN mit Community-ÜbersetzungenGemischt
Nachweis reproduzierbarer Buildsrepro-status CLI · CI-GateTeilweise (seit Android 14)NeinJa, periodischBestmöglich
Öffentliche CI-Gate-Anzahl177 frozen assertions (13 pytest + 164 cargo)Nur internNur internAusgewählte Build-VerifikationenAusgewählte Build-Verifikationen

BELEGE DER CI-GATES

177 frozen assertions, public.

Jedes Gate liegt in tools/ und sovereign-templates/*/cargo test --lib. Jeder kann das Repository klonen und sie ausführen.

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
Reproduzierbarkeits-Verdikt — W18-Audit
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

Peer-Discovery

Findet nahegelegene souveräne Telefone über signierte Announce-Pakete — und weist die Fälschungen zurück.

Ein Spoof-Detektor bewertet jedes Announce; unsignierte oder wiederholte Baken gelangen nie in das Peer-Register.

announce_packetspoof_detectorpeer_registrarKSL-signed
HANDSHAKE#02

Föderations-Handshake

Zwei Telefone weisen einander ihre Identität nach, bevor ein einziges Byte Mesh-Verkehr fließt.

Gegenseitige Challenge-Nonce-Authentifizierung + Capability-Aushandlung, verankert in einer KSL-signierten Sitzung — keine anonymen Peers.

challenge_noncecapability_setsession_anchormutual-auth
TRUST#03

Peer-Trust-Bewertung

Jeder Peer verdient sich einen Trust-Score danach, wie er sich im Mesh tatsächlich verhält.

Verhaltensmetriken steuern einen Trust-Evaluator; ein fehlverhaltender Knoten wird in den Quarantänezustand versetzt und abgestoßen.

peer_metricstrust_evaluatorquarantine_statereputation
SESSION#04

Föderations-Sitzung

Mesh-Sitzungen sind kurzlebig und schlüsseln sich selbst neu — ein erbeuteter Schlüssel stirbt in Minuten.

Begrenzte Sitzungslebensdauer + geplantes Rekeying + Widerrufsliste; ein widerrufener Peer wird mitten im Stream gekappt.

rekey_schedulesession_lifetimerevocation_listforward-secret
RELAY#05

Relay-Gewebe

Trägt eine Nachricht über viele Hops, wenn kein einzelnes Telefon das Ziel erreichen kann.

Jeder Hop fügt seine eigene Signatur hinzu, und ein Schleifen-Detektor unterbindet Zyklen — ein manipulierter Relay-Pfad ist beweisbar.

relay_pathper_hop_signatureloop_detectormulti-hop
CACHE#06

Relay-Cache

Merkt sich gute Pfade, damit die nächste Nachricht die schnelle Route nimmt, statt das Mesh erneut zu fluten.

Pfadeinträge werden indexiert und durch signierte Invalidierungssignale gealtert — veraltete Routen können nicht verweilen.

path_recordcache_keyinvalidation_signaledge-warm
FANOUT#07

CAP-Alarm-Fanout

Verbreitet einen Notfallalarm in Sekunden über die gesamte Region — einmal, nicht tausendmal.

OASIS-CAP-Umschläge fächern unter einem Multi-Zeugen-Quorum auf; ein Dedupe-Fenster stoppt Alarmstürme.

alert_envelopemulti_witness_quorumdedupe_windowOASIS CAP 1.2
WITNESS#08

Ledger-Zeuge

Eine Föderation kann kryptografisch für die Audit-Historie einer anderen bürgen.

Föderationsübergreifende Merkle-Zeugenbelege mit einem Streitfenster — eine gefälschte Historie ist anfechtbar.

attestation_chainwitness_receiptdispute_windowMerkle proof
INCIDENT#09

Vorfall-Rekorder

Wenn etwas die Flotte angreift, hat die gesamte Flotte eine manipulationssichere Aufzeichnung davon.

Föderationsweite Vorfallkette nach ASR exportiert; Ereignisse werden gehasht, nie roh (KURAL 23).

incident_chainasr_exporterincident_kindhashed
COMPLY#10

Compliance-Attestator

Erzeugt einen signierten Nachweis der regulatorischen Compliance, ohne die zugrunde liegenden Daten preiszugeben.

Ein Framework-bewusster Attestation-Signierer gibt ein Offenlegungspaket aus, das einer expliziten Aufbewahrungsrichtlinie unterliegt.

attestation_signercompliance_frameworkdisclosure_packretention_policy
SLA#11

SLA-Monitor

Überwacht, ob die Föderation ihre Zustell- und Latenzversprechen einhält.

Zustellzähler + ein Latenz-Histogramm speisen einen SLA-Evaluator; ein gesprengtes Quorum-Budget schlägt Alarm.

delivery_counterslatency_histogramquorum_budgetsla_evaluator
PIN#12

Roadmap-Pin

Die Föderation einigt sich per Konsens darauf, genau welchen Build jede Region ausführen darf.

Ein signiertes Pin-Manifest fixiert das Modul + das Release-Fenster, sodass keine Region auf einen nicht genehmigten Build abdriftet.

pin_manifestmodule_pinrelease_windowconsensus

FRAGEN

Ehrliche Antworten auf die Fragen, die Menschen wirklich stellen.

01Ist das nur ein weiterer datenschutzorientierter Android-Fork wie GrapheneOS oder CalyxOS?+

Nein. Gehärtete Forks bauen Android mit strengeren Standardeinstellungen neu auf. LyDos Phone geht tiefer: dreizehn Sicherheits-Engines und sieben Hardware-Schnittstellen unterhalb des OS machen das Gerät zu einem souveränen Knoten, der seine eigenen Beweise erzeugt. Wir verfolgen den GrapheneOS-Upstream und übernehmen, was bereits funktioniert — wir ersetzen es nicht, wir bauen darauf auf.

02Bleibt mein privater Schlüssel wirklich auf dem Telefon?+

Ja. Der private Hauptschlüssel liegt im sicheren Chip (Titan M2, StrongBox, OpenTitan). Unsere Server sehen ihn nie. Jede kritische Aktion — Zahlungen, OTA-Installationen, Richtlinienänderungen — erfordert eine Signatur auf dem Gerät. Selbst wenn wir Ihren Schlüssel stehlen wollten, könnten wir es nicht — by design.

03Funktioniert SOS auch, wenn ich ausgesperrt bin oder der Bildschirm dunkel ist?+

Ja. Der SOS-Pfad bleibt in jedem Sicherheitsmodus offen — normal, herabgestuft, abgesichert oder selbst im kritischen Lockdown. Kein Passwort nötig. Ist das Gerät gestohlen, der Nutzer bewusstlos oder der Bildschirm nicht ansprechbar, geht die Notruf-Bake trotzdem über das jeweils funktionierende Funkmedium hinaus.

04Was passiert, wenn die Mobilfunkmasten ausfallen? Oder es kein Internet gibt?+

Das Telefon versucht acht Alternativen der Reihe nach: Cospas-Sarsat-Satelliten-Notruf-Bake → Iridium → Starlink Direct-to-Cell → 3GPP NTN → LoRa-Mesh → Wi-Fi Aware → Bluetooth-Mesh → ultra-wideband. Nachrichten können per verzögerungstolerantem Netzwerk von Telefon zu Telefon springen — sie erreichen die Welt, selbst wenn Ihre lokale Infrastruktur verschwunden ist.

05Kann eine Regierung mich abhören? Kann mein Provider meinen Datenverkehr lesen?+

Nein. Der gesamte Satellitenverkehr ist in einen souveränen Tunnel mit Post-Quantum- + AEAD-Verschlüsselung und einer Signatur auf dem Gerät gehüllt. Der Provider sieht ein undurchsichtiges, signiertes Paket — nicht dessen Inhalt. Die föderierte Immunitätsschicht teilt nur gehashte Muster und Region-Buckets — niemals Ihre IP, Ihre E-Mail oder Ihren Standort.

06Woher weiß ich, dass es keine Hintertür gibt?+

Reproduzierbare Builds. Wir veröffentlichen den exakten Quellcode, die Build-Flags und das Basis-Image für jedes Release. Sie kompilieren, Sie hashen, Sie vergleichen mit dem echten Image des Geräts. Stimmen die Zahlen nicht überein — Alarm. Unabhängige Prüfer wie Citizen Lab und EFF sind Teil des Launchs.

07Wie schützt das Update-System vor schädlichen Updates?+

Jedes OTA benötigt drei unabhängige Signaturen (Release, Security, Ops), ein Manifest und einen passenden Binär-Hash. Selbst wenn ein Schlüssel gestohlen wird, bleibt das Update blockiert. Wir verwenden außerdem Delta-Updates (≤500 MB) statt vollständiger 4–8 GB-Images, sodass Updates auch über Satellit oder schwaches Mobilfunknetz abgeschlossen werden.

08Auf welchen Geräten wird es laufen?+

Zuerst auf dem Pixel 8 Pro, dann auf Pixel 9 Pro und Pixel 9. Ein Fairphone-6-Build ist im Partnertest für den europäischen Markt. Ein von Grund auf neues Referenzgerät — offenes Secure Element, doppelte Satellitenfunkmodule, wechselbarer Akku, optionale Faraday-Auskleidung — ist das langfristige Ziel.

09Wann kann ich eines bekommen?+

Die Beta-Listen öffnen zuerst für ausgewählte Journalisten, Menschenrechtsverteidiger und Entwickler. Der vollständige souveräne Kern ist bereits in Produktion; die nutzerseitigen Apps und der Satelliten-Stack werden jetzt verfeinert. Der Mobile World Congress 2027 ist die öffentliche Enthüllung.

10Sie sammeln wirklich keine E-Mails auf der Warteliste?+

Wirklich nicht. Das Anmeldeformular sendet ein 32-byte-Zufalls-Token aus Ihrem Browser plus einen Region-Bucket — sonst nichts. Keine E-Mail, keine IP, keine IMEI, keine Telefonnummer, kein Standort. Die Datenschutzrichtlinie wird auf der Betriebssystem-Ebene durch einen automatisierten Test durchgesetzt, der den Build scheitern lässt, falls jemals Rohdaten austreten.

AUF DIE LISTE SETZEN

Keine E-Mail. Nur ein einmaliges Geräte-Token.

Um Sie am Launch-Tag wiederzuerkennen, brauchen wir nur ein einmaliges Zufalls-Token, das Ihr Browser lokal erzeugt — plus die grobe Region, in der Sie sich befinden. Keine E-Mail, keine IMEI, keine IP. Sie werden zwei Wochen vor dem Versand der Beta-Geräte benachrichtigt.

DATENSPARSAME ANMELDUNG· keine E-Mail erfasst

Auf die Beta-Liste setzen

Um Sie am Launch-Tag wiederzuerkennen, fragen wir nur zwei Dinge ab: ein zufälliges Einmal-Token, das Ihr Browser lokal erzeugt, und die grobe Region, in der Sie sich befinden. Keine E-Mail, keine IMEI, keine IP. Niemals.

▸ 32-Byte-Zufallstoken in Ihrem Browser erzeugt · die Nutzdaten bestehen nur aus Token + Region · keine weiteren Daten verlassen Ihr Gerät