- Weitere Informationen finden Sie auch in den ISO 27002:2022 Kontrolle 5.24 .
- Weitere Informationen finden Sie auch in den ISO 27001:2013 Anhang A 16.1.1 .
Was ist das Ziel von ISO 27001:2022 Anhang A 5.24?
Das Ziel von ISO 27001:2022 Anhang A 5.24 besteht darin, einen konsistenten und praktischen Ansatz zu gewährleisten Verwaltung der Informationssicherheit Vorfälle, Ereignisse und Schwächen.
Die Festlegung, wie das Management Verantwortlichkeiten und Verfahren zur Behebung von Schwachstellen, Ereignissen und Sicherheitsvorfällen festlegt, ist die Definition einer geeigneten Kontrolle.
Der Begriff Vorfall bezieht sich auf eine Situation, in der ein Verlust der Vertraulichkeit, Integrität oder Verfügbarkeit eingetreten ist.
Um eine Reaktion auf Vorfälle, Ereignisse oder Schwachstellen zu planen, muss Ihre Führung diese Verfahren vor dem Eintreten eines Vorfalls definieren. Diese Verfahren sind einfach zu entwickeln, da sie im Rest dieser Anhang-A-Kontrolle dargelegt werden. Sie müssen nachweisen, dass diese formellen, dokumentierten Verfahren bei Ihrem Prüfer funktionieren.
ISO 27001 leicht gemacht
Ein Vorsprung von 81 % vom ersten Tag an
Wir haben die harte Arbeit für Sie erledigt und Ihnen vom Moment Ihrer Anmeldung an einen Vorsprung von 81 % verschafft. Sie müssen nur noch die Lücken ausfüllen.
Was ist der Zweck von Anhang A 5.24?
Ein Incident-Management-Ansatz zur Informationssicherheit ist in Annex A Control 5.24 zu sehen.
Diese Kontrolle beschreibt, wie Organisationen mit Vorfällen im Zusammenhang mit der Informationssicherheit umgehen sollten, indem sie effiziente Prozesse schaffen, angemessen planen und klar definierte Rollen und Verantwortlichkeiten definieren.
Der Schwerpunkt liegt auf konstruktiver Kommunikation und professionellen Reaktionen auf Situationen mit hohem Druck, insbesondere beim Umgang mit wirtschaftlich sensiblen personenbezogenen Daten.
Sein Zweck besteht darin, durch kritische Ereignisse verursachte kommerzielle oder betriebliche Schäden zu minimieren Informationssicherheitsveranstaltungen durch die Festlegung eines Standardsatzes an Vorfallmanagementverfahren.
Eigentum an ISO 27001:2022 Anhang A 5.24
Im weiteren Sinne wird eine Incident-Management-Strategie typischerweise zur Bewältigung servicebezogener Incidents eingesetzt. Die Kontrolle 5.24 in Anhang A befasst sich speziell mit Vorfällen und Verstößen im Zusammenhang mit der Informationssicherheit.
Aufgrund der sensiblen Natur dieser Ereignisse sollten CISOs oder Äquivalente einer Organisation die Verantwortung für Control 5.24 übernehmen.
Da CISOs in der Regel bei großen Unternehmen angestellt sind, kann die Verantwortung je nach Art der Organisation auch beim COO oder Service Manager liegen.
Befreien Sie sich von einem Berg an Tabellenkalkulationen
Integrieren, erweitern und skalieren Sie Ihre Compliance, ohne dass es zu Problemen kommt. IO gibt Ihnen die Widerstandsfähigkeit und das Vertrauen, um sicher zu wachsen.
Anleitung zu Rollen und Verantwortlichkeiten
Um die effektivsten Ergebnisse beim Vorfallmanagement zu erzielen, müssen die Mitarbeiter einer Organisation zusammenarbeiten, um spezifische Probleme zu lösen.
Anhang A Control 5.24 legt fünf Hauptrichtlinien fest, wie Organisationen ihre Informationsmanagementabläufe effizienter und kohärenter gestalten können.
Für Organisationen ist es von entscheidender Bedeutung:
- Entwickeln und dokumentieren Sie eine einheitliche Methode zur Meldung von Sicherheitsereignissen. Dazu gehört auch die Einrichtung einer einzigen Anlaufstelle für alle derartigen Veranstaltungen.
- Implementieren Sie Incident-Management-Prozesse zur Bearbeitung von Vorfällen im Zusammenhang mit der Informationssicherheit in verschiedenen technischen und administrativen Bereichen:
- Verwaltung
- Dokumentation
- Detection
- Triage
- Priorisierung
- Analyse
- Kommunikation
Erstellen Sie ein Verfahren zur Reaktion auf Vorfälle, damit die Organisation Vorfälle bewerten und darauf reagieren kann. Ein Unternehmen sollte auch die Notwendigkeit berücksichtigen, aus Vorfällen zu lernen, sobald diese gelöst wurden. Dies verhindert Wiederholungen und bietet den Mitarbeitern einen historischen Kontext für zukünftige Szenarien.
Stellen Sie sicher, dass nur geschultes und kompetentes Personal an Vorfällen beteiligt ist. Stellen Sie außerdem sicher, dass sie vollständigen Zugriff auf die Verfahrensdokumentation haben und eine regelmäßige Auffrischungsschulung erhalten, die sich direkt auf Informationssicherheitsvorfälle bezieht.
Identifizieren Sie den Schulungsbedarf der Mitarbeiter bei der Lösung von Vorfällen im Zusammenhang mit der Informationssicherheit, indem Sie einen Prozess einrichten. Den Mitarbeitern sollte die Möglichkeit gegeben werden, den Bedarf an beruflicher Weiterentwicklung im Zusammenhang mit Informationssicherheit und anbieterspezifischen Zertifizierungen hervorzuheben.
Leitlinien zum Umgang mit Vorfällen
Eine Organisation sollte Verwalten von Informationssicherheitsvorfällen um sicherzustellen, dass alle an der Lösung beteiligten Personen drei Hauptbereiche verstehen:
- Die Lösungszeit eines Vorfalls.
- Mögliche Auswirkungen.
- Schwere des Vorfalls.
Alle Prozesse müssen harmonisch zusammenarbeiten, um diese drei Variablen als oberste Priorität beizubehalten:
- In Annex A Control 5.24 müssen acht Hauptaktivitäten bei der Lösung von Vorfällen im Zusammenhang mit der Informationssicherheit berücksichtigt werden.
- Das Ereignispotenzial muss anhand strenger Kriterien bewertet werden, die es als genehmigten Sicherheitsvorfall validieren.
- Ereignisse und Vorfälle im Zusammenhang mit der Informationssicherheit sollten wie folgt verwaltet werden, entweder manuell oder durch Prozessautomatisierung:
- Überwachung (siehe Anhang A Kontrollen 8.15 und 8.16).
- Erkennung (siehe Anhang A Kontrolle 88.16).
- Klassifizierung (siehe Anhang A Kontrolle 5.25).
- Analysis.
- Berichterstattung (siehe Anhang A Kontrolle 6.8).
Ein erfolgreicher Abschluss eines Informationssicherheitsvorfalls sollte die folgenden Verfahren umfassen:
- Je nach Art des Vorfalls sind Reaktion und Eskalation (siehe Anhang A Steuerung 5.26) erforderlich.
- Fallweise Aktivierung von Krisenmanagement- oder Business-Continuity-Plänen.
- Wiederherstellung nach einem Vorfall auf eine Weise, die den betrieblichen oder finanziellen Schaden minimiert.
- Kommunikation mit allen internen und externen Parteien bezüglich vorfallbezogener Ereignisse.
- Die Fähigkeit zur Zusammenarbeit mit internem und externem Personal (siehe Anhang A, Kontrolle 5.5 und 5.6).
- Alle Vorfallmanagementaktivitäten sollten protokolliert, leicht zugänglich und transparent sein.
Einhaltung externer und interner Richtlinien und Vorschriften zum Umgang mit Beweismitteln (einschließlich Daten und Gesprächen) (siehe Anhang A Kontrolle 5.28).
Sobald der Vorfall behoben ist, wird eine gründliche Untersuchung und Ursachenanalyse durchgeführt.
Eine umfassende Beschreibung aller Verbesserungen, die erforderlich sind, um ein erneutes Auftreten des Vorfalls zu verhindern, einschließlich aller Änderungen am Vorfallmanagementprozess.
Verwalten Sie Ihre gesamte Compliance an einem Ort
ISMS.online unterstützt über 100 Standards und Vorschriften und bietet Ihnen eine einzige Plattform für alle Ihre Compliance-Anforderungen.
Leitlinien zu Berichtsrichtlinien
Eine Richtlinie zum Vorfallmanagement sollte sich auf Berichtsaktivitäten konzentrieren, um sicherzustellen, dass Informationen im gesamten Unternehmen korrekt verbreitet werden. Die Berichtsaktivitäten sollten sich auf vier Hauptbereiche konzentrieren:
- Ein Informationssicherheitsereignis erfordert die Ergreifung spezifischer Maßnahmen.
- Mithilfe von Vorfallformularen können Mitarbeiter Informationen klar und prägnant erfassen.
- Informieren Sie das Personal über das Ergebnis von Informationssicherheitsvorfällen, sobald diese durch Feedbackprozesse gelöst wurden.
- Alle relevanten Informationen zu einem Vorfall werden in Vorfallberichten dokumentiert.
Anhang A Control 5.24 benötigt Anleitungen zur Einhaltung externer Berichtsanforderungen (z. B. behördliche Richtlinien und geltende Gesetze). Dennoch sollten Organisationen eine Reaktion koordinieren, die alle rechtlichen, behördlichen und branchenspezifischen Anforderungen erfüllt, indem sie Informationen über Vorfälle mit allen relevanten Parteien teilen.
Begleitende Anhang-A-Kontrollen
- ISO 27001:2022 Anhang A 5.25
- ISO 27001:2022 Anhang A 5.26
- ISO 27001:2022 Anhang A 5.5
- ISO 27001:2022 Anhang A 5.6
- ISO 27001:2022 Anhang A 6.8
- ISO 27001:2022 Anhang A 8.15
- ISO 27001:2022 Anhang A 8.16
Was sind die Änderungen und Unterschiede zur ISO 27001:2013?
ISO 27001:2022 Anhang A 5.24 ersetzt ISO 27001:2013 Anhang A 16.1.1 ('Management von Informationssicherheitsvorfällen und Verbesserungen').
In Anhang A 5.24 wird anerkannt, dass Organisationen eine gründliche Vorbereitung durchlaufen müssen, um bei Informationssicherheitsvorfällen belastbar und konform zu sein.
In diesem Zusammenhang bietet 27001:2022 A.5.24 eine umfassende Aufschlüsselung der Schritte, die eine Organisation in den Bereichen Rollendelegierung, Vorfallmanagement und Berichtsfunktionen unternehmen muss, sowie Verweise auf andere ISO-Kontrollen, die Organisationen dabei helfen, einen umfassenderen Überblick über Vorfälle zu erhalten Management als Ganzes, nicht nur in Bezug auf Informationssicherheitsvorfälle.
Bei der Unterteilung der Vorfallmanagementvorgänge sind drei verschiedene Bereiche zu berücksichtigen ISO 27001:2022 Anhang A 5.24 im Gegensatz zu ISO 27001:2013 Anhang A 16.1.1:
- Verantwortlichkeiten und Rollen.
- Prozesse zur Bewältigung von Vorfällen.
- Der Meldeprozess.
Tabelle aller ISO 27001:2022 Anhang A-Kontrollen
In der Tabelle unten finden Sie weitere Informationen zu den einzelnen Personen ISO 27001:2022 Anhang A Kontrolle.
| Anhang A Kontrolltyp | ISO/IEC 27001:2022 Anhang A Kennung | ISO/IEC 27001:2013 Anhang A Kennung | Anhang A Name |
|---|---|---|---|
| Organisatorische Kontrollen | Anhang A 5.1 |
Anhang A 5.1.1 Anhang A 5.1.2 |
Richtlinien zur Informationssicherheit |
| Organisatorische Kontrollen | Anhang A 5.2 | Anhang A 6.1.1 | Rollen und Verantwortlichkeiten im Bereich Informationssicherheit |
| Organisatorische Kontrollen | Anhang A 5.3 | Anhang A 6.1.2 | Aufgabentrennung |
| Organisatorische Kontrollen | Anhang A 5.4 | Anhang A 7.2.1 | Führungsaufgaben |
| Organisatorische Kontrollen | Anhang A 5.5 | Anhang A 6.1.3 | Kontakt mit Behörden |
| Organisatorische Kontrollen | Anhang A 5.6 | Anhang A 6.1.4 | Kontakt mit speziellen Interessengruppen |
| Organisatorische Kontrollen | Anhang A 5.7 | NEU | Threat Intelligence |
| Organisatorische Kontrollen | Anhang A 5.8 |
Anhang A 6.1.5 Anhang A 14.1.1 |
Informationssicherheit im Projektmanagement |
| Organisatorische Kontrollen | Anhang A 5.9 |
Anhang A 8.1.1 Anhang A 8.1.2 |
Inventar der Informationen und anderer damit verbundener Vermögenswerte |
| Organisatorische Kontrollen | Anhang A 5.10 |
Anhang A 8.1.3 Anhang A 8.2.3 |
Akzeptable Nutzung von Informationen und anderen damit verbundenen Vermögenswerten |
| Organisatorische Kontrollen | Anhang A 5.11 | Anhang A 8.1.4 | Rückgabe von Vermögenswerten |
| Organisatorische Kontrollen | Anhang A 5.12 | Anhang A 8.2.1 | Klassifizierung von Informationen |
| Organisatorische Kontrollen | Anhang A 5.13 | Anhang A 8.2.2 | Kennzeichnung von Informationen |
| Organisatorische Kontrollen | Anhang A 5.14 |
Anhang A 13.2.1 Anhang A 13.2.2 Anhang A 13.2.3 |
Informationsübertragung |
| Organisatorische Kontrollen | Anhang A 5.15 |
Anhang A 9.1.1 Anhang A 9.1.2 |
Zugangskontrolle |
| Organisatorische Kontrollen | Anhang A 5.16 | Anhang A 9.2.1 | Identitätsmanagement |
| Organisatorische Kontrollen | Anhang A 5.17 |
Anhang A 9.2.4 Anhang A 9.3.1 Anhang A 9.4.3 |
Authentifizierungsinformationen |
| Organisatorische Kontrollen | Anhang A 5.18 |
Anhang A 9.2.2 Anhang A 9.2.5 Anhang A 9.2.6 |
Zugangsrechte |
| Organisatorische Kontrollen | Anhang A 5.19 | Anhang A 15.1.1 | Informationssicherheit in Lieferantenbeziehungen |
| Organisatorische Kontrollen | Anhang A 5.20 | Anhang A 15.1.2 | Adressierung der Informationssicherheit in Lieferantenvereinbarungen |
| Organisatorische Kontrollen | Anhang A 5.21 | Anhang A 15.1.3 | Management der Informationssicherheit in der IKT-Lieferkette |
| Organisatorische Kontrollen | Anhang A 5.22 |
Anhang A 15.2.1 Anhang A 15.2.2 |
Überwachung, Überprüfung und Änderungsmanagement von Lieferantendienstleistungen |
| Organisatorische Kontrollen | Anhang A 5.23 | NEU | Informationssicherheit für die Nutzung von Cloud-Diensten |
| Organisatorische Kontrollen | Anhang A 5.24 | Anhang A 16.1.1 | Planung und Vorbereitung des Managements von Informationssicherheitsvorfällen |
| Organisatorische Kontrollen | Anhang A 5.25 | Anhang A 16.1.4 | Bewertung und Entscheidung zu Informationssicherheitsereignissen |
| Organisatorische Kontrollen | Anhang A 5.26 | Anhang A 16.1.5 | Reaktion auf Informationssicherheitsvorfälle |
| Organisatorische Kontrollen | Anhang A 5.27 | Anhang A 16.1.6 | Aus Informationssicherheitsvorfällen lernen |
| Organisatorische Kontrollen | Anhang A 5.28 | Anhang A 16.1.7 | Beweissammlung |
| Organisatorische Kontrollen | Anhang A 5.29 |
Anhang A 17.1.1 Anhang A 17.1.2 Anhang A 17.1.3 |
Informationssicherheit bei Störungen |
| Organisatorische Kontrollen | Anhang A 5.30 | NEU | IKT-Bereitschaft für Geschäftskontinuität |
| Organisatorische Kontrollen | Anhang A 5.31 |
Anhang A 18.1.1 Anhang A 18.1.5 |
Rechtliche, gesetzliche, behördliche und vertragliche Anforderungen |
| Organisatorische Kontrollen | Anhang A 5.32 | Anhang A 18.1.2 | Rechte an geistigem Eigentum |
| Organisatorische Kontrollen | Anhang A 5.33 | Anhang A 18.1.3 | Schutz von Aufzeichnungen |
| Organisatorische Kontrollen | Anhang A 5.34 | Anhang A 18.1.4 | Datenschutz und Schutz personenbezogener Daten |
| Organisatorische Kontrollen | Anhang A 5.35 | Anhang A 18.2.1 | Unabhängige Überprüfung der Informationssicherheit |
| Organisatorische Kontrollen | Anhang A 5.36 |
Anhang A 18.2.2 Anhang A 18.2.3 |
Einhaltung von Richtlinien, Regeln und Standards für die Informationssicherheit |
| Organisatorische Kontrollen | Anhang A 5.37 | Anhang A 12.1.1 | Dokumentierte Betriebsabläufe |
| Anhang A Kontrolltyp | ISO/IEC 27001:2022 Anhang A Kennung | ISO/IEC 27001:2013 Anhang A Kennung | Anhang A Name |
|---|---|---|---|
| Menschenkontrollen | Anhang A 6.1 | Anhang A 7.1.1 | Rekrutierung |
| Menschenkontrollen | Anhang A 6.2 | Anhang A 7.1.2 | Allgemeine Geschäftsbedingungen |
| Menschenkontrollen | Anhang A 6.3 | Anhang A 7.2.2 | Informationssicherheitsbewusstsein, Bildung und Schulung |
| Menschenkontrollen | Anhang A 6.4 | Anhang A 7.2.3 | Disziplinarverfahren |
| Menschenkontrollen | Anhang A 6.5 | Anhang A 7.3.1 | Verantwortlichkeiten nach Beendigung oder Wechsel des Arbeitsverhältnisses |
| Menschenkontrollen | Anhang A 6.6 | Anhang A 13.2.4 | Vertraulichkeits- oder Geheimhaltungsvereinbarungen |
| Menschenkontrollen | Anhang A 6.7 | Anhang A 6.2.2 | Fernarbeit |
| Menschenkontrollen | Anhang A 6.8 |
Anhang A 16.1.2 Anhang A 16.1.3 |
Berichterstattung über Informationssicherheitsereignisse |
| Anhang A Kontrolltyp | ISO/IEC 27001:2022 Anhang A Kennung | ISO/IEC 27001:2013 Anhang A Kennung | Anhang A Name |
|---|---|---|---|
| Physikalische Kontrollen | Anhang A 7.1 | Anhang A 11.1.1 | Physische Sicherheitsbereiche |
| Physikalische Kontrollen | Anhang A 7.2 |
Anhang A 11.1.2 Anhang A 11.1.6 |
Physischer Eintritt |
| Physikalische Kontrollen | Anhang A 7.3 | Anhang A 11.1.3 | Sicherung von Büros, Räumen und Einrichtungen |
| Physikalische Kontrollen | Anhang A 7.4 | NEU | Physische Sicherheitsüberwachung |
| Physikalische Kontrollen | Anhang A 7.5 | Anhang A 11.1.4 | Schutz vor physischen und umweltbedingten Bedrohungen |
| Physikalische Kontrollen | Anhang A 7.6 | Anhang A 11.1.5 | Arbeiten in sicheren Bereichen |
| Physikalische Kontrollen | Anhang A 7.7 | Anhang A 11.2.9 | Klarer Schreibtisch und klarer Bildschirm |
| Physikalische Kontrollen | Anhang A 7.8 | Anhang A 11.2.1 | Standort und Schutz der Ausrüstung |
| Physikalische Kontrollen | Anhang A 7.9 | Anhang A 11.2.6 | Sicherheit von Vermögenswerten außerhalb des Betriebsgeländes |
| Physikalische Kontrollen | Anhang A 7.10 |
Anhang A 8.3.1 Anhang A 8.3.2 Anhang A 8.3.3 Anhang A 11.2.5 |
Speichermedien |
| Physikalische Kontrollen | Anhang A 7.11 | Anhang A 11.2.2 | Unterstützende Dienstprogramme |
| Physikalische Kontrollen | Anhang A 7.12 | Anhang A 11.2.3 | Verkabelungssicherheit |
| Physikalische Kontrollen | Anhang A 7.13 | Anhang A 11.2.4 | Wartung der Ausrüstung |
| Physikalische Kontrollen | Anhang A 7.14 | Anhang A 11.2.7 | Sichere Entsorgung oder Wiederverwendung von Geräten |
| Anhang A Kontrolltyp | ISO/IEC 27001:2022 Anhang A Kennung | ISO/IEC 27001:2013 Anhang A Kennung | Anhang A Name |
|---|---|---|---|
| Technologische Kontrollen | Anhang A 8.1 |
Anhang A 6.2.1 Anhang A 11.2.8 |
Benutzer-Endpunktgeräte |
| Technologische Kontrollen | Anhang A 8.2 | Anhang A 9.2.3 | Privilegierte Zugriffsrechte |
| Technologische Kontrollen | Anhang A 8.3 | Anhang A 9.4.1 | Beschränkung des Informationszugriffs |
| Technologische Kontrollen | Anhang A 8.4 | Anhang A 9.4.5 | Zugang zum Quellcode |
| Technologische Kontrollen | Anhang A 8.5 | Anhang A 9.4.2 | Sichere Authentifizierung |
| Technologische Kontrollen | Anhang A 8.6 | Anhang A 12.1.3 | Kapazitätsmanagement |
| Technologische Kontrollen | Anhang A 8.7 | Anhang A 12.2.1 | Schutz vor Malware |
| Technologische Kontrollen | Anhang A 8.8 |
Anhang A 12.6.1 Anhang A 18.2.3 |
Management technischer Schwachstellen |
| Technologische Kontrollen | Anhang A 8.9 | NEU | Configuration Management |
| Technologische Kontrollen | Anhang A 8.10 | NEU | Löschen von Informationen |
| Technologische Kontrollen | Anhang A 8.11 | NEU | Datenmaskierung |
| Technologische Kontrollen | Anhang A 8.12 | NEU | Verhinderung von Datenlecks |
| Technologische Kontrollen | Anhang A 8.13 | Anhang A 12.3.1 | Informationssicherung |
| Technologische Kontrollen | Anhang A 8.14 | Anhang A 17.2.1 | Redundanz von Informationsverarbeitungseinrichtungen |
| Technologische Kontrollen | Anhang A 8.15 |
Anhang A 12.4.1 Anhang A 12.4.2 Anhang A 12.4.3 |
Protokollierung |
| Technologische Kontrollen | Anhang A 8.16 | NEU | Überwachungsaktivitäten |
| Technologische Kontrollen | Anhang A 8.17 | Anhang A 12.4.4 | Uhrensynchronisation |
| Technologische Kontrollen | Anhang A 8.18 | Anhang A 9.4.4 | Nutzung privilegierter DienstprogrammeZugriffsrechte |
| Technologische Kontrollen | Anhang A 8.19 |
Anhang A 12.5.1 Anhang A 12.6.2 |
Installation von Software auf Betriebssystemen |
| Technologische Kontrollen | Anhang A 8.20 | Anhang A 13.1.1 | Netzwerksicherheit |
| Technologische Kontrollen | Anhang A 8.21 | Anhang A 13.1.2 | Sicherheit von Netzwerkdiensten |
| Technologische Kontrollen | Anhang A 8.22 | Anhang A 13.1.3 | Trennung von Netzwerken |
| Technologische Kontrollen | Anhang A 8.23 | NEU | Web-Filter |
| Technologische Kontrollen | Anhang A 8.24 |
Anhang A 10.1.1 Anhang A 10.1.2 |
Verwendung von Kryptographie |
| Technologische Kontrollen | Anhang A 8.25 | Anhang A 14.2.1 | Sicherer Entwicklungslebenszyklus |
| Technologische Kontrollen | Anhang A 8.26 |
Anhang A 14.1.2 Anhang A 14.1.3 |
Anforderungen an die Anwendungssicherheit |
| Technologische Kontrollen | Anhang A 8.27 | Anhang A 14.2.5 | Sichere Systemarchitektur und technische Prinzipien. Lernen aus Informationssicherheitsvorfällen. |
| Technologische Kontrollen | Anhang A 8.28 | NEU | Sichere Codierung |
| Technologische Kontrollen | Anhang A 8.29 |
Anhang A 14.2.8 Anhang A 14.2.9 |
Sicherheitstests in Entwicklung und Akzeptanz |
| Technologische Kontrollen | Anhang A 8.30 | Anhang A 14.2.7 | Ausgelagerte Entwicklung |
| Technologische Kontrollen | Anhang A 8.31 |
Anhang A 12.1.4 Anhang A 14.2.6 |
Trennung von Entwicklungs-, Test- und Produktionsumgebungen |
| Technologische Kontrollen | Anhang A 8.32 |
Anhang A 12.1.2 Anhang A 14.2.2 Anhang A 14.2.3 Anhang A 14.2.4 |
Change Control |
| Technologische Kontrollen | Anhang A 8.33 | Anhang A 14.3.1 | Testinformationen |
| Technologische Kontrollen | Anhang A 8.34 | Anhang A 12.7.1 | Schutz von Informationssystemen während Audittests |
[case_study_slider ids=”88859,101932,92016″ autoplay=”true” autoplay_speed=”5000″]
Management von Informationssicherheitsvorfällen: Wie hilft ISMS.online?
ISMS.online bietet eine integrierte Richtlinie für die Behandlung von 16.1.1 – 16.1.7 während des gesamten Lebenszyklus und integrierte Tools, mit denen Sie dies demonstrieren können. Das Security Incident Management ist mit dem Security Incident Management Tool von ISMS.online ein einfacher und müheloser Prozess. Ein umfassender Vorfallmanagementplan leitet einen Vorfall durch alle wichtigen Phasen und stellt sicher, dass der Standard auf pragmatische, aber konforme Weise eingehalten wird.
Mit ISMS.online können Sie es je nach Bedarf schnell anpassen. Die vorgefertigten Statistiken und Berichtseinblicke tragen dazu bei, Managementbewertungen viel einfacher zu gestalten und Zeit zu sparen, da sie elegant mit verwandten Teilen des ISMS verknüpft sind. Möchten Sie einen bestimmten Vorfall verknüpfen? eine Verbesserung, ein Risiko, ein Audit, oder ein Informationswert und die Richtlinien, die Sie berücksichtigen müssen?
Nachfolgend finden Sie eine Überschrift des Security Incident Track, die dabei hilft, die gesamte geleistete Arbeit sichtbar zu machen. Das ist einfach und vermeidet zudem Doppelarbeit. Um sicherzustellen, dass Sie sich zuerst auf die wichtigsten Dinge konzentrieren, können Sie diese filtern und Ressourcen, Kategorien und Vorfalltypen verwalten.
Mit ISMS.online können Sie:
- Implementieren Sie ein ISMS, das den Anforderungen der ISO 27001 entspricht.
- Weisen Sie die Einhaltung der Anforderungen des Standards nach, indem Sie Aufgaben ausführen und Nachweise einreichen.
- Stellen Sie die Einhaltung der Gesetze sicher, indem Sie Aufgaben zuweisen und Fortschritte verfolgen.
- Stellen Sie die Einhaltung mithilfe eines engagierten Beraterteams sicher.
Nehmen Sie noch heute Kontakt mit uns auf Demo anfordern.
