A.8.25
Sicherheit über den gesamten Entwicklungsweg
Technologisch-Control
Was es bedeutet
Sicherheitsregeln über den gesamten Entwicklungslebenszyklus anwenden.
Wie StandardOS das prüft
Nur lesend verbunden, nach Zeitplan. Eine bestandene Prüfung hält einen Nachweiseintrag frisch; eine fehlgeschlagene lässt ihn verfallen, sodass eine Verschlechterung auffällt, statt auf das Audit zu warten. Jede Integration, und was die jeweiligen Zugangsdaten sehen können.
- GitHubStandardOS liest ob jedes geprüfte Repository eine CODEOWNERS-Datei und einen Workflow unter .github/workflows trägt, die beiden Dateien, die ein sicherer Entwicklungslebenszyklus hinterlässt.
Risiken, die dieses Control behandelt
Aus dem Start-Risikoregister, das StandardOS bei der Einrichtung vorschlägt. Sie behalten, bearbeiten oder löschen jedes einzelne; dies sind die, die A.8.25 als Behandlung nennen.
- Schwachstelle in der eigenen Software eingeführtAnwendung
Was Kunden zu diesem Control fragen
Sicherheitsfragebögen verwenden keine Control-Nummern. Dies sind die Fragen, so wie Kunden sie stellen, die auf A.8.25 hinauslaufen. Jede wird aus denselben vier Aufzeichnungen beantwortet: dem SoA-Status, der genehmigten Richtlinie, datierten Nachweisen und einer laufenden Prüfung. Die vollständige Karte der dreißig Themen.
Folgen Sie einem sicheren Entwicklungszyklus mit Code-Review und Änderungsmanagement?
Sichere Entwicklung, Code-Review, Änderungsmanagement, CI/CD · auch A.8.29, A.8.32
Wo dies unter NIS2 steht
A.8.25 ist Teil dessen, was Artikel 21 Absatz 2 Buchstabe e, Security in network and information systems acquisition, development and maintenance
, verlangt. Es einmal umzusetzen zählt für beides, und genau deshalb gibt es die NIS2-Zuordnung.
Controls, die mit diesem zusammenarbeiten
Diese tauchen im selben Risiko oder derselben Richtlinie gemeinsam auf und werden deshalb meist auch gemeinsam umgesetzt.
- A.8.26Festlegen, was eine Anwendung sicher leisten muss
- A.8.27Systeme nach sicheren Prinzipien entwerfen
- A.8.28Code schreiben, der Angriffen standhält
- A.8.33Beim Testen unbedenkliche Daten verwenden
- A.8.29Sicherheit prüfen, bevor etwas ausgeliefert wird
- A.8.30Sicherheit beaufsichtigen, wenn andere für Sie bauen
- A.8.31Bau-, Test- und Produktivumgebungen trennen
- A.8.8Bekannte Schwachstellen finden und beheben
Was eine ISO-27001-Zertifizierung kostet. Die Audittage sind durch ISO/IEC 27006 festgelegt, Sie können Ihre eigene Zahl also ausrechnen. Oder sehen Sie, welche Abschnitte StandardOS abdeckt, einschließlich derer, die es nicht abdeckt.
Was StandardOS für A.8.25 am Audittag bereithält
Eine Entscheidung zur Anwendbarkeit und ein Begründungsentwurf, vorausgefüllt aus einem Profil mit sieben Fragen und als Entwurf markiert, bis Sie ihn zu Ihrem eigenen gemacht haben. Ein Umsetzungsstatus. Datierte Nachweiseinträge, die ablaufen, damit der Export, den Ihr Auditor liest, zeigt, was wann galt, abgelegt unter dieser Referenz.