ISO 27001:2022 Anhang A 8.31 – Trennung von Entwicklungs-, Test- und Produktionsumgebungen

• Weitere Informationen finden Sie auch in den ISO 27002:2022 Kontrolle 8.31 .
• Weitere Informationen finden Sie auch in den ISO 27001:2013 Anhang A 12.1.4 .
• Weitere Informationen finden Sie auch in den ISO 27001:2013 Anhang A 14.2.6 .

ISO 27001 Anhang A 8.31: Warum die Trennung von Entwicklungs-, Test- und Produktionsumgebungen so wichtig ist

Wenn Entwicklungs-, Test- und Produktionsumgebungen nicht genau getrennt werden, kann dies zu einem Verlust der Verfügbarkeit, Vertraulichkeit und Integrität von Informationsressourcen führen.

Beispielsweise hat Uber fälschlicherweise ein Code-Repository auf Github bereitgestellt, das Passwörter aus seiner Produktionsumgebung enthielt und so die Vertraulichkeit sensibler Daten gefährdete.

Unternehmen sollten geeignete Protokolle und Vorschriften einführen, um Entwicklungs-, Test- und Produktionseinstellungen klar zu trennen und so Sicherheitsrisiken auszuschließen.

Zweck von ISO 27001:2022 Anhang A 8.31

ISO 27001:2022 Anhang A 8.31 erleichtert Organisationen die Wahrung der Vertraulichkeit, Integrität und Verfügbarkeit sensibler Informationsbestände durch geeignete Prozesse, Kontrollen und Vorschriften. Dies geschieht durch die Isolierung von Entwicklungs-, Test- und Produktionsumgebungen.

Eigentum an Anlage A 8.31

Das Chief Information Security Officer, mit Unterstützung des Entwicklungsteams, ist letztendlich für die Einhaltung von ISO 27001:2022 Anhang A 8.31 verantwortlich, der die Einrichtung und Implementierung organisationsweiter Prozesse und Kontrollen zur Trennung verschiedener Softwareumgebungen erfordert.

Allgemeine Leitlinien zur Einhaltung von ISO 27001:2022 Anhang A 8.31

Organisationen sollten die Produktionsprobleme berücksichtigen, die vermieden werden sollten, wenn sie über den erforderlichen Grad der Trennung zwischen den drei Umgebungen entscheiden.

In Anhang A 8.31 wird empfohlen, dass Organisationen sieben Kriterien berücksichtigen:

1. Es wird empfohlen, Entwicklungs- und Produktionssysteme auf ein zufriedenstellendes Niveau zu trennen. Beispielsweise könnte die Nutzung unterschiedlicher virtueller und physischer Umgebungen für die Produktion eine Lösung sein machbare Lösung.
2. Für den Einsatz von Software in der Produktionsumgebung nach dem Durchlaufen der Entwicklungsumgebung müssen Regeln und Autorisierungsverfahren erstellt, dokumentiert und umgesetzt werden.
3. Organisationen sollten Änderungen an Anwendungen und Produktionssystemen in einer isolierten Testumgebung außerhalb der Produktionsumgebung bewerten und testen, bevor sie sie in der Produktionsumgebung implementieren.
4. Es sollten keine Tests in Produktionsumgebungen durchgeführt werden, es sei denn, sie wurden zuvor genau definiert und genehmigt.
5. Entwicklungsressourcen wie Compiler und Editoren sollten in Produktionsumgebungen nicht verfügbar sein, es sei denn, dies ist unbedingt erforderlich.
6. Um Fehler zu vermeiden, sollten korrekte Umgebungsbezeichnungen gut sichtbar in Menüs hervorgehoben werden.
7. Es sollten keine sensiblen Informationsbestände in Entwicklungs- oder Testsysteme übertragen werden, es sei denn, gleichwertige Sicherheitsmaßnahmen sind vorhanden.

Leitfaden zum Schutz von Entwicklungs- und Testumgebungen

Organisationen sollten Entwicklungs- und Testumgebungen vor potenziellen Sicherheitsrisiken schützen und dabei Folgendes berücksichtigen:

• Stellen Sie sicher, dass alle Entwicklungs-, Integrations- und Testtools, z. B. Builder, Integratoren und Bibliotheken, regelmäßig gepatcht und auf dem neuesten Stand gehalten werden.
• Stellen Sie sicher, dass alle Systeme und Software sicher eingerichtet sind.
• Für den Zugriff auf Umgebungen müssen entsprechende Kontrollen vorhanden sein.
• Änderungen an Umgebungen und deren Codes sollten überwacht und überprüft werden.
• Es sollte eine sichere Überwachung und Überprüfung der Umgebungen durchgeführt werden.
• Umgebungen sollten durch Backups gesichert werden.

Keiner Person sollte das Vorrecht eingeräumt werden, Änderungen sowohl an der Entwicklungs- als auch an der Produktionsumgebung vorzunehmen, ohne vorher eine Genehmigung einzuholen. Um dies zu vermeiden, können Organisationen Zugriffsrechte trennen oder Zugriffskontrollen einrichten und durchführen.

Organisationen können über weitere technische Kontrollen nachdenken, wie etwa die Protokollierung aller Zugriffsaktivitäten und die Überwachung des Zugriffs auf diese Umgebungen in Echtzeit.

Ergänzende Hinweise zu Anhang A 8.31

Wenn Unternehmen nicht die notwendigen Schritte unternehmen, können ihre Informationssysteme erheblichen Sicherheitsrisiken ausgesetzt sein.

Entwickler und Tester mit Zugriff auf die Produktionsumgebung können unbeabsichtigt Änderungen an Dateien oder Systemeinstellungen vornehmen, nicht autorisierten Code ausführen oder versehentlich vertrauliche Daten preisgeben.

Unternehmen benötigen eine stabile Umgebung, um ihren Code gründlich testen zu können und Entwicklern den Zugriff auf Produktionsumgebungen zu verwehren, in denen sensible reale Daten gespeichert und verarbeitet werden.

Organisationen sollten bestimmte Rollen zuweisen und eine Aufgabentrennung durchsetzen.

Die Entwicklungs- und Testteams können Gefahr laufen, die vertraulichen Produktionsdaten zu gefährden, wenn sie dieselben Computergeräte verwenden. Es kann zu unbeabsichtigten Änderungen an sensiblen Informationen oder Softwareprogrammen kommen.

Organisationen werden dringend aufgefordert, unterstützende Prozesse einzurichten, um Produktionsdaten in Test- und Entwicklungssystemen in Übereinstimmung mit ISO 27001:2022 Anhang A 8.33 zu nutzen.

Organisationen sollten die in dieser Anhang-A-Kontrolle besprochenen Maßnahmen berücksichtigen, wenn sie Endbenutzerschulungen in Schulungsumgebungen durchführen.

Schließlich können Unternehmen die Grenzen zwischen Entwicklungs-, Test- und Produktionsumgebungen verschleiern. Beispielsweise können Tests in einer Entwicklungsumgebung durchgeführt werden oder Mitarbeiter können das Produkt testen, indem sie es tatsächlich verwenden.

Änderungen und Unterschiede zu ISO 27001:2013

ISO 27001:2022 Anhang A 8.31 ersetzt ISO 27001:2013 Anhang A 12.1.4 und ISO 27001:2013 Anhang A 14.2.6. Mit dieser Überarbeitung werden die notwendigen Anpassungen vorgenommen, um den Standard an die aktuellste Praxis anzupassen.

Die beiden Versionen haben viele Gemeinsamkeiten, zwei Unterschiede sind jedoch bemerkenswert.

ISO 27001:2013 Anhang A 14.2.6 liefert detailliertere Leitlinien zu sicheren Entwicklungsumgebungen

ISO 27001:2013 Anhang A 14.2.6 befasst sich mit sicheren Entwicklungsumgebungen und skizziert 10 Empfehlungen, die Organisationen beim Aufbau einer Entwicklungsumgebung berücksichtigen sollten.

Im Vergleich dazu enthält ISO 27001:2022 Anhang A 8.33 bestimmte Vorschläge nicht, wie z. B. ein Backup an einem entfernten Standort und Einschränkungen bei der Datenübertragung.

ISO 27001:2022 Anhang A 8.31 befasst sich mit Produkttests und der Verwendung von Produktionsdaten

Im Vergleich zu ISO 27001:2013 bietet ISO 27001:2022 Anhang A 8.31 Leitlinien zur Produktprüfung und Nutzung von Produktionsdaten gemäß ISO 27001:2022 Anhang A 8.33.

Tabelle aller ISO 27001:2022 Anhang A-Kontrollen

In der folgenden Tabelle finden Sie weitere Informationen zu jeder einzelnen ISO 27001:2022 Anhang A Steuern.

Wie ISMS.online hilft

ISMS.Online unterstützt Sie in allen Bereichen Implementierung von ISO 27001, von der Risikobewertung bis zur Erstellung von Richtlinien, Verfahren und Leitlinien zur Einhaltung des Standards.

ISMS.Online bietet einen komfortablen Ansatz, Entdeckungen zu erfassen und online mit Kollegen zu teilen. Darüber hinaus können Sie Checklisten für jede ISO 27001-Aufgabe erstellen und speichern, sodass Sie das Sicherheitsprogramm Ihrer Organisation mühelos überwachen können.

Wir stellen Organisationen außerdem ein automatisiertes Toolset zur Verfügung, das die Einhaltung der ISO 27001-Norm erleichtert. Das benutzerfreundliche Design erleichtert den Nachweis der Konformität.

Nehmen Sie jetzt Kontakt mit uns auf Vereinbaren Sie eine Vorführung.