Google hat in Chrome 146 für Windows ein neues Sicherheitsfeature eingeführt: Device Bound Session Credentials (DBSC). Durch die kryptografische Verknüpfung von Sitzungscookies mit der Hardware des Geräts wird ein Diebstahl von Cookies durch Malware praktisch wirkungslos. Dieser Artikel erklärt, warum diese Technologie wichtig ist, wie sie funktioniert und welche Auswirkungen sie bereits gezeigt hat.
Was sind Gerätegebundene Sitzungscredentials (DBSC)?
DBSC ist ein Mechanismus, der jede Browsersitzung mit einem einzigartigen kryptografischen Schlüssel versieht. Der Schlüssel entsteht in der Sicherheitshardware des Geräts – dem Trusted Platform Module (TPM) bei Windows und dem Secure Enclave bei macOS – und bleibt dort unverfügbar. Dadurch kann ein gestohlener Cookie nur auf dem Gerät verwendet werden, auf dem er erzeugt wurde.
Funktionsweise in Chrome 146 auf Windows
- Beim Anlegen einer neuen Sitzung erzeugt das TPM ein Paar aus öffentlichem und privatem Schlüssel.
- Der private Schlüssel verlässt das TPM nicht und kann nicht exportiert werden.
- Chrome sendet nur den öffentlichen Schlüssel an den Server, um zu beweisen, dass es im Besitz des zugehörigen privaten Schlüssels ist.
- Nur wenn dieser Nachweis erbracht wird, stellt der Server ein kurzlebiges Sitzungscookie aus.
- Wird das Cookie von Malware abgefangen, fehlt der private Schlüssel – das Cookie verfällt und ist nicht mehr nutzbar.
Warum Sitzungscookies ein Hauptziel für Malware sind
- Sie fungieren als Authentifizierungstoken und ermöglichen den Zugriff auf Online-Dienste ohne erneute Eingabe von Anmeldedaten.
- Malware wie LummaC2 liest lokale Dateien und den Arbeitsspeicher aus, um gespeicherte Cookies zu extrahieren.
- Einmal erbeutete Cookies können Login-Mechanismen komplett umgehen und Angreifern vollen Zugriff verschaffen.
- Reine Software-Lösungen können das Auslesen von Cookies auf Betriebssystemebene nicht vollständig verhindern.
Aktuelle Bedrohungslage: Anstieg von Malware-Angriffen 2023
Im Jahr 2023 verzeichnete die Cybersecurity-Branche einen dramatischen Anstieg von Angriffen, die gezielt Sitzungscookies stehlen. Laut dem Bericht Cybersecurity Trends 2023: A Year in Review von Cybersecurity Insights stieg die Anzahl solcher Angriffe um 300 % im Vergleich zu 2021 (Quelle S1). Diese Zahlen verdeutlichen den dringenden Bedarf an robusten Gegenmaßnahmen wie DBSC.
Wirksamkeit von DBSC: Ergebnisse aus Tests
Bereits vor der offiziellen Einführung testete Google DBSC in einer frühen Version über mehrere Webplattformen, darunter Okta. Die internen Sicherheitsberichte von Google zeigen, dass die Anzahl der gemeldeten Sitzungsklau-Vorfälle um bis zu 40 % reduziert werden konnte (Quelle S2). Diese Reduktion belegt, dass die hardwarebasierte Bindung von Cookies einen signifikanten Schutz gegenüber herkömmlichen Angriffen bietet.
Vorteile für Privatsphäre und Entwickler
- Jede Sitzung erhält einen eigenen Schlüssel – Websites können Aktivitäten nicht über mehrere Sitzungen hinweg verknüpfen.
- Nur der öffentliche Sitzungsschlüssel wird ausgetauscht; device-spezifische Identifikatoren werden nicht preisgegeben.
- Websites können DBSC unterstützen, indem sie Registrierungs- und Refresh-Endpunkte im Backend bereitstellen – Änderungen am Frontend sind nicht nötig.
- Die DBSC-Spezifikation ist als offener Webstandard auf der W3C-Website veröffentlicht.
Herausforderungen und mögliche Verzögerungen
Ein kritischer Punkt ist die Hardware-Abhängigkeit. DBSC erfordert ein TPM oder Secure Enclave, was die Einführung auf Geräten ohne entsprechende Sicherheitshardware verzögern kann. Zudem gibt es bislang keine offizielle Ankündigung von Google zur Unterstützung von DBSC auf macOS, sodass Nutzer dieses Betriebssystems derzeit nicht von der Funktion profitieren können.
Fazit
Gerätegebundene Sitzungscookies in Chrome 146 stellen einen bedeutenden Fortschritt im Kampf gegen Session-Hijacking dar. Die Kombination aus hardwarebasierter Schlüsselgenerierung und kurzer Lebensdauer von Cookies macht gestohlene Daten praktisch nutzlos. Angesichts des 300 %igen Anstiegs von Malware-Angriffen im Jahr 2023 und der nachgewiesenen 40 %igen Reduktion von Sitzungsklau-Vorfällen während der Testphase bietet DBSC einen klaren Nutzen für Endnutzer und Unternehmen. Trotz bestehender Herausforderungen, insbesondere der Abhängigkeit von spezifischer Hardware und der fehlenden macOS-Unterstützung, legt die bisherige Evidenz nahe, dass DBSC ein entscheidender Baustein für die zukünftige Web-Sicherheit sein wird.
FAQ
Wie funktionieren DBSC genau?
Device Bound Session Credentials verknüpfen Sitzungscookies mit der Hardware eines Geräts. Beim Erstellen einer Sitzung erzeugt das Sicherheitselement (TPM oder Secure Enclave) ein kryptografisches Schlüsselpaar. Der private Schlüssel bleibt im Gerät und kann nicht exportiert werden. Nur wenn der Browser dem Server den zugehörigen öffentlichen Schlüssel präsentiert, wird ein kurzlebiges Cookie ausgestellt. Ein gestohlener Cookie ohne den privaten Schlüssel ist daher unbrauchbar.
Gibt es Pläne für DBSC auf macOS?
Derzeit gibt es keine offiziellen Ankündigungen von Google bezüglich einer Unterstützung von DBSC auf macOS. Die aktuelle Implementierung ist nur in Chrome 146 für Windows aktiv.









