Nach den russischen Gesetzen wird jedes Unternehmen, das mit den persönlichen Daten seiner Nutzer in Russland arbeitet, unabhängig von seinem Willen zum Betreiber personenbezogener Daten (PDn). Dies bringt eine Reihe von formalen und verfahrensmäßigen Verpflichtungen mit sich, die nicht jedes Unternehmen übernehmen kann oder möchte.
Wie die Praxis zeigt, ist es vollkommen verständlich, dass man dies nicht möchte, denn dieses Wissensgebiet ist so neu und in der Praxis noch nicht erprobt, dass selbst Fachleute auf Schwierigkeiten und Fragen stoßen. Heute berichten wir, wie wir ein Projekt zur Speicherung personenbezogener Daten für unseren Kunden umgesetzt haben und mit welchen unerwarteten Herausforderungen wir dabei konfrontiert wurden.
Wie wir halfen, die Daten gemäß dem Gesetz 152-FZ zu schützen
Anfang 2019 wandte sich die GmbH „Smart-Service“ an uns, ein Entwickler einer Plattform für das Management von Wartungsdiensten und einer Anwendung zum Austausch von Kontakten .
Die erste Lösung automatisiert den Wartungsprozess von Geräten in verschiedenen Bereichen – von der Einrichtung von Kaffeemaschinen und Klimaanlagen in Büros bis hin zur Wartung von Gasturbinen. Die zweite Lösung ist ein Online-Generator zur Erstellung elektronischer Visitenkarten basierend auf QR-Codes.
Online-Visitenkarte myQRcards.
Beide Systeme speichern und verarbeiten Benutzerdaten, die gemäß dem Gesetz 152-FZ als "personenbezogen" klassifiziert werden. In diesem Fall gibt das Gesetz eine Reihe von Einschränkungen für die Systeme zur Speicherung solcher personenbezogenen Daten vor, um das erforderliche Schutzniveau zu gewährleisten und das Risiko unbefugten Zugriffs zum Zwecke der Entwendung oder missbräuchlichen Nutzung auszuschließen.
Gesetze müssen eingehalten werden, jedoch hatte «Smart-Service» nicht geplant, interne Kompetenzen im Bereich des Datenschutzes zu entwickeln. Daher wurden die Dienste und Daten, die von den Nutzern geteilt wurden, zu Linxdatacenter verlagert. «Smart-Service» hat die Serverkapazitäten der Arbeitsumgebung in einen separaten, geschützten Netzwerkbereich unseres Rechenzentrums verlagert, der gemäß den Anforderungen des 152-FZ zertifiziert ist – das sogenannte «geschützte Cloud».
WIE DAS GESCHÜTZTE CLOUD FUNKTIONIERT
Jedes Informationssystem, das personenbezogene Daten verarbeitet, muss drei grundlegenden Anforderungen genügen:
- Zugriff auf die Server zur Speicherung und Verarbeitung von Daten muss über einen VPN-Kanal mit Verschlüsselung gemäß GOST erfolgen;
- Die Server zur Speicherung und Verarbeitung von Daten müssen kontinuierlich mit Antivirus-Software auf Sicherheit überprüft werden;
- Das Speichersystem muss in isolierten Netzwerken untergebracht sein.
Wir platzieren die Serverkapazitäten unserer Kunden in separaten Bereichen, die den Anforderungen des 152-FZ entsprechen, und unterstützen Sie dabei, ein Konformitätszertifikat zu erhalten.
Architektur der geschützten virtuellen Infrastruktur für die GmbH «Smart Service».
Fortschritt der Arbeiten
Die initiale Abstimmung der Arbeiten fand im Juni 2019 statt, was als Startdatum des Projekts betrachtet werden kann. Alle Arbeiten sollten in einer "Live"-Umgebung mit Tausenden von Anfragen pro Tag durchgeführt werden. Natürlich war es notwendig, das Projekt durchzuführen, ohne den regulären Betrieb beider Systeme zu unterbrechen.
Daher wurde ein klarer Aktionsplan erstellt und genehmigt, der in 4 Phasen unterteilt ist:
- Vorbereitung,
- Migration,
- Testen und Überprüfen unter realen Bedingungen,
- Aktivierung von Überwachungssystemen und Zugriffsbegrenzungen.
Für den Fall der Fälle haben wir ein Verfahren zur Wiederherstellung (DRP) vorgesehen. Laut dem ursprünglichen Plan sollten die Arbeiten nicht viel Zeit und Ressourcen in Anspruch nehmen und im Juli 2019 abgeschlossen sein. Jede Phase sah am Ende einen vollständigen Test der Netzwerkverfügbarkeit und der Funktionalität der Systeme vor.
Der schwierigste Schritt, bei dem es zu Problemen kommen konnte, war die Migration. Ursprünglich planten wir, die Migration durch das vollständige Verschieben von virtuellen Maschinen durchzuführen. Dies schien die logischste Lösung zu sein, da sie keine zusätzlichen Ressourcen für die Neukonfiguration erforderte. Was könnte einfacher sein als vMotion?
Überraschend
Wie so oft in Projekten in relativ neuen Bereichen, geschah das Unerwartete.
Da jede virtuelle Maschine zwischen 500 und 1.000 GB benötigt, dauerte das Kopieren solcher Datenmengen selbst innerhalb eines Rechenzentrums etwa 3-4 Stunden pro Maschine. Infolgedessen konnten wir den vorgegebenen Zeitrahmen nicht einhalten. Dies geschah aufgrund physischer Einschränkungen des Speichersystems beim Übertragen von Daten in vCloud.
Ein Fehler in der verwendeten Version von vCloud verhinderte die Durchführung von Storage vMotion für virtuelle Maschinen mit unterschiedlichen Datenträgertypen, sodass die Datenträger gewechselt werden mussten. Letztendlich konnten die virtuellen Maschinen übertragen werden, jedoch dauerte es länger als geplant.
Ein weiterer Punkt, den wir nicht bedacht hatten, sind die Einschränkungen beim Verschieben des Datenbank-Clusters (Failover-Cluster MS SQLServer). Daher mussten wir den Cluster auf den Betrieb mit einem Knoten umrüsten und ihn außerhalb der geschützten Zone belassen.
Bemerkenswert ist, dass aus bisher unerklärlichen Gründen beim Transfer der virtuellen Maschinen der Anwendungscluster auseinanderfiel und neu aufgebaut werden musste.
Bei dem ersten Versuch erhielten wir einen unzufriedenstellenden Zustand der Systeme und mussten erneut mit der Planung und Ausarbeitung von Alternativen beginnen.
Versuch Nr. 2
Nach einer Fehlersuche erkannte das Team, dass es sinnvoller wäre, die Infrastruktur in der geschützten Zone zu duplizieren und nur die Datenfiles zu kopieren. Es wurde entschieden, keine zusätzlichen Kosten von dem Auftraggeber für die zusätzlichen Serverressourcen zu verlangen, die bereitgestellt werden mussten, um die Migration abzuschließen.
Nachdem die Cluster in der geschützten Zone vollständig dupliziert worden waren, verlief die Migration problemlos.
Als Nächstes war es erforderlich, die Netzwerke in geschützte und ungeschützte Zonen zu unterteilen. Dies führte nur zu einigen kleinen Ausfällen. Die Testphase des gesamten Systems in der geschützten Zone ohne jeglichen Schutz konnte im regulären Betrieb erfolgreich gestartet werden. Nach der Sammlung positiver Statistiken über den Betrieb des Systems in diesem Modus gingen wir zur letzten Phase über: der Implementierung von Schutzsystemen und Zugangsbeschränkungen.
Erfolgreiches Ergebnis und wertvolle Erkenntnisse
Letztendlich gelang es uns, gemeinsam mit dem Auftraggeber erhebliche Änderungen an der bestehenden Serverinfrastruktur vorzunehmen, was die Zuverlässigkeit und Sicherheit der Speicherung von personenbezogenen Daten erheblich erhöhte, die Risiken des unbefugten Zugriffs stark reduzierte und ein Zertifikat über die Erfüllung der Anforderungen an die Speicherung erhielt — ein Erfolg, den längst nicht alle Entwickler vergleichbarer Software erreicht haben.
Zusammengefasst sah das Projektarbeitsvolumen folgendermaßen aus:
- Ein separates Subnetz wurde eingerichtet;
- Insgesamt wurden zwei Cluster migriert, bestehend aus fünf virtuellen Maschinen: ein Failover Datenbankcluster (zwei virtuelle Maschinen) und ein Service Fabric Anwendungscluster (drei virtuelle Maschinen);
- Die Einstellungen für den Schutz und die Verschlüsselung von Daten wurden vorgenommen.
Es sieht alles recht klar und logisch aus. In der Praxis gestaltet sich jedoch alles etwas komplizierter. Wir haben erneut festgestellt, dass bei der Bearbeitung jeder einzelnen Aufgabe dieser Art höchste Aufmerksamkeit für die "Details" erforderlich ist, die sich als entscheidende Faktoren für den Erfolg des gesamten Projekts herausstellen.
Quelle: habr.com
