ARDNTECH ist ein B2B-zero-knowledge-Tresor, dessen jede kryptografische Entscheidung dokumentiert und bis zu einem veröffentlichten Standard nachvollziehbar ist. Der Code ist vollständig öffentlich unter AGPL-3.0, das Hosting erfolgt in Paris unter französischer Rechtsprechung, und die HMAC-SHA-256-Audit-Chain ist per Kommandozeile durch einen externen Auditor überprüfbar. Diese Seite fasst den Krypto-Stack, das formalisierte Bedrohungsmodell und das Vorgehen zusammen, damit sich ein CISO ein fundiertes Urteil bilden kann, ohne uns vertrauen zu müssen.
Die Sicherheitsarchitektur beruht auf drei kumulativen Eigenschaften. Jede ist öffentlich dokumentiert, technisch überprüfbar und vertraglich durchsetzbar. Keine der drei hängt vom guten Glauben des Herausgebers ab.
Die OpenPGP.js v6-Verschlüsselung wird im Browser vor jeder Serverübertragung ausgeführt. Der private Schlüssel verlässt niemals den Arbeitsplatz des Nutzers. Ein vollständiger Dump der Datenbank ist unbrauchbar : der Server sieht nur opake Blobs. Keine Anordnung kann uns zwingen, ein Geheimnis im Klartext herauszugeben, prinzipbedingt.
Jede sensible Aktion wird protokolliert und durch ein verkettetes HMAC-SHA-256 gemäß RFC 2104 versiegelt. Der HMAC-Schlüssel ist von der Anwendungsdatenbank isoliert. Jede rückwirkende Veränderung bricht die Kette und wird in O(1) durch Neuberechnung erkannt. Ein öffentlicher Befehl ermöglicht es Ihrem CISO, die Integrität des Protokolls zu überprüfen, ohne von einem Herausgeber-Binary abhängig zu sein.
Hosting in Paris auf drei Verfügbarkeitszonen, davon eine in einem atombombensicheren Bunker, französische Rechtsprechung, Betrieb durch ARDNTECH. Der Quellcode ist unter AGPL-3.0 veröffentlicht, einschließlich der kostenpflichtigen Funktionen. Das Self-Hosting wird mit Docker Compose oder Kubernetes unterstützt, ohne aufgezwungene ausgehende Telemetrie.
Keine selbstgebaute Primitive, kein proprietärer Algorithmus, keine Abhängigkeit von einem KMS einer Drittanbieter-Cloud oder einem externen HSM. Die folgende Tabelle fasst die technischen Entscheidungen und die zugehörigen Standards zusammen. Das öffentliche kryptografische Whitepaper erläutert jede Zeile im Detail.
| Verwendung | Primitive ARDNTECH | Referenzstandard |
|---|---|---|
| Asymmetrische Verschlüsselung | X25519 für den Austausch, Ed25519 für die Signaturen | RFC 7748 und RFC 8032 |
| Symmetrische Verschlüsselung | AES-256-GCM im Modus SEIPDv2 OpenPGP | RFC 9580 (OpenPGP V6) |
| Ableitung des Master-Schlüssels | Argon2id : 5 Durchläufe, 256 MiB Speicher, parallelism 4 | RFC 9106 |
| Hashing des Server-Passworts | Argon2id mit gehärteten Parametern | RFC 9106 |
| Audit Chain und Webhook-Signatur | HMAC-SHA-256 verkettet, isolierter Schlüssel | RFC 2104 und RFC 6234 |
| Generierung von Zufallszahlen | crypto.getRandomValues browserseitig, libsodium serverseitig | W3C Web Crypto und NIST SP 800-90A |
| Kryptografische Client-Bibliothek | OpenPGP.js v6.3 oder höher, vendored und per SRI gepinnt | Unabhängiges Audit durch Cure53 |
| Vergleich in konstanter Zeit | hash_equals und password_verify serverseitig | OWASP ASVS v4 §6 |
Die Architektur von ARDNTECH hängt weder von einem amerikanischen Cloud-KMS noch von einem nutzungsabhängig abgerechneten Drittanbieter-HSM noch von einem serverseitigen Wrapping-Dienst unter außereuropäischer Jurisdiktion ab. Alle sensiblen Operationen erfolgen entweder im Browser des Nutzers (Verschlüsselung, Entschlüsselung, Signatur) oder innerhalb des von Ihnen kontrollierten Server-Perimeters (Hashing, Zufallsgenerierung, Audit Chain). Dies ist eine bewusste architektonische Entscheidung, die das Bedrohungsmodell vereinfacht und Krypto-Unterauftragnehmer konstruktionsbedingt eliminiert.
Das Standard-Audit-Protokoll eines Passwort-Managers ist ein klassisches, in der Datenbank gespeichertes Anwendungslog. Sein Beweiswert beruht vollständig auf dem guten Glauben des Herausgebers. ARDNTECH baut etwas anderes : eine kryptografische Kette, die unabhängig - durch einen PASSI oder einen gerichtlichen Sachverständigen - anhand einer einfachen eingefrorenen Kopie der Datenbank überprüfbar ist.
Jede protokollierte Aktion (Erstellung, Änderung, Einsichtnahme, Freigabe, Widerruf eines Geheimnisses, Anmeldung, SSO-Konfiguration, Auslösen des Panic Mode) wird deterministisch serialisiert und anschließend durch einen HMAC-SHA-256 versiegelt, der den HMAC des vorherigen Ereignisses einbezieht. Der HMAC-Schlüssel ist von der Datenbank isoliert und rotierbar. Jede nachträgliche Einfügung, Änderung oder Löschung bricht die Kette für alle nachfolgenden Ereignisse.
Ein öffentlicher Überprüfungsbefehl ermöglicht es jedem Auditor mit einer Kopie der Datenbank, die vollständige Kette neu zu berechnen und die erste Diskontinuität zu melden. Dieser Befehl kann als geplante Aufgabe auf Ihrer Infrastruktur laufen und Ihr SIEM durch ein positives Integritätsereignis oder eine typisierte Warnung speisen. Quellcode unter AGPL-3.0, ausführbar ohne ein vom Herausgeber bereitgestelltes Binary.
Die amerikanischen Consumer-Lösungen und die meisten europäischen Anbieter von Team-Tresoren verfügen über ein klassisches Audit-Log auf Anwendungsebene, das von einem Administrator mit direktem Datenbankzugriff verändert werden kann. Kein Anbieter im Wettbewerbsumfeld bietet unseres Wissens eine kryptografische Audit Chain, die über eine öffentliche Kommandozeile überprüfbar ist. Der Grund ist hauptsächlich architektonischer Natur : Eine solche Kette nachträglich auf ein bestehendes Produkt aufzusetzen, erfordert die Neufassung des Ereignismodells und der Speicherstrategie. ARDNTECH hat diese Entscheidung von Anfang an getroffen. Die Seite zur Audit Chain HMAC erläutert den technischen Aufbau, das Überprüfungsverfahren und die Anwendungsfälle für CISO, NIS2 und gerichtliche Begutachtung.
Das Bedrohungsmodell des Secrets-Managers ARDNTECH wendet die Methodologien STRIDE (Microsoft) und LINDDUN (KU Leuven) pro Komponente an. Die ausführliche Version ist in der technischen Dokumentation veröffentlicht. Die nachstehende Schaufenster-Version fasst ohne Beschönigung zusammen, was geschützt ist und was nicht.
Das Bedrohungsmodell des Secrets-Managers ARDNTECH zerlegt das System in acht Komponenten : Nutzerbrowser, Anwendungsserver, relationale Datenbank, Cache, transaktionales Messaging, Webhook-Empfänger, geplante Browser-Erweiterung, Self-Host-Referenzbereitstellung. Für jede listet eine STRIDE-Matrix die Bedrohungen Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service und Elevation of Privilege auf, mit Likelihood, Severity und Mitigation gegenübergestellt. Eine ergänzende LINDDUN-Matrix behandelt die Privacy-Bedrohungen (Linkability, Identifiability, Detectability, Disclosure, Non-Compliance). Die vollständige Dokumentation wird auf Anfrage im Rahmen eines begleiteten CISO-Audits geteilt.
Ihr CISO verfügt über vier unabhängige Hebel zur Qualifizierung der Architektur. Keiner hängt vom guten Glauben des Herausgebers ab. Keiner erfordert ein NDA. Keiner erfordert das Eingreifen unseres Teams, um zu beginnen.
Ihr CISO kann den gesamten Code, einschließlich der Team- und Business-Funktionen, aus dem öffentlichen GitHub-Repository herunterladen. Das kryptografische Whitepaper weist auf die vorrangig zu prüfenden sensiblen Dateien hin. Rechnen Sie mit zwei bis vier Stunden für eine gezielte Prüfung der Krypto-Routinen.
Ihr CISO kann den Verifizierungsbefehl auf einem eingefrorenen Datenbankauszug einer Pilotinstanz ausführen. Der Befehl berechnet die vollständige HMAC-Kette neu und stoppt bei der ersten Diskontinuität. Offline-Ausführung, ohne Verbindung zu einem ARDNTECH-Dienst.
Die offiziellen Docker-Images zielen auf eine durchgängige Reproduzierbarkeit ab. Ihr CISO kann das Image aus den Quellen neu erstellen und den Digest mit dem veröffentlichten vergleichen. Dieser Schritt erkennt jede Supply-Chain-Injektion vor dem Registry.
Ihr CISO kann einen von der ANSSI gelisteten Prüfdienstleister mit einer unabhängigen Überprüfung beauftragen. ARDNTECH stellt das Whitepaper, den Zugang zum Repository und die Begleitung durch den Sicherheitsbeauftragten bereit, ohne eine Vertraulichkeitsklausel, die den Abschlussbericht blockiert.
ARDNTECH wird in Frankreich konzipiert, von ARDNTECH betrieben, im französischen Mutterland gehostet. Die durch die DSGVO eröffneten Rechte sind technisch umgesetzt, nicht nur vertraglich versprochen.
Recht auf Datenübertragbarkeit (Art. 20)
Vollständiger JSON-Export Ihres Tresors, einschließlich verschlüsselter Geheimnisse mit ihren Audit-Metadaten. Dokumentiertes Format, in jede kompatible Instanz reimportierbar. Keine proprietäre Sperre.
Widerspruchsrecht (Art. 21)
Opt-out HIBP-Scan, Opt-out Produkttelemetrie, Opt-out Marketing-Benachrichtigungen. Der nominale Betrieb des Tresors hängt von keiner optionalen Verarbeitung ab.
Recht auf Vergessenwerden (Art. 17)
Kaskadierende Löschung des Kontos, der persönlichen Tresore und der Mitgliedschaften. Die anonymisierten One-Way-Hashes verbleiben in der Audit-Chain zur rechtlichen Nachvollziehbarkeit, gemäß Art. 17 §3.b DSGVO.
Auskunftsrecht (Art. 15)
Export aller über Sie gespeicherten personenbezogenen Daten, ausgenommen Klartext, der niemals im Besitz des Herausgebers ist. SLA-Frist : 30 Tage, DSGVO-konform.
Benannter DPO. Die Kontaktdaten des Datenschutzbeauftragten sind auf der Impressum-Seite veröffentlicht. Die Datenschutzerklärung beschreibt die Verarbeitungen, die Aufbewahrungsfristen und die zugehörigen Rechtsgrundlagen im Detail.
ARDNTECH wurde so konzipiert, dass es sich in die französischen branchenspezifischen Referenzrahmen einfügt. Je nach Ihrer Branche gibt es bereits heute mehrere Hebel, um Ihre Anforderungen zu erfüllen : zertifizierte Partner-Cloud, Self-Hosting bei einem bereits qualifizierten Betreiber oder Air-Gap-Bereitstellung.
Die SecNumCloud-Qualifizierung ist ein angestrebtes Ziel für ARDNTECH Cloud. Ohne darauf zu warten, ermöglicht die AGPL-3.0-Lizenz eine sofortige Bereitstellung bei einem bereits qualifizierten externen SecNumCloud-Betreiber (OVHcloud, Outscale, Cloud Temple...).
Self-Hosting bei Ihrem eigenen qualifizierten HDS-Anbieter ab sofort möglich. Eine HDS-Partner-Cloud ist für den Zeithorizont der Gesundheitsroadmap geplant, abhängig von der Unterzeichnung eines HDS-Partner-Anbieters und einem spezifischen DPA.
Air-Gap-Architektur auf interner Infrastruktur möglich, AGPL-3.0-Code bis auf die Krypto-Ebene auditierbar, Audit Chain HMAC für die gegenüber Branchenbehörden belastbare Nachvollziehbarkeit, kontinuierlicher SIEM-Export im Format CEF/LEEF/OCSF/Syslog.
Benannter DPO, in der Konsole umgesetzte Rechte gemäß Art. 15/17/20, Hosting in Frankreich außerhalb außereuropäischer Jurisdiktion. Die Seite zur Alternative zum CLOUD Act erläutert die rechtliche Positionierung.
ARDNTECH verpflichtet sich zu einem jährlichen Audit-Programm und veröffentlicht seine kryptografischen Abhängigkeiten mit ihrem Audit-Status. Keine selbstgebaute Kryptografie, keine proprietären Primitiven : alles ist bis zu einem Standard und einem veröffentlichten unabhängigen Audit nachvollziehbar.
Wenn Sie eine Sicherheitslücke entdecken, melden Sie sie, bevor Sie sie öffentlich machen. ARDNTECH verpflichtet sich zu präzisen Fristen, wird keinen in gutem Glauben handelnden Forscher verfolgen und veröffentlicht eine Hall of Fame, um gültige Meldungen zu würdigen.
Meldekanal
Adresse : dpo@aegirex.eu. Ein öffentlicher PGP-Schlüssel wird bereitgestellt, um Ihren Bericht zu verschlüsseln. Die Datei /.well-known/security.txt gemäß RFC 9116 bündelt die Kontaktdaten und die Offenlegungsrichtlinie.
Fristzusagen
Empfangsbestätigung innerhalb von 48 Werkstunden. Mitteilung des Behebungsplans innerhalb von 14 Tagen. Koordinierte Fehlerbehebung veröffentlicht innerhalb von maximal 90 Tagen. Würdigung des Forschers in der öffentlichen Hall of Fame, sofern nicht anders gewünscht.
Safe Harbor
Gegen einen in gutem Glauben handelnden Forscher wird keine rechtliche Schritte eingeleitet : Einhaltung des angekündigten Geltungsbereichs, keine Exfiltration von Daten Dritter, kein vorsätzlicher Denial of Service, Meldung vor der öffentlichen Offenlegung.
Außerhalb des Geltungsbereichs
Phishing von Nutzern, Social Engineering des Supports, volumetrische Denial-of-Service-Angriffe, Befunde, die ausschließlich aus automatisierten Tools ohne manuelle Validierung stammen. Siehe die Vertrauensseite für Details.
Die acht am häufigsten gestellten Fragen bei der Qualifizierung der Architektur von ARDNTECH durch einen CISO, einen IT-Leiter oder einen PASSI-Auditor.
Drei Lektüren genügen. Das kryptografische Whitepaper listet die eingesetzten Primitiven auf (OpenPGP.js v6 mit X25519/Ed25519, Argon2id mit 256 MiB Speicher, AES-256-GCM SEIPDv2, HMAC-SHA-256). Die vorliegende Sicherheitsseite fasst das formalisierte Bedrohungsmodell zusammen. Der AGPL-3.0-Quellcode auf GitHub ist vollständig lesbar, einschließlich der Business-Funktionen. Ein technisch versierter CISO bildet sich in weniger als einer Stunde ein fundiertes Urteil, ohne ein einziges NDA zu unterzeichnen.
Ja. Die AGPL-3.0-Lizenz erlaubt das Self-Hosting ohne Einschränkung. Die Referenzbereitstellung ist für Docker Compose und Kubernetes dokumentiert. Für den nominalen Betrieb ist keine ausgehende Telemetrie erforderlich : Versionsprüfungen, Aktualisierungen der HIBP-Signaturen und Produktbenachrichtigungen sind opt-in. Eine air-gap-Bereitstellung für einen OIV-Betreiber oder einen Verteidigungsstandort wird technisch unterstützt. Siehe die Self-Hosting-Seite für Details.
Asymmetrisch : X25519 für den Schlüsselaustausch und Ed25519 für die Signaturen, gemäß RFC 7748 und 8032. Symmetrisch : AES-256-GCM im SEIPDv2-Modus gemäß RFC 9580 OpenPGP. Ableitung : Argon2id mit 5 Durchläufen, 256 MiB Speicher, parallelism 4, gemäß RFC 9106. Audit : verkettetes HMAC-SHA-256 gemäß RFC 2104. Zufallsgenerierung : crypto.getRandomValues auf Browserseite und random_bytes auf Serverseite über libsodium.
OpenPGP.js v6 war Gegenstand eines unabhängigen Audits durch Cure53, ein in Deutschland anerkanntes Unternehmen für offensive Sicherheit und kryptografische Prüfung. Der Bericht ist öffentlich. ARDNTECH pinnt die Version 6.3 oder höher und wendet eine SRI-Strategie auf das an den Browser ausgelieferte Bundle an. Es wurde kein proprietäres Krypto-Modul intern entwickelt : die Primitiven stammen ausnahmslos aus veröffentlichten und von der Community geprüften Bibliotheken.
Jedes protokollierte Ereignis enthält einen Zeitstempel, die Kennung des Akteurs, die Kennung der Ressource und ein HMAC-SHA-256, das über die Verkettung der aktuellen Zeile und des vorherigen HMAC berechnet wird. Der HMAC-Schlüssel ist von der Datenbank isoliert. Jede rückwirkende Einfügung, Änderung oder Löschung bricht die Kette und wird durch Neuberechnung erkannt. Ein öffentlicher Verifizierungsbefehl ermöglicht es einem externen Auditor, die Integrität der Kette festzustellen, ohne von einem vom Herausgeber bereitgestellten Binary abhängig zu sein. Technische Details auf der Seite zur HMAC-Audit-Chain.
ARDNTECH ist ein französisches Unternehmen, gehostet in Paris in drei Verfügbarkeitszonen, davon eine in einem atombombensicheren Bunker. Kein Subunternehmer verfügt über die privaten Schlüssel der Nutzer, die niemals ihren Browser verlassen. Eine außereuropäische Anordnung im Wege der Rechtshilfe könnte nur unbrauchbare verschlüsselte Blobs erhalten. Der AGPL-3.0-Code ermöglicht zudem eine Bereitstellung in der Rechtsprechung Ihrer Wahl. Vgl. Alternative zum CLOUD Act und in Frankreich gehosteter Tresor.
Das Bedrohungsmodell von ARDNTECH wendet die Methodologien STRIDE (Microsoft) und LINDDUN (KU Leuven) pro Komponente an : Browser, Anwendungsserver, Datenbank, Cache, transaktionales Messaging, ausgehende Webhooks, Browser-Erweiterung, Self-Host-Bereitstellung. Die wichtigsten abgedeckten Szenarien sind die Serverkompromittierung, die gerichtliche Anordnung, der interne Angreifer und die Exfiltration über einen Drittanbieter. Die in Kauf genommenen Kompromisse (Kompromittierung des Arbeitsplatzes, Verlust des Master-Passworts, Phishing) werden ohne Umschweife dokumentiert. Die vollständige Dokumentation wird auf Anfrage im Rahmen eines begleiteten CISO-Audits geteilt.
Richten Sie Ihren Bericht an dpo@aegirex.eu, idealerweise verschlüsselt mit dem PGP-Schlüssel, der in der Datei /.well-known/security.txt gemäß RFC 9116 veröffentlicht ist. Zusagen : Empfangsbestätigung innerhalb von 48 Werktagsstunden, Behebungsplan innerhalb von 14 Tagen, koordiniertes Patch spätestens innerhalb von 90 Tagen veröffentlicht. Eine öffentliche Hall of Fame würdigt die Forscher, die einen gültigen Bericht erstellt haben. Gegen einen in gutem Glauben handelnden Forscher wird keine rechtliche Maßnahme eingeleitet.
Lesen Sie den Code, führen Sie die Überprüfung der Audit Chain auf einem Auszug Ihrer Instanz aus, beauftragen Sie einen von der ANSSI gelisteten PASSI. ARDNTECH begleitet Sie bei diesem Vorgehen, teilt das kryptografische Whitepaper und stellt den Zugang zum Repository ohne blockierendes NDA bereit. Die Kosten eines fundierten Urteils auf Basis dieser Architektur betragen einige Stunden Ihres Sicherheitsteams, nicht einen sechsmonatigen Vertriebszyklus.
