Sicherheitsmodell und Verschlüsselung
Prinzipien
Das Sicherheitsmodell von Ubidesk ruht auf drei Prinzipien:
- Ein einziger Kanal: Der gesamte Verkehr, Konsole, Agents und Clients, läuft über Port 443. Zur Plattform wird kein anderer Port geöffnet.
- Keine langlebigen Sitzungsgeheimnisse: Jede Sitzung handelt ihre eigenen Schlüssel aus.
- Manipulationssichere Nachvollziehbarkeit: Jede Aktion wird in einem hashverketteten Protokoll festgehalten.
Transport
Verbindungen nutzen TLS 1.3. Ältere Protokollversionen werden nicht akzeptiert. Konkret:
- Port 443 genügt, auch hinter einer restriktiven ausgehenden Firewall oder einem Proxy;
- Zertifikate werden auf beiden Seiten geprüft;
- es gibt keinen Klartext-Fallback: Eine Verbindung, die TLS 1.3 nicht aushandeln kann, schlägt fehl, statt sich herabzustufen.
Sitzungsverschlüsselung
Jede Fernsitzung wird mit AES-256-GCM verschlüsselt, einer authentifizierten Chiffre, die Vertraulichkeit und Integrität des Streams zugleich schützt.
Die Schlüssel entstehen aus einem ECDH-Austausch pro Sitzung: Der Sitzungsschlüssel existiert nur für die Dauer der Sitzung, wird nie gespeichert, und wer einen Schlüssel kompromittiert, gefährdet damit keine anderen Sitzungen.
Authentifizierung der Techniker
MFA ist verpflichtend für alle Technikerkonten, in jedem Plan:
- TOTP-Codes aus einer Authenticator-App;
- Passkeys, synchronisiert oder gerätegebunden;
- FIDO2-Sicherheitsschlüssel.
Im Business-Plan kann die Authentifizierung über einen Identitätsanbieter per SAML- oder OIDC-SSO laufen. MFA bleibt auch dann erforderlich, wenn SSO aktiv ist.
Auditprotokoll
Das Protokoll erfasst Sitzungs- und Verwaltungsereignisse: Anmeldungen, geöffnete und geschlossene Sitzungen, Dateiübertragungen und Bestätigungen, Konfigurationsänderungen.
Es ist hashverkettet: Jeder Eintrag verweist auf den Fingerabdruck des vorherigen. Wer einen Eintrag ändert, bricht die Kette, wodurch Manipulationen erkennbar werden.
Das Protokoll lässt sich in ein SIEM im Syslog-Format sowie in die Integrationen Splunk und Microsoft Sentinel exportieren.
Datenspeicherort
Die Daten des Arbeitsbereichs liegen in einer Region nach Wahl: Europäische Union, Kanada oder USA. Die Wahl fällt bei der Erstellung des Arbeitsbereichs und bestimmt, wo Metadaten, Protokolle und Sitzungsaufzeichnungen gespeichert werden. So passen Sie den Speicherort an Ihre gesetzlichen und vertraglichen Pflichten an, etwa an Anforderungen der DSGVO.
Dateiübertragung und Einwilligung
Keine Dateiübertragung startet ohne die ausdrückliche Bestätigung des Nutzers. Die Bestätigung gilt je Datei, wird protokolliert und kann vom Techniker nicht umgangen werden.
Sitzungsaufzeichnung
Die Sitzungsaufzeichnung, ab Pro verfügbar, wird in der Speicherregion des Arbeitsbereichs gespeichert. Informieren Sie die Person, bevor Sie eine Aufzeichnung starten. Aufzeichnungen entstehen nur, wenn ein Techniker eine startet, und nur in Plänen, die die Funktion enthalten.
Bedrohungsmodell
Diese Mechanismen wehren bestimmte Bedrohungen ab:
- Abhören: TLS 1.3 auf Port 443 verhindert passives Mithören und Downgrade-Angriffe auf den Transport.
- Kompromittierung eines Sitzungsschlüssels: ECDH-Schlüssel pro Sitzung begrenzen den Schaden eines einzelnen geleakten Schlüssels.
- Kontoübernahme: Verpflichtende MFA blockiert Angriffe, die nur auf Passwörtern beruhen; FIDO2 und Passkeys widerstehen zusätzlich Phishing.
- Innentäter: Die Hashkette macht stille Änderungen am Auditprotokoll erkennbar.
Was sie nicht leisten: eine Maschine mit schwachen lokalen Zugangsdaten schützen oder eine Person, die jemandem die Kontrolle gibt, dem sie nicht vertrauen sollte. Diesen Teil deckt der Härtungsleitfaden ab.
Was in Ihrer Verantwortung bleibt
Die Sicherheit einer Sitzung hängt auch von der Konfiguration des Endgeräts ab: lokale Passwörter, Bildschirmsperre, Betriebssystem-Updates. Siehe den Leitfaden Fernzugriff härten und die Seite Trust Layer.
Zur programmatischen Seite siehe REST-API: Überblick.