Nach den russischen Gesetzen wird jedes Unternehmen, das mit den persönlichen Daten seiner Nutzer in Russland arbeitet, unabhängig davon, ob es will oder nicht, zum Betreiber personenbezogener Daten. Dies bringt eine Reihe von formalen und verfahrenstechnischen Verpflichtungen mit sich, die nicht jedes Unternehmen selbst tragen kann oder will.
Wie die Praxis zeigt, möchte man das völlig zu Recht nicht, denn dieses Wissensgebiet ist noch so neu und in der Praxis ungetestet, dass selbst Fachleute auf Schwierigkeiten und Fragen stoßen. Heute werden wir darüber berichten, wie wir ein Projekt zur Speicherung personenbezogener Daten für unseren Kunden umgesetzt haben und welche unauffälligen Schwierigkeiten wir dabei erlebt haben.
Wie wir halfen, Daten gemäß dem Gesetz 152-FZ zu schützen
Anfang 2019 wandte sich das Unternehmen ООО „Smart-Service“, Entwickler einer Plattform für das Management von Serviceleistungen, an uns. und eine Anwendung für den Austausch von Kontakten .
Die erste Lösung ermöglicht die Automatisierung des Wartungsprozesses von Geräten in den unterschiedlichsten Bereichen – von der Einrichtung von Kaffeemaschinen und Klimaanlagen in Büros bis hin zur Reparatur von Gasturbinen. Die zweite ist ein Online-Builder zur Erstellung von elektronischen Visitenkarten auf Basis von QR-Codes.
Die Online-Visitenkarte myQRcards.
Beide Systeme speichern und verarbeiten Benutzerdaten, die gemäß dem Gesetz 152-FZ als „personenbezogen“ klassifiziert werden. In diesem Fall diktiert das Gesetz eine Reihe von Einschränkungen für die Systeme, die solche personenbezogenen Daten speichern, um das erforderliche Schutzniveau zu gewährleisten und das Risiko des unbefugten Zugriffs zum Zweck des Diebstahls oder des unangemessenen Gebrauchs auszuschließen.
Das Gesetz muss eingehalten werden, aber „Smart-Service“ plante nicht, intern Kompetenzen im Bereich Schutz personenbezogener Daten zu entwickeln. Daher „übersiedelten“ die Dienste und Daten, die ihre Nutzer teilten, in das Linxdatacenter. „Smart-Service“ verlegte die Serverressourcen der Arbeitsumgebung in einen separaten, geschützten Netzwerkbereich unseres Rechenzentrums, das gemäß den im Gesetz 152-FZ geforderten Anforderungen zertifiziert ist – das sogenannte „geschützte Cloud“.
WIE EIN GESCHÜTZTES CLOUDSYSTEM FUNKTIONIERT
Jedes Informationssystem, das personenbezogene Daten verarbeitet, muss drei grundlegende Anforderungen erfüllen:
- Der Zugang zu den Speicherservern und Datenverarbeitungsdiensten muss über einen VPN-Kanal mit Verschlüsselung gemäß GOST erfolgen;
- Die Speicherserver und Datenverarbeitungsdienste müssen kontinuierlich von einer Antivirenlösung auf das Vorhandensein von Schwachstellen überwacht werden;
- Das Speichersystem muss in isolierten Netzwerken untergebracht sein.
Wir hosten die Serverinfrastruktur unserer Kunden in separaten Zonen, die den Anforderungen des 152-FZ entsprechen, und unterstützen dabei, die Konformitätserklärung zu erhalten.
Architektur der sicheren virtuellen Infrastruktur für LLC "Smart Service".
Fortschritt der Arbeiten
Die erste Abstimmung der Arbeiten fand im Juni 2019 statt, was als Datum des Projektbeginns angesehen werden kann. Alle Arbeiten müssen in einer "Live"-Umgebung mit Tausenden von Anfragen pro Tag durchgeführt werden. Es war erforderlich, das Projekt durchzuführen, ohne den regulären Betrieb beider Systeme zu unterbrechen.
Deshalb wurde ein klarer Aktionsplan erstellt und abgestimmt, der in 4 Phasen unterteilt ist:
- Vorbereitung,
- Migration,
- Testen und Überprüfen unter realen Bedingungen,
- Aktivierung von Überwachungssystemen und Zugriffsbeschränkungen.
Für alle Fälle haben wir ein Wiederherstellungsverfahren im Falle eines unvorhergesehenen Ereignisses (DRP) eingeplant. Nach dem ursprünglichen Plan sollten die Arbeiten nicht viel Zeit und Ressourcen in Anspruch nehmen und bis Juli 2019 abgeschlossen sein. Jede Phase sah am Ende vollständige Tests der Netzwerkverfügbarkeit und Funktionalität der Systeme vor.
Die schwierigste Phase, in der "irgendetwas schiefgehen könnte", war die Migration. Ursprünglich planten wir, die Migration durch vollständige Übertragung der virtuellen Maschinen durchzuführen. Dies war die logischste Option, da sie keine zusätzlichen Ressourcen für die Neukonfiguration erforderte. Was könnte einfacher sein als vMotion.
Überraschenderweise
Doch wie es in Projekten in relativ neuen Bereichen oft der Fall ist, trat das Unvorhergesehene ein.
Da jede virtuelle Maschine 500 - 1.000 GB belegt, hat die Kopie solch großer Datenmengen sogar innerhalb eines Rechenzentrums etwa 3-4 Stunden pro Maschine in Anspruch genommen. Infolgedessen haben wir das vorgegebene Zeitfenster nicht eingehalten. Dies geschah aufgrund physischer Einschränkungen des Speichersystems beim Datenübertrag in vCloud.
Ein Bug in der verwendeten Version von vCloud verhinderte die Organisation von Storage vMotion für virtuelle Maschinen mit unterschiedlichen Festplattentypen, sodass die Festplatten ausgetauscht werden mussten. Infolgedessen konnte die Migration der virtuellen Maschinen durchgeführt werden, jedoch dauerte dies länger als geplant.
Ein weiterer Punkt, den wir nicht berücksichtigt hatten, sind die Einschränkungen beim Verschieben des DB-Clusters (Failover Cluster MS SQLServer). Daher musste der Cluster auf den Betrieb mit einem Knoten umgestellt und außerhalb der sicheren Zone belassen werden.
Bemerkenswert ist, dass aus bisher unklaren Gründen beim Umzug der virtuellen Maschinen der Anwendungscluster zusammenbrach und neu aufgebaut werden musste.
Bei dem ersten Versuch erhielten wir einen unbefriedigenden Zustand der Systeme und waren gezwungen, die Planung und Ausarbeitung von Alternativen erneut zu beginnen.
Versuch Nr. 2
Nachdem das Team aus den Fehlern gelernt hatte, wurde klar, dass es sinnvoller wäre, die Infrastruktur in der sicheren Zone zu duplizieren und lediglich die Daten-Dateien zu kopieren. Es wurde beschlossen, vom Kunden keine Zusatzkosten für die zusätzlichen Serverkapazitäten zu verlangen, die für den Abschluss der Migration erforderlich waren.
Als die Cluster in der sicheren Zone vollständig dupliziert waren, verlief die Migration problemlos.
Es musste nur noch die Trennung der Netzwerke der sicheren und unsicheren Zone erfolgen. Hier gab es nur einige geringfügige Störungen im Betrieb. Die Testphase des gesamten Systems in der sicheren Zone ohne jeglichen Schutz konnte im regulären Betrieb gestartet werden. Nachdem wir positive Statistiken über die Systemleistung in diesem Modus gesammelt hatten, gingen wir zur letzten Phase über: der Aktivierung der Schutzsysteme und der Zugangsbeschränkung.
Erfolgreiches Ergebnis und nützliche Lektion
Letztendlich gelang es, gemeinsam mit dem Kunden wesentliche Änderungen an der bestehenden Serverinfrastruktur vorzunehmen, was die Zuverlässigkeit und Sicherheit der Speicherung personenbezogener Daten verbesserte, die Risiken des unbefugten Zugriffs erheblich verringerte und ein Zertifikat über die Erfüllung der Anforderungen an die Speicherung erlangte — ein Erfolg, den bislang noch nicht alle Entwickler ähnlicher Software erreicht haben.
Insgesamt sah das Projekt so aus:
- Ein separates Subnetz wurde eingerichtet;
- Insgesamt wurden zwei Cluster mit fünf virtuellen Maschinen migriert: einen Failover-Datenbankcluster (zwei virtuelle Maschinen) und einen Service Fabric-Anwendungscluster (drei virtuelle Maschinen);
- Es wurden Einstellungen für Datensicherheit und Datenverschlüsselung vorgenommen.
Es scheint alles klar und logisch zu sein. In der Praxis erweist sich jedoch alles als etwas komplizierter. Wir haben erneut festgestellt, dass bei der Arbeit an jeder einzelnen Aufgabe dieser Art ein höchstes Maß an Aufmerksamkeit für die "Details" erforderlich ist, die sich als entscheidende Faktoren für den Erfolg des gesamten Projekts herausstellen.
Quelle: habr.com
