Wie Tenvo gebaut, verschlüsselt und betrieben wird, und wie man eine Sicherheitsanfälligkeit meldet. Ehrliche Antworten, auch zu dem, was wir noch nicht zertifiziert haben.
Sitzungsinhalte (Ihr Bildschirm, Tastatureingaben, übertragene Dateien) sind mit TLS verschlüsselt und jedes Gerät hat ein eindeutiges Zertifikat. Direkte Peer‑to‑Peer‑Verbindungen sind Ende‑zu‑Ende verschlüsselt. Der Client ist Open Source, sodass die Verschlüsselung unabhängig geprüft werden kann.
Wir sind noch nicht SOC 2 oder ISO 27001 zertifiziert. Die Infrastrukturanbieter, auf die wir angewiesen sind, sind es. Wenn Sie eine Sicherheitsanfälligkeit finden, schreiben Sie an support@tenvoai.com.
Diese Seite beschreibt die Sicherheitsarchitektur des Tenvo-Clients und des gehosteten Relay-Dienstes, der von upDevTeam LTD unter tenvoai.com betrieben wird, sowie den verantwortungsbewussten Offenlegungsprozess zur Meldung von Sicherheitsanfälligkeiten an uns.
Es dient nur Informationszwecken. Vertragliche Sicherheitsverpflichtungen sind in den Nutzungsbedingungen und der DPA geregelt.
Verbindungen sind mit TLS verschlüsselt. Jedes Gerät erhält ein eindeutiges Zertifikat von unserer Zertifizierungsstelle. Bei direkten Peer‑to‑Peer‑Verbindungen ist die Sitzung zwischen den beiden Geräten Ende‑zu‑Ende verschlüsselt; wenn eine direkte Verbindung nicht möglich ist, wird der Datenverkehr über Relay geleitet und während der Übertragung verschlüsselt.
Kryptografiebibliotheken sind auf geprüfte upstream-Versionen festgelegt und werden nach einem dokumentierten Zeitplan aktualisiert. Wir implementieren keine eigenen Primitiven.
Produktiv‑Infrastruktur läuft bei einer kleinen Anzahl von Anbietern:
Jeder Anbieter, der personenbezogene Daten verarbeitet, ist durch einen Auftragsverarbeitungsvertrag gebunden. Findet die Verarbeitung außerhalb des EWR statt, stützen wir uns auf geeignete Garantien wie die EU‑Standardvertragsklauseln.
Zugriffskontrollen auf Benutzerebene:
Ehrlicher Status zum Datum oben auf dieser Seite: Tenvo und upDevTeam LTD sind derzeit NICHT nach SOC 2, ISO 27001, ISO 27017, ISO 27018, HIPAA, PCI-DSS, FedRAMP oder einem anderen formalen Drittanbieter-Sicherheitsstandard zertifiziert. Öffentliche gegenteilige Behauptungen sind falsch.
Unsere Hosting‑, Datenbank‑(Supabase)‑ und Zahlungs‑(Stripe)‑Anbieter sind selbst SOC 2 / ISO 27001‑geprüft; unsere Sicherheit profitiert teilweise von deren Prüfungen, entspricht ihr jedoch nicht.
Wir arbeiten auf eine externe Sicherheitsprüfung für 2026 hin und werden das Ergebnis auf dieser Seite veröffentlichen, wenn es vorliegt. Wir werden nicht so tun, als hätten wir Zertifizierungen, die wir nicht besitzen.
Verwaltungsaktionen auf Produktionssystemen werden in einem zentralen, nur anhängbaren Protokoll mit mindestens 90 Tagen Aufbewahrungsfrist protokolliert. Das Protokoll dokumentiert den Akteur, die Aktion, den Zeitstempel und die Quell-IP. Der Produktionszugriff ist auf eine kleine Anzahl von namentlich genannten Ingenieuren mit verpflichtender Zwei-Faktor-Authentifizierung beschränkt.
Wir überwachen die Verfügbarkeit, Fehlerquoten und missbrauchsbezogene Signale (plötzliches Traffic-Spitzen, Brute-Force-Versuche, Peer-ID-Enumeration) und rotieren den Bereitschaftsdienst wöchentlich.
Mitarbeitergeräte, die auf Produktionssysteme zugreifen, müssen:
Der Tenvo-Client ist Open Source unter AGPL-3.0. Jeder kann den Quellcode lesen, ihn erstellen und überprüfen, dass er das tut, was wir behaupten. Der Relay-Code (ein Fork von hbbr / hbbs) ist ebenfalls Open Source.
Wir veröffentlichen SHA-256-Hashes für jeden veröffentlichten Installer. Wir streben eine EV-Code-Signierung für Windows und eine Apple Notarisierung für macOS an; der aktuelle Build-Status ist auf der Download-Seite.
Wir begrüßen Berichte von unabhängigen Sicherheitsforschern. Um eine Sicherheitslücke zu melden:
Wir betreiben derzeit kein kostenpflichtiges Bug-Bounty-Programm. Wir erkennen bedeutende Berichte öffentlich (mit Ihrer Erlaubnis) auf einer Ruhmeshalle-Seite an, sobald das Problem behoben ist.
Kritische Befunde (RCE, gebrochene Sitzungsverschlüsselung, Massenumgehung der Authentifizierung) werden sofort an den Rufbereitschaftsingenieur eskaliert und erhalten Vorrang vor geplanten Aufgaben.
Folgendes fällt nicht unter die sichere Hafenregelung gemäß Abschnitt 9 und kann gemeldet werden, wird jedoch wahrscheinlich nicht als Sicherheitsanfälligkeit betrachtet:
Wir haben ein schriftliches Vorfallreaktionshandbuch, das die Erkennung, Eindämmung, Eliminierung, Wiederherstellung und Nachbesprechung nach dem Vorfall abdeckt. Das Handbuch wird mindestens jährlich und nach jedem wesentlichen Vorfall überprüft.
Wenn ein Vorfall mit personenbezogenen Daten auftritt, gelten die Benachrichtigungsfristen aus unserer Datenschutzrichtlinie und dem DPA.
Wenn sich die Architektur oder jede Verpflichtung auf dieser Seite wesentlich ändert, aktualisieren wir das Datum 'Zuletzt aktualisiert' und kündigen die Änderung im Änderungsprotokoll an.
Der Zugriff auf den Quellcode ist der zuverlässigste Weg, um eine Sicherheitsbehauptung zu überprüfen. Beginnen Sie bei github.com/GoDeskFlow.