Q‑Tel verbindet hardwaregebundene Identität, Ende-zu-Ende-verschlüsselte Kommunikation und einen geschützten Vault. Die Enterprise-Plattform mit eigener Instanz entsteht auf dieser Grundlage.
Verfügbar (Pilot) Heute im Pilotbetrieb: iOS (TestFlight) und Android.
Von der Identität bis zur bestätigten Handlung: Jede Ebene hat eine definierte Rolle im Sicherheitsmodell.
Kryptografische Identität statt Telefonnummer.
Schlüssel im Sicherheitschip des Geräts.
Ende-zu-Ende-verschlüsselte Chats und Anrufe.
Vault mit eigenem Code, Schlüssel nur lokal.
Freigabe mit eigenem Schlüssel statt bloßem Klick.
Standardplattformen bündeln Kommunikation, Identität, Administration und Infrastruktur. Q‑Tel trennt diese Bereiche in kontrollierbare, miteinander verbundene Ebenen.
Identität, Freigaben, Kommunikation und Vault haben jeweils eigene Schlüssel mit genau einem Zweck.
Der Server vermittelt, prüft Signaturen und stellt zu – Inhalte und private Schlüssel sieht er nicht.
Kommunikation, Dateien und bestätigte Freigaben in einem Vertrauensmodell.
Ein sachlicher Blick auf Betriebsmodell und Zuständigkeit – nicht auf pauschale Sicherheitsversprechen.
Modell B beschreibt das Zielbild von Q‑Tel für Organisationen. Heute läuft Q‑Tel als gemeinsame Pilotumgebung.
Jeder Baustein mit seinem Stand – was heute nutzbar ist, was vorbereitet wird und was Zielbild ist.
Konto ohne Telefonnummer und E-Mail. Geräteschlüssel entstehen im Secure Enclave bzw. Android Keystore und verlassen das Gerät nicht.
Einschränkung: StrongBox nur auf Android-Geräten mit eigenem Sicherheitschip; sonst Keystore (TEE).
Verfügbar (Pilot)Ende-zu-Ende-verschlüsselte Einzel- und Gruppenchats. Gruppenänderungen stehen in einer signierten Kette, die jedes Mitglied selbst prüft. Zustell- und Lesestatus.
Einschränkung: Zustellbestätigung nur in Einzelchats; auf iPhones erst, wenn Q-Tel geöffnet ist.
Verfügbar (Pilot)Verschlüsselte Sprach- und Videoanrufe mit Prüfung des gespeicherten Kontaktschlüssels vor dem Verbindungsaufbau.
Einschränkung: Anruf-Weckruf auf Android über Google-Dienste; ohne sie klingelt es nur bei geöffneter App.
Verfügbar (Pilot)Lokal verschlüsselte Ablage für Fotos, Dokumente und Notizen mit eigenem Code. Der Schlüssel liegt nur auf dem Gerät.
Einschränkung: Keine Versionierung, keine Ordner, keine Rollen – Einzelnutzer-Ablage.
Verfügbar (Pilot)Dateien aus dem Vault verschlüsselt an einen Kontakt senden – für dessen geprüften Empfangsschlüssel.
Einschränkung: Keine Freigabe-Workflows, keine Pakete mit mehreren Empfängern.
Verfügbar (Pilot)Sensible Vorgänge werden mit einem eigenen, biometrisch geschützten Freigabeschlüssel bestätigt – der Server kann Signaturen prüfen, aber nicht fälschen.
Verfügbar (Pilot)Eigenschaften und Nachweise prüfbar machen, bei möglichst geringer Offenlegung persönlicher Daten.
ArchitekturzielAntworten und Zusammenfassungen auf eigener Wissensbasis innerhalb der eigenen Umgebung.
ArchitekturzielRollen, Richtlinien und Freigaben für Organisationen mit nachvollziehbaren Abläufen.
ArchitekturzielFür besonders schützenswerte Kommunikation soll Q‑Tel auf speziell konfigurierten, gehärteten Endgeräten bereitgestellt werden.
Schon heute nutzt Q‑Tel auf iPhones den Secure Enclave und auf Android den hardwaregestützten Schlüsselspeicher – mit StrongBox, wo das Gerät einen eigenen Sicherheitschip hat.
Restriktive Systemkonfiguration mit kleinerer Angriffsfläche.
Vertrauensanker ab dem Systemstart, je nach Hardwareplattform.
Gerätezustand als Signal für Zugriffsentscheidungen.
Nur definierte Anwendungen im jeweiligen Sicherheitsprofil.
Kamera, USB, Bluetooth und NFC je Profil einschränkbar; bei ausgewählter Hardware auch physische Entfernung einzelner Sensoren.
Updates nur über die getrennte Release-Kette.
Zugriff bei Verlust gezielt entziehen.
Profile nach Organisation, Rolle und Schutzbedarf.
Geräteabbildung illustrativ. Das Secure-Device-Programm ist Architekturziel; welche Maßnahmen verfügbar sind, hängt von Hardwareplattform, Sicherheitsprofil und konkreter Bereitstellung.
Private AI soll auf eigener Wissensbasis beim Finden von Antworten, Zusammenfassen von Dokumenten und Vorbereiten von Aufgaben helfen – innerhalb der eigenen Umgebung.
Die Unterlagen enthalten drei relevante Themenbereiche. Ich kann die Ergebnisse nach Quelle strukturieren und offene Punkte für die nächste Freigabe markieren.
Eigene WissensbasisWas heute umgesetzt ist, was vorbereitet wird und was Zielbild ist, wird nicht gleichgesetzt.
In der aktuellen App auf iOS und Android.
Vor dem öffentlichen Start fertig bzw. gebaut und noch nicht überall ausgeliefert.
Ausrichtung der Plattform – heute ausdrücklich nicht zugesichert.
Zum Marktstart läuft Q‑Tel auf einer verteilten Infrastruktur mit Reserve-Standort und kontrolliertem, abgesichertem Umschalten. Bis dahin läuft der Pilotbetrieb in einem Rechenzentrum in Deutschland.
Identität, Kommunikation und Vault in einem definierten Vertrauensmodell.
ZUM MARKTSTART: MEHRERE STANDORTE
Pilotbetrieb in einem Rechenzentrum in Deutschland; Server sehen keine Inhalte.
Verfügbar (Pilot)Eigene Server für Q‑Tel an mehreren Standorten, verschlüsselte Sicherungen mit geprüfter Wiederherstellung, getrennte Release-Kette.
Zum MarktstartWeitere Standorte und eigene Instanzen für Organisationen nach Bedarf.
ArchitekturzielServerabbildung illustrativ. Mehrere Standorte sind zum Marktstart eingeplant und heute noch nicht in Betrieb.
Drei geplante Ausprägungen. Wir suchen Pilotorganisationen, die das Modell mit uns schärfen.
Die private Basis für kontrollierte Zusammenarbeit.
Mehr Steuerung für Geräte und Freigaben.
Erweitert die Sicherheitsbetrachtung auf das gesamte Endgerät.
Sprechen Sie mit uns darüber, wie Q‑Tel zu Ihrer Organisation passen kann – als Pilot oder für die Enterprise-Plattform.
