ePA-VAU-Client-Sicherheit

Was wir gefunden haben

Jeder ePA-Client legt Patientendaten in zwei Verschlüsselungsschichten: die äußere TLS-Transportschicht und eine innere VAU-Schale, die auch dort Ende-zu-Ende bleibt, wo TLS endet. Wir haben beide geprüft, über mehrere Implementierungen hinweg. Drei Befunde stachen heraus:

1. 1

   TLS-Zertifikate nicht geprüft

   Die äußere Transportschicht lief in Produktion mit deaktivierter Zertifikatsprüfung. Jedes Zertifikat wurde akzeptiert, sodass ein Angreifer auf dem Netzwerkpfad ein eigenes vorlegen und den Verkehr mitlesen konnte.

2. 2

   VAU-Zertifikate nicht geprüft

   Die innere VAU-Schicht prüfte die signierten Schlüssel des Servers nicht. Der Client konnte das echte Aktensystem nicht von einem Angreifer unterscheiden, der so eigene Schlüssel unterschieben und den Handshake abschließen konnte.

3. 3

   VAU-Verschlüsselung nicht spezifikationskonform

   Die Verschlüsselung des VAU-Kanals wich von der Spezifikation ab. Unter bestimmten Bedingungen lässt sich ihr Schutz aushebeln, selbst wenn die Schale ansonsten steht.

Fehlen beide Zertifikatsprüfungen, kann jemand auf dem Netzwerkpfad Patientendaten im Klartext mitlesen oder verändern.

Warum das passiert

Der Happy Path wird getestet, der Adverse Path, dass etwas nicht funktionieren darf, deutlich seltener, gerade bei kryptografischen Operationen, wo eine Prüfung, die stillschweigend immer durchläuft, genauso aussieht wie eine, die wirklich prüft. Dass unabhängige Teams an derselben Stelle landen, macht es zum Muster, nicht zum Einzelfall.

Veröffentlichte Sicherheitshinweise

Jeder Befund wurde mit dem Team koordiniert, das den Code betreut, und verantwortungsvoll offengelegt. Öffnen Sie einen Sicherheitshinweis für Schweregrad, Kennungen und den Patch.