Zum Inhalt springen

VerfahrenSicherheit · 24 von 27

Wie werden Daten und Schlüssel getrennt geschützt?

Verschlüsselung und Schlüssel planen

Thema
HERMES
Lesezeit
2 Min.
Erstfassung
Stand
Bauplan
Auf dieser Seite
  1. 01Datenwege und schutzbedürftige Inhalte erfassen
  2. 02Schlüsselverantwortung von Datenzugriff trennen
  3. 03Die Schutzgrenzen an einem Vorgang untersuchen
  4. 04Integrität und Vertraulichkeit getrennt belegen
  5. 05Schema
  6. 06Grenze und Regel
  7. 07Verwandte Seiten

Der geplante Schutz von Daten unterscheidet verschlüsselte Übertragung, geschützte Speicherung und die getrennte Verwaltung der Schlüssel. Ein Prüfwert im KALKÜL-Protokoll schützt nicht automatisch die Vertraulichkeit seines Inhalts.

Datenwege und schutzbedürftige Inhalte erfassen

Begriff · Übergabe

Die explizite Übertragung eines Vorgangs mit Ziel, geprüften Ergebnissen, offenen Fragen und nächster zuständiger Stelle.

Übergaben nachvollziehbar gestalten

Zeichnen Sie für einen begrenzten Vorgang die Wege von der Quelle zum Modell, zum Werkzeug und zum Protokoll. Markieren Sie, welche Inhalte gespeichert, nur verarbeitet oder an eine andere Umgebung übertragen werden sollen. Berücksichtigen Sie auch Sicherungen, Diagnoseausgaben und Übergaben. Ohne diese Übersicht bleibt unklar, an welchen Stellen Schutz erforderlich ist. Die geplante Umgebung des Sprachprogramms wird nach der Originalquelle vor dem Vertrag festgeschrieben.

Schlüsselverantwortung von Datenzugriff trennen

Benennen Sie die zuständige Stelle für Erzeugung, Aufbewahrung, Verwendung und Ersatz geheimer Schlüssel. Ein Zugriff auf eine Sicherungsdatei sollte nicht allein deshalb auch die ungeschützten Schlüssel offenlegen. Planen Sie die Wiederherstellung bei Schlüsselverlust und die Reaktion auf einen möglichen Abfluss. Konkrete Verfahren werden für den Einsatz festgelegt. Das Browser-Beispiel mit einem Besuchsschlüssel ist kein Nachweis einer zentralen Schlüsselverwaltung oder einer gesicherten Wiederherstellung.

Die Schutzgrenzen an einem Vorgang untersuchen

  1. Ordnen Sie jedem geplanten Datenweg eine verantwortete Schutzmaßnahme zu.
  2. Prüfen Sie den Zugriff einer nicht berechtigten Identität auf Daten und Schlüssel getrennt.
  3. Untersuchen Sie Diagnoseausgaben auf unbeabsichtigte Klartextinhalte.
  4. Planen Sie einen Schlüsselwechsel und prüfen Sie die benötigte Lesbarkeit historischer Daten.

Eine erfolgreiche Verbindung zeigt zunächst Erreichbarkeit. Sie ersetzt nicht die Prüfung der tatsächlich verwendeten Schutzverfahren und ihrer Konfiguration.

Integrität und Vertraulichkeit getrennt belegen

Begriff · HMAC

Ein Message Authentication Code auf Basis einer Hashfunktion und eines gemeinsamen Schlüssels. Wer den Schlüssel hat, kann gültige Werte erzeugen.

Eine Freigabe an eine Sache binden

Die Originalquelle nennt HMAC-SHA256 für die Zustimmung und SHA-256 für die Protokollkette. Diese Angaben beschreiben das Kontrollverfahren. Sie sind keine Aussage über eine Verschlüsselung aller Geschäftsdaten. Der geplante Abnahmebericht muss daher Schutz vor Mitlesen, Berechtigungsprüfung und Erkennung nachträglicher Änderungen einzeln behandeln. Verwenden Sie keine allgemeine Zusicherung wie „alles verschlüsselt“, solange Datenwege, Verfahren und Verantwortlichkeiten des konkreten Einsatzes nicht nachgewiesen sind.

Schema

schutzbereich: <vorgang>
datenwege: [quelle, modell, werkzeug, protokoll]
uebertragung: im_Einsatz_festzulegen
speicherung: im_Einsatz_festzulegen
schluesselverantwortung: gesondert_benennen
protokoll_hash: kein_Vertraulichkeitsnachweis
wiederherstellung: vor_Betrieb_pruefen
Schema 1YAML · Schema mit Platzhaltern

Grenze

Grenze
Eine vollständige Verschlüsselungs- oder Schlüsselverwaltungsarchitektur ist nicht belegt. Das Kontrollverfahren und sein Browser-Schlüssel erlauben keine Aussage über den Schutz einer späteren Kundeninstallation.

Verwandte Seiten