- Anzeigen -


Sie sind hier: Home » Fachbeiträge » Grundlagen

Compliance-konforme Datensicherheit


HSM stellen sicher, dass Unternehmen aller Branchen ihre Vorgaben für die IT-Compliance erfüllen können
Hardware Security-Module erzeugen hochwertige kryptographische Schlüssel und speichern sie so sicher, dass unautorisierte Personen keinen Zugriff darauf haben

Autor Malte Pollmann
Autor Malte Pollmann Die Verantwortlichen sollten im Vorfeld prüfen, welche Compliance-Anforderungen ein HSM-Modul zwingend erfüllen muss, denn einzelne Sicherheitsstufen können auch Einschränkungen mit sich bringen, Bild: Utimaco

(05.05.15) - Die Vertraulichkeit und Integrität von Daten ist unverzichtbar – nicht zuletzt auch aus Compliance-Gründen. Eine Grundlage dafür: Die konsequente Verschlüsselung von wichtigen Informationen. Ein besonders hohes Schutzniveau bieten Hardware-basierte Verschlüsselungssysteme, so genannte Hardware Security Module (HSM). Zur Sicherung von Daten und Transaktionen sind kryptographische Verfahren unverzichtbar.

Sie umfassen zwei Bereiche:
• >> Das Erzeugen, Speichern und Verwalten von Schlüsseln sowie
• >> die Anwendung für die Signaturerstellung und Verschlüsselung mit diesen kryptographischen Schlüsseln.

Hier kommen Hardware Security-Module ins Spiel: Sie erzeugen hochwertige kryptographische Schlüssel und speichern sie so sicher, dass unautorisierte Personen keinen Zugriff darauf haben. Zudem stellen HSM sicher, dass Unternehmen aller Branchen ihre Vorgaben für die IT-Compliance erfüllen – eine Aufgabe, die nicht zu unterschätzen ist, steigt doch die Zahl der Verpflichtungen aus Gesetzen, Verordnungen und Normen ständig. Aber es geht nicht nur darum, Vorschriften zu erfüllen. Gezielte Maßnahmen für den Schutz wichtiger Unternehmensdaten lohnen sich auch im Hinblick auf Prozessqualität, Transparenz, Kosten und nicht zuletzt auf die Sicherung der Unternehmenswerte.

HSM - Schutzmaßnahmen und Funktionsweise
Ein Hardware-Sicherheitsmodul stellt eine Reihe von Schutzmaßnahmen zur Verfügung. Dazu zählen das Erkennen von Manipulationsversuchen durch eine Versiegelung der Recheneinheit, Maßnahmen, um das Auslesen von Daten und Signalen aus der Recheneinheit zu verhindern sowie automatische Löschroutinen im Falle eines Angriffs. Außerdem stellt ein HSM über ein spezielles, gehärtetes Betriebssystem Verfahren bereit, die ausschließlich den Zugriff autorisierter Administratoren erlauben.

Die Funktionen des HSM stehen über eine definierte Schnittstelle (API) zur Verfügung. So kann beispielsweise eine Finanzanwendung die gesamte Schlüsselverwaltung auf ein HSM auslagern. Dies erhöht zum einen die Sicherheit. Zum anderen wird der Host-Rechner entlastet, auf dem die Anwendung läuft. Ein bekannter Vertreter einer Standardschnittstelle ist PKCS#11 (OASIS PKCS 11 TC, 2014). Ursprünglich wurde sie entwickelt, um X.509-Token und deren Anwendung zu adaptieren. Im Grunde lässt sich HSM als Security-Token einordnen – also als ein System, das die sichere Speicherung und Anwendung von kryptographischen Schlüsseln ermöglicht. Allerdings unterstützt ein HSM im Unterschied zu einem Token nicht nur eine einzelne Identität, das heißt einen einzelnen Nutzer, sondern kann sehr viele Schlüsseldaten mit unterschiedlichen Identitäten verarbeiten.

Alternativen zu Standard-APIs
Applikationsschnittstellen sind somit ein zentraler Punkt bei HSM. Einerseits bilden sie die vitale Schnittstelle zum legitimen Nutzer des Schlüssels, andererseits bieten sie Angreifern standardisierte Ansatzpunkte. Die Wahl der richtigen Schnittstelle erfordert daher eine genaue Analyse der Anwendungsumgebung und des Sicherheitskonzeptes.

Dies ist ein Grund, weshalb sich bei HSM proprietäre API etabliert haben. Ein weiterer ist, dass sich mit fachspezifischen Schnittstellen die Komplexität einer Standard-API reduzieren lässt. Das wiederum macht es einfacher, die Vorgaben branchenspezifischer Sicherheitskonzepte zu erfüllen.

Hinzu kommen folgende Vorteile von individuellen APIs bei Hardware-Sicherheitsmodulen:
• >> höhere Performance, die vor allem bei Hochleistungs-Transaktionssystemen wichtig ist,
• >> bessere Auditierbarkeit,
• >> optimierte Host-Programmierung und damit die Möglichkeit, das HSM als Teil eines Gesamtsystems zu betrachten,
• >> niedrigere Komplexität, die etwa für die Zertifizierung eine Rolle spielt.

Diesen Vorzügen stehen bei herstellerspezifischen Schnittstellen einige Nachteile gegenüber. Dazu zählt, dass der Austausch von HSM-Systemen aufwändig sein kann. Da im Normalfall eine Anpassung der HSM-Firmware erfolgt, ist ein Wechsel zu einem anderen Hersteller nur nach Anpassung von dessen Produkten möglich.
Hinzu kommen Einschränkungen in Bezug auf die Erweiterbarkeit. Denn bei jeder funktionalen Erweiterung der Host-Anwendung fallen Funktionserweiterungen an der HSM-Schnittstelle an. Diese müssten programmiert und gegebenenfalls neu zertifiziert werden.

Ein HSM für Schutzmaßnahmen

Hardware Security Module (HSM)
Hardware Security Module (HSM) Zuverlässigen Schutz vor Cyber-Angriffen und Datenverlusten durch Unachtsamkeit und Bedienungsfehler. Dadurch legen HSM Grundlage für eine sichere und vertrauensvolle Kommunikation, Bild: Utimaco


Lösungen mit Zertifikat
Je nachdem, in welcher Branche und in welchen Ländern ein Unternehmen tätig ist, existieren unterschiedliche Compliance-Vorgaben. Diese schreiben teilweise auch bestimmte Sicherheitszertifikate der eingesetzten Lösungen vor. Zu den wichtigsten Zertifizierungs-Frameworks zählt FIPS 140-2 des NIST (National Institute of Standards and Technology). Es dokumentiert, dass ein HSM für die vom NIST freigegebenen Verschlüsselungsalgorithmen ausgelegt ist und zudem die grundlegenden Anforderungen hinsichtlich der physischen Sicherheit erfüllt. Die Vorgaben der Spezifikation Common Criteria for Information Technology Security Evaluation von ISO und IEC sind flexibler. Allerdings gibt es bislang nur ein einziges spezielles Profil für die Absicherung von HSM. Darüber hinaus existieren weitere Zertifizierungen, etwa gemäß PCI-HSM.

Die Verantwortlichen sollten im Vorfeld prüfen, welche Compliance-Anforderungen ein HSM-Modul zwingend erfüllen muss, denn einzelne Sicherheitsstufen können auch Einschränkungen mit sich bringen. Ein Beispiel: Erfüllt ein HSM die Vorgaben von FIPS 140-2 Level 3, arbeitet es im FIPS-Modus. Das wiederum schränkt die Nutzung von APIs mit ein. Außerdem existieren Limitierungen bezüglich der Schlüssel-Länge und der Schlüssel-Attribute.

Fazit
HSM bieten Unternehmen aller Branchen einen sicheren Weg, um ihre Kommunikationskanäle sowie übermittelte Daten vor dem Zugriff Unbefugter zu schützen und ihre IT Compliance-konform auszurichten. Darüber hinaus gewinnen IT-Verantwortliche damit zusätzliche Rechenkapazitäten, um Lastspitzen aufzufangen. Neue Verfahren erlauben sogar, unternehmensspezifische Funktionen in ein HSM zu implementieren, ohne vorhandene Zertifizierungen zu verlieren.

Check-Liste: Das richtige Hardware Security Modul finden
Auf dem Markt ist eine Vielzahl unterschiedlicher Hardware Security Module zu finden. Folgende Kategorien gilt es zu berücksichtigen:
• Technische Faktoren: dazu zählen unter anderem die Performance und Skalierbarkeit, Redundanz und Backup-Optionen, APIs, Betriebssysteme, Hardware-Support und vor allem die physische Sicherheit, etwa Schutzmechanismen gegen Einbruchsversuche
• Formfaktor: hier haben Unternehmen die Auswahl zwischen Network-attached und Embedded HSM
• Zertifizierungen: wichtig ist eine eindeutige Identifizierung der nötigen Zertifizierung
• Unterstützung durch den Anbieter: Image, Referenzen und Integrationsservices können Unternehmen bei der Entscheidung für ein HSM helfen. Speziell für Unternehmen und öffentliche Einrichtungen in Deutschland spielt ein weiterer Aspekt eine Rolle – nämlich in welchem Land der Anbieter der HSM-Lösung beheimatet ist. So unterliegen Hersteller mit Hauptsitz in Deutschland ausschließlich den hier oder in der EU geltenden Gesetzen. Der Zugriff auf Kundendaten oder technische Details einer Verschlüsselungslösung durch staatliche Einrichtungen ist im Gegensatz zu anderen Ländern ausgeschlossen.

(*) Der Autor:
Malte Pollmann ist seit 2008 Mitglied des Management Boards von Utimaco und seit 2011 CEO. Zuvor war er Product Director und Geschäftsbereichsleiter bei Lycos Europe NV. Pollmann studierte Physik an den Universitäten Paderborn und Kaiserslautern und absolvierte eine Ausbildung in General Management bei INSEAD in Fontainebleau. Er ist Aufsichtsratsmitglied der International School of IT-Security (isits AG) in Bochum.
(Utimaco: ra)

Lesen Sie auch den Schwerpunkt:
"IT-Sicherheit im Kontext von Compliance"

Utimaco: Kontakt und Steckbrief

Der Informationsanbieter hat seinen Kontakt leider noch nicht freigeschaltet.

- Anzeigen -





Kostenloser IT SecCity-Newsletter
Ihr IT SecCity-Newsletter hier >>>>>>

- Anzeigen -


Meldungen: Grundlagen

  • PKI ist im 21. Jahrhundert angekommen

    Um ein IoT-Ökosystem sicher aufzubauen und zu entwickeln, braucht man zwingend Tools und Architekturen, um IoT-Geräte zu identifizieren, zu kontrollieren und zu verwalten. Dieser Prozess beginnt mit dem Festlegen einer starken Identität für jedes IoT-Gerät. Der folgende Beitrag beschäftigt sich mit einigen der Möglichkeiten, wie man die Authentizität von IoT-Geräten verifizieren kann, bevor man sie integriert.

  • Tor-Browser, um IP-Adressen zu verschleiern

    Trotz ausgereifter Sicherheitstechnologien bleiben Anwender für Unternehmen eine empfindliche Schwachstelle, insbesondere deshalb, weil Cyberkriminelle ihre Social Engineering-Angriffe immer weiter verfeinern. Vor allem Phishing zählt zu den Angriffsvektoren, die Unternehmen gegenwärtig Kopfschmerzen bereiten. So werden E-Mails im Namen von Payment-Services, Shopanbietern oder E-Mailservice-Hosts von den kriminellen Hintermännern täuschend echt nachgeahmt, mit dem Ziel, durch das Abfischen von Logindaten weitere sensible, persönliche Daten zu erbeuten. Doch wie sehen die Konsequenzen aus, wenn Nutzerdaten von Mitarbeitern in die falschen Hände geraten und welche Auswirkungen hätte dies auf das Unternehmen? Das Forschungsteam von Bitglass hat versucht, mithilfe eines Experiments unter dem Namen "Cumulus" den Verbreitungswegen illegal erbeuteter Daten auf die Spur zu kommen.

  • PKI ist im 21. Jahrhundert angekommen

    Um ein IoT-Ökosystem sicher aufzubauen und zu entwickeln, braucht man zwingend Tools und Architekturen, um IoT-Geräte zu identifizieren, zu kontrollieren und zu verwalten. Dieser Prozess beginnt mit dem Festlegen einer starken Identität für jedes IoT-Gerät. Der folgende Beitrag beschäftigt sich mit einigen der Möglichkeiten, wie man die Authentizität von IoT-Geräten verifizieren kann, bevor man sie integriert. Die IoT-Entwicklung durchdringt mittlerweile alle Facetten unseres Lebens. Entsprechend rasant ist das Innovationstempo in diesem Bereich. Es existieren viele Anwendungen, die klug und ausgereift sind, aber leider auch solche, die das genaue Gegenteil davon sind. Dessen ungeachtet sind die weitaus meisten Anwendungen sehr wirkungsvoll etwa in der Landwirtschaft oder im Gesundheitswesen. Das IoT ist also nicht mehr weg zu denken. Trotzdem mutet die Entwicklung bisweilen so an, als versuche jemand zu rennen bevor er noch überhaupt laufen gelernt hat. Übersetzt heißt das, IoT-Entwickler vernachlässigen eine Kernkomponente unserer vernetzten Welt, die Sicherheit.

  • Mustererkennung umgehen

    Ob Viren, Würmer, Bots, Trojaner oder Keylogger, viele der gängigen Malware-Formen bergen nicht nur ein hohes Schadenspotential, sondern sind auch überaus wandlungsfähig. Ein berüchtigtes Beispiel ist die CryptoWall-Ransomware, mit der Cyberkriminelle nach Schätzung des FBI mehr als 18 Millionen Dollar erbeutet haben. CryptoWall ist ein polymorpher Ransomware-Stamm, der in bekannter Manier Daten auf dem Computer des Opfers verschlüsselt und anschließend Lösegeld erpresst. Der in CryptoWall verwendete polymorphe Builder entwickelt dabei für jedes Angriffsziel eine im Wesentlichen neue Code-Variante, um der Entdeckung durch traditionelle Sicherheitslösungen zu entgehen. Polymorphe Malware ändert ständig ihre identifizierbaren Merkmale, beispielsweise durch Veränderung von Dateinamen und -typen, Verschlüsselung oder Komprimierung. Einige polymorphe Taktiken existieren bereits seit den 1990ern, doch in den letzten zehn Jahren hat sich eine neue Welle aggressiver polymorpher Malware entwickelt.

  • Unterschätztes Risiko Insider-Angriff

    Beim Stichwort Cyber-Bedrohung denkt man häufig an großangelegte Malware-Angriffe wie Ransomware, mit denen Kriminelle versuchen, das Firmennetzwerk zu kompromittieren. Unterschätzt wird jedoch oft eine Gefahr, die bereits im Firmengebäude sitzt: Die Insider-Bedrohung. Insider - seien es unachtsame Angestellte oder böswillige Mitarbeiter, die aus finanziellen oder persönlichen Motiven Daten stehlen oder gar löschen - sind ein enormes Risiko für die Datensicherheit in Unternehmen. Oft haben Angestellte, externe Auftragnehmer und andere Dritte legitimen Zugriff auf sensible Daten, um effektiv und flexibel arbeiten zu können. Dies stellt eine Herausforderung für Sicherheitsteams dar, denn es ist wesentlich schwieriger, Bedrohungen zu erkennen, wenn der betreffende Akteur gültigen Zugriff auf Unternehmensdaten hat. Mit entsprechenden Richtlinien und Technologien kann die Gefahr eines internen Datenverlustes oder -diebstahls jedoch erheblich reduziert werden.