Ein real ausgelieferter Produktstand
Zentrale Kommunikations-, Geräte-, kryptografische und Betriebsabläufe werden produktiv bereitgestellt und über den veröffentlichten Release- und Evidence-Pfad eingeordnet.
Diese Seite verbindet Produktstatus, Security-Update-Pfad, Supportgrenzen, Schwachstellenbehandlung und regulatorische Vorbereitung. Sie veröffentlicht nur, was heute tatsächlich zugesagt oder bewusst noch offen ist.
Zentrale Kommunikations-, Geräte-, kryptografische und Betriebsabläufe werden produktiv bereitgestellt und über den veröffentlichten Release- und Evidence-Pfad eingeordnet.
Zugang, Einsatzkontext, Deployment und Verantwortlichkeiten werden vor einer Nutzung gemeinsam geprüft. Der Status ist keine offene Self-Service-Freigabe.
Breite Verfügbarkeit, allgemeine Supportzusagen und standardisierte kommerzielle Bedingungen sind nicht automatisch Teil dieses Produktstatus.
Controlled Production Release bedeutet weder unabhängiges Security Audit noch Zertifizierung, behördliche Freigabe oder Eignung für Verschlusssachen.
Am 9. September 2026 wurde der aktuelle Produktstand erneut gegen den internen Krypto-, Schlüssel-, Browser-, Mehrgeräte-, Datenbank-, Migrations- und Downgrade-Prüfpfad gefahren. Der aktuelle Lauf umfasst 308 Bruchproben-Zuordnungen; der serverseitige Migrations-Trockenlauf prüft offene Wanderungen in einer Wegwerfkopie des laufenden Bestands, ohne Nutzerdaten vom Server zu übertragen. Infrastruktur, die einen Nachweis nicht ausführen kann, wird als offen behandelt und niemals als bestanden gezählt.
Jede veröffentlichungsrelevante Zeile der internen Konformitätsmatrix ist einer dokumentierten negativen Gegenprobe zugeordnet.
Der echte Chrome-Pfad prüft Produktwege einschließlich Mehrgerät, Parallelität, Wiederanlauf, Widerruf und lokalem Datenabbau.
Die einmalige Vergabe wurde gegen ein echtes Wegwerf-PostgreSQL nachgefahren; die absichtlich unsichere Gegenprobe erzeugte Mehrfachvergaben und wurde erkannt.
Kryptografie, Schlüsseldienst, Browser, Mehrgerät, PreKey-Parallelität, Sitzungssperren, Downgrade, serverseitiger Migrationstrockenlauf, Zeitstempel sowie Schemaabgleich hielten im zusammengeführten aktuellen Beleg.
Keine impliziten Lebenszeitversprechen: Version, Updateweg und Zuständigkeit müssen für jedes Deployment überprüfbar feststehen.
Der aktuelle ausgelieferte Stand wird über Release Center, signiertes Laufzeitmanifest und datierte Produktnachweise identifiziert. Öffentliche Website-Releases sind von Produktversionen getrennt.
Sicherheitsrelevante Änderungen durchlaufen den kontrollierten Build-, Test-, Release- und Rollback-Pfad. Konkrete Fristen werden nur vertraglich oder in einem veröffentlichten Advisory zugesagt.
VENTEX veröffentlicht derzeit keine pauschale Mehrversions- oder Long-Term-Support-Zusage. Der anwendbare Updatepfad wird vor einem Deployment festgelegt.
Ein allgemeiner EOL-Kalender ist noch nicht veröffentlicht. Organisationsspezifische Laufzeit-, Migrations- und Supportzusagen benötigen eine ausdrückliche Vereinbarung.
Beobachtungen gelangen über den veröffentlichten Responsible-Disclosure-Kanal mit minimal notwendigen Daten in die Triage.
Geltungsbereich, Reproduzierbarkeit, Auswirkung, betroffene Version und verbleibende Unsicherheit werden getrennt bewertet.
Korrektur, negative Tests, Regression, Migrationswirkung und Rücknahmeweg bilden gemeinsam das Release-Gate.
Wenn ein öffentlicher Hinweis erforderlich ist, verbindet das Advisory Auswirkung, betroffene Versionen und Abhilfe ohne überzogene Sicherheitsgarantie.
Der Cyber Resilience Act macht Product Security, Schwachstellenbehandlung und Updateverantwortung zu einem fortlaufenden Produktprozess. Dieser öffentliche Record ist keine Konformitätserklärung und keine Rechtsberatung.
Öffentliche Unterlagen ermöglichen eine Vorprüfung. Architektur, Datenschutz, Vertragsbedingungen und Supportzusagen müssen anschließend für die jeweilige Organisation bewertet werden.