http://wiki.int.digitalprinzip.com/api.php?action=feedcontributions&feedformat=atom&user=Stief1falco DIGITALPRINZIP Inh. F. Stief - Benutzerbeiträge [de] 2026-08-24T10:36:58Z Benutzerbeiträge MediaWiki 1.35.0 http://wiki.int.digitalprinzip.com/index.php?title=IT-Sicherheitsmanagement_nach_der_neuen_ISO_27001&diff=165 IT-Sicherheitsmanagement nach der neuen ISO 27001 2021-08-18T08:59:18Z <p>Stief1falco: </p> <hr /> <div>Wichtige Aufgaben eines [[ISMS]] sind:<br /> * die Formulierung von [[(Sicherheits-)Ziele|(Sicherheits-)Zielen]]<br /> * die Bestimmung des [[Assets]]<br /> * die [[Risikobeurteilung]]<br /> * die [[Risikobehandlung]]<br /> * die [[kontinuierliche Verbesserung]]<br /> &lt;br&gt;<br /> &lt;hr/&gt;<br /> [[Anhang A der Norm|Anhang A]]<br /> &lt;hr/&gt;<br /> [[Offene Fragen OPL|Offene Fragen]]<br /> &lt;hr/&gt;<br /> https://27001.blog/iso-27001-inhalt-der-norm</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Offene_Fragen_OPL&diff=164 Offene Fragen OPL 2021-03-12T09:17:52Z <p>Stief1falco: </p> <hr /> <div>'''Risikostufen gleich Bewertungsstufen?'''&lt;br&gt;<br /> Oder sind die Bewertungsstufen die Zusammensetzung aus [[Risikostufen|Risikostufe]] und [[Eintrittswahrscheinlichkeit]]?&lt;br&gt;<br /> &lt;br&gt;<br /> '''Wie werden Methoden zur kontinuierlichen Verbesserungen (die jährlich empfohlen werden) wie bspw. PDCA dokumentiert bzw. &quot;geplant&quot;?'''&lt;br&gt;<br /> Reicht ein einfacher Serientermin zu diesem Thema mit geplanten Workshops?&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;b&gt;Controls bzw. Maßnahmen aus Anhang A nur relevant, wenn im geschäftlichen Umfeld existent&lt;/b&gt;&lt;br&gt;<br /> Bedeutet also, wenn ich bspw. &lt;i&gt;A.6.2 Mobilgeräte&lt;/i&gt; nicht einsetzen &lt;i&gt;würde&lt;/i&gt;, müsste ich diese Controls auch nicht beachten&lt;br&gt;&lt;br&gt;<br /> &lt;b&gt;Buch Seite 13 - &quot;welche konkreten Maßnahmen (ggf. auch Optionen) zur Umsetzung des Controls geplant oder bereits vorhanden sind&quot;&lt;/b&gt;&lt;br&gt;<br /> d.h. es müssen nicht alle Maßnahmen bereits realisiert sein sondern auch eine Planung ist ausreichend? Wann und wie häufig ist eine Planung ausreichend für die Zertifizierung? oder müssen zum Auditzeitpunkt alle Maßnahmen bereits realisiert sein?&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;b&gt;Wann macht es Sinn, Assetowner und Riskowner zu trennen?&lt;/b&gt;&lt;br&gt;<br /> Beim Prozess / Asset &quot;KRN-KUN-PROJEKTANFRG&quot; geht es um die Bearbeitung von Projektanfragen. Das würde ich originär beim Vertrieb sehen, aber da es am Ende durch die Kundenbetreuung durchgeführt wird, konkret durch den Bereich Projekte, würde ich das finale Risiko beim Bereich Projekte sehen, die Ownership aber beim Vertrieb.&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;b&gt;NK4 NA4.2 - Verstehen der Erfordernisse und Erwartungen interessierter Parteien&lt;/b&gt;&lt;br&gt;<br /> verstehe ich es richtig, dass es hier nur um die Parteien geht, die Einfluss auf das ISMS meiner Organisation haben? Heißt das konkret, die meine Organisation vertraglich oder gesetzlich zu bestimmten Maßnahmen verpflichten oder dass diese Einfluss auf mein ISMS in dem bei sich bspw. Sicherheitsvorfälle auftreten könnten oder beides?</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Erfordernisse_und_Erwartungen_interessierter_Parteien_(NK4_NA4.2)&diff=163 Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2) 2021-02-16T13:13:06Z <p>Stief1falco: /* Beispiele */</p> <hr /> <div>Stellen, die einen Einfluss auf unser ISMS haben.&lt;br&gt;<br /> Beispiele:&lt;br&gt;<br /> * Gesetzgeber<br /> * eigene Organisation (Einfluss durch Vorgaben z.B. aus dem QUAMS)<br /> * Dienstleister / Lieferanten (Einfluss durch die Art der Erbringung von Dienstleistungen bzw. den Gestand von Lieferungen)<br /> * Auftraggber / Kunden - Einfluss durch vertragliche Vorgaben<br /> &lt;br&gt;<br /> <br /> # Zunächst zusammenstellen der relevanten Parteien<br /> # Mit Informationen aus [[Kontext der Organisation (NK4 NA 4.1)|dem Kontext der Organisation]] anschließend die Anforderungen dieser Parteien an die Sicherheit bzw. das ISMS ermitteln (Durchgehend des Kontexts und welchen &lt;u&gt;Einfluss&lt;/u&gt; die interessierten Parteien in Bezug auf IT-Sicherheit haben) -&gt; Zusammenfassen bspw. in Form einer Tabelle<br /> # Die Parteien, die vom ISMS &lt;u&gt;betroffen&lt;/u&gt; sind, sind hier explizit vorerst nicht gemeint (bspw. Dienstleister, Lieferanten, Provider, sofern diese keinen Einfluss auf das ISMS haben)&lt;br&gt;<br /> == Beispiele ==<br /> * Auftraggeber / Kunden<br /> * Gesetzgeber<br /> * Behörden<br /> * &lt;strike&gt;Eigentümer&lt;/strike&gt;<br /> * Mitarbeiter<br /> * Lieferanten<br /> * &lt;strike&gt;Banken&lt;/strike&gt;<br /> * &lt;strike&gt;Vereinigungen&lt;/strike&gt;<br /> * &lt;strike&gt;Partner&lt;/strike&gt;<br /> * Gesellschaft<br /> * &lt;strike&gt;Wettbewerber&lt;/strike&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> [https://www.youtube.com/watch?v=Sw_DH-Prh_0 Quelle]<br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Erfordernisse_und_Erwartungen_interessierter_Parteien_(NK4_NA4.2)&diff=162 Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2) 2021-02-16T13:11:53Z <p>Stief1falco: /* Beispiele */</p> <hr /> <div>Stellen, die einen Einfluss auf unser ISMS haben.&lt;br&gt;<br /> Beispiele:&lt;br&gt;<br /> * Gesetzgeber<br /> * eigene Organisation (Einfluss durch Vorgaben z.B. aus dem QUAMS)<br /> * Dienstleister / Lieferanten (Einfluss durch die Art der Erbringung von Dienstleistungen bzw. den Gestand von Lieferungen)<br /> * Auftraggber / Kunden - Einfluss durch vertragliche Vorgaben<br /> &lt;br&gt;<br /> <br /> # Zunächst zusammenstellen der relevanten Parteien<br /> # Mit Informationen aus [[Kontext der Organisation (NK4 NA 4.1)|dem Kontext der Organisation]] anschließend die Anforderungen dieser Parteien an die Sicherheit bzw. das ISMS ermitteln (Durchgehend des Kontexts und welchen &lt;u&gt;Einfluss&lt;/u&gt; die interessierten Parteien in Bezug auf IT-Sicherheit haben) -&gt; Zusammenfassen bspw. in Form einer Tabelle<br /> # Die Parteien, die vom ISMS &lt;u&gt;betroffen&lt;/u&gt; sind, sind hier explizit vorerst nicht gemeint (bspw. Dienstleister, Lieferanten, Provider, sofern diese keinen Einfluss auf das ISMS haben)&lt;br&gt;<br /> == Beispiele ==<br /> * Kunden<br /> * &lt;strike&gt;Eigentümer&lt;/strike&gt;<br /> * Mitarbeiter<br /> * Lieferanten<br /> * &lt;strike&gt;Banken&lt;/strike&gt;<br /> * &lt;strike&gt;Vereinigungen&lt;/strike&gt;<br /> * &lt;strike&gt;Partner&lt;/strike&gt;<br /> * Gesellschaft<br /> * &lt;strike&gt;Wettbewerber&lt;/strike&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> [https://www.youtube.com/watch?v=Sw_DH-Prh_0 Quelle]<br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Erfordernisse_und_Erwartungen_interessierter_Parteien_(NK4_NA4.2)&diff=161 Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2) 2021-02-16T13:10:26Z <p>Stief1falco: </p> <hr /> <div>Stellen, die einen Einfluss auf unser ISMS haben.&lt;br&gt;<br /> Beispiele:&lt;br&gt;<br /> * Gesetzgeber<br /> * eigene Organisation (Einfluss durch Vorgaben z.B. aus dem QUAMS)<br /> * Dienstleister / Lieferanten (Einfluss durch die Art der Erbringung von Dienstleistungen bzw. den Gestand von Lieferungen)<br /> * Auftraggber / Kunden - Einfluss durch vertragliche Vorgaben<br /> &lt;br&gt;<br /> <br /> # Zunächst zusammenstellen der relevanten Parteien<br /> # Mit Informationen aus [[Kontext der Organisation (NK4 NA 4.1)|dem Kontext der Organisation]] anschließend die Anforderungen dieser Parteien an die Sicherheit bzw. das ISMS ermitteln (Durchgehend des Kontexts und welchen &lt;u&gt;Einfluss&lt;/u&gt; die interessierten Parteien in Bezug auf IT-Sicherheit haben) -&gt; Zusammenfassen bspw. in Form einer Tabelle<br /> # Die Parteien, die vom ISMS &lt;u&gt;betroffen&lt;/u&gt; sind, sind hier explizit vorerst nicht gemeint (bspw. Dienstleister, Lieferanten, Provider, sofern diese keinen Einfluss auf das ISMS haben)&lt;br&gt;<br /> == Beispiele ==<br /> * Kunden<br /> * &lt;strike&gt;Eigentümer&lt;/strike&gt;<br /> * Mitarbeiter<br /> * Lieferanten<br /> * Banken<br /> * Vereinigungen<br /> * Partner<br /> * Gesellschaft<br /> * Wettbewerber<br /> <br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=160 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T13:04:51Z <p>Stief1falco: </p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> == Unser Zweck, unsere Aufgabe bzw. Tätigkeit ==<br /> <br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> &lt;u&gt;Beispiele:&lt;/u&gt;<br /> * Änderung von Gesetzen<br /> * Was tut sich im Wettbewerb? Kommen neue Wettbewerber auf den Markt?<br /> * Die Technologie ändert sich (Geräteklassen, Betriebssysteme, Betriebssystemversionen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> &lt;br&gt;<br /> &lt;u&gt;Beispiele:&lt;/u&gt;<br /> * Mitarbeiter gewinnen - Wirkt sich auf die Fähigkeit aus, Projekt durchzuführen, Support zu leisten<br /> * Nachfolgeregelungen von Führungskräften oder Vorgesetzten<br /> <br /> == Was sind interne und externe Punkte? ==<br /> Diese Anforderung von Abschnitt 4 kann zu allgemein erscheinen und es besteht das Risiko zu weit zu gehen, wenn man die internen und externen Punkte definiert. Zur Erfüllung dieses Abschnittes sollten Sie sich &lt;b&gt;nur auf Punkte fokussieren, die sich auf die Kundenzufriedenheit und Lieferung von Qualitätsprodukten und/oder Services auswirken.&lt;/b&gt;&lt;br&gt;<br /> &lt;br&gt;<br /> Der interne Kontext einer Organisation ist das Umfeld, in dem sie bestrebt ist, ihre Zielsetzungen zu erreichen. Zum internen Kontext können das Governance-Konzept, die vertraglichen Beziehungen zu Kunden und interessierten Parteien gehören. Dinge, die zu berücksichtigen sind, sind Dinge in Bezug auf Kultur, Überzeugungen, Werte oder Prinzipien innerhalb der Organisation, sowie die Komplexität von Prozessen und die Organisationsstruktur.&lt;br&gt;<br /> &lt;br&gt;<br /> Um den externen Kontext festzulegen, sollen Sie Punkte berücksichtigen, die aus dem sozialen, technologischen, umweltspezifischen, ethischen, politischen, gesetzlichen und ökonomischen Umfeld entstehen. Zu den Beispielen eines externen Kontexts können gehören:&lt;br&gt;<br /> * Gesetzliche Vorschriften und Gesetzesänderungen<br /> * Wirtschaftlicher Wandel im Markt der Organisation<br /> * der Mitbewerber der Organisation<br /> * Ereignisse, die sich auf das Unternehmensimage auswirken können<br /> * Technologieänderungen&lt;br&gt;<br /> &lt;br&gt;<br /> Im Grunde genommen sind alle diese Informationen in den Köpfen von CEO und anderen Mitgliedern des Managements, wurden jedoch niemals auf Papier gebracht; der beste Weg, diese zu sammeln ist, ein Brainstorming zu organisieren. Eine Systematisierung aller dieser Informationen kann sehr nützlich sein und demonstrieren, wo Sie als Organisation stehen.<br /> <br /> == Sollte uns die Meinung anderer Leute interessieren? ==<br /> Vereinfacht gesagt bedeuten die Anforderungen der Identifizierung relevanter interessierter Parteien, dass Sie entscheiden müssen, wessen Meinung über Ihr Unternehmen Sie berücksichtigen müssen.&lt;br&gt;<br /> &lt;br&gt;<br /> Zu den interessierten Parteien gehören <br /> * direkte Kunden, <br /> * Endanwender, <br /> * Lieferanten und Partner, <br /> * Regulierungsbehörden und <br /> * andere (zu den anderen könnten Leute in der Organisation, Eigentümer/Aktionäre und selbst die Gesellschaft gehören)<br /> &lt;br&gt;<br /> Diese Parteien schaffen einen Mehrwert für die Organisation oder werden durch die Aktivitäten innerhalb der Organisation beeinflusst. Es ist wichtig, deren Bedürfnisse zu identifizieren und zu erfüllen, um ein effektives Qualitätsmanagementsystem zu implementieren. Deren Feedback kann Ihnen wirklich helfen festzustellen, was in Ihrer Organisation verbessert werden kann und wie.&lt;br&gt;<br /> <br /> == Lassen Sie es uns auf Papier bringen ==<br /> Sobald alle diese Informationen zusammengetragen wurden, sollten sie dokumentiert werden; die Norm ist ziemlich eindeutig diesbezüglich. Doch wo sollte das dokumentiert werden? Die erste Möglichkeit ist, ein neues Dokument zu erstellen und dieses Dokument wird etwas sein, das die Zertifizierungsstelle anstelle eines Qualitätshandbuchs vor dem Audit verlangen wird.<br /> <br /> == Zu guter Letzt ==<br /> Regelmäßige Managementbewertungen sind notwendig, um die internen und externen Punkte der Organisation zu überwachen. Sobald der interne Kontext verstanden wurde, kann das Management eine externe Analyse durchführen und die Analysemethoden „PEST“ (POLITICAL, ECONOMIC, SOCIAL, TECHNOLOGICAL (politisch, ökonomisch, sozial, technologisch)) und „SWOT“ (STRENGTH, WEAKNESS, OPPORTUNITIES, THREATS (Stärken, Schwächen, Möglichkeiten, Gefährdungen) verwenden und aus diesen neuen Anforderungen echten Nutzen ziehen, anstatt diese nur formal zu erfüllen.&lt;br&gt;<br /> &lt;br&gt;<br /> Der Kontext der Organisation erscheint wie eine der “Dokumentieren und Vergessen”-Anforderungen zu sein, doch das sollte es nicht. Die bei der Definition des Kontexts zusammengetragenen Informationen können für die Identifizierung von Verbesserungsbereichen sehr nützlich sein und das sollte nicht als selbstverständlich angesehen werden. Den Kontext Ihrer Organisation und die Meinung Ihrer interessierten Parteien zu kennen kann Ihnen helfen, Ihre Organisation zu verbessern und noch besser zu machen.&lt;br&gt;<br /> <br /> == Überprüfung ==<br /> Aufnehmen in der Managementbewertung<br /> &lt;br&gt;<br /> TODO&lt;br&gt;<br /> &lt;br&gt;<br /> [https://advisera.com/9001academy/de/knowledgebase/wie-man-den-kontext-der-organisation-in-iso-90012015-identifiziert/ Quelle]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=159 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T12:50:47Z <p>Stief1falco: </p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> == Was sind interne und externe Punkte? ==<br /> Diese Anforderung von Abschnitt 4 kann zu allgemein erscheinen und es besteht das Risiko zu weit zu gehen, wenn man die internen und externen Punkte definiert. Zur Erfüllung dieses Abschnittes sollten Sie sich &lt;b&gt;nur auf Punkte fokussieren, die sich auf die Kundenzufriedenheit und Lieferung von Qualitätsprodukten und/oder Services auswirken.&lt;/b&gt;&lt;br&gt;<br /> &lt;br&gt;<br /> Der interne Kontext einer Organisation ist das Umfeld, in dem sie bestrebt ist, ihre Zielsetzungen zu erreichen. Zum internen Kontext können das Governance-Konzept, die vertraglichen Beziehungen zu Kunden und interessierten Parteien gehören. Dinge, die zu berücksichtigen sind, sind Dinge in Bezug auf Kultur, Überzeugungen, Werte oder Prinzipien innerhalb der Organisation, sowie die Komplexität von Prozessen und die Organisationsstruktur.&lt;br&gt;<br /> &lt;br&gt;<br /> Um den externen Kontext festzulegen, sollen Sie Punkte berücksichtigen, die aus dem sozialen, technologischen, umweltspezifischen, ethischen, politischen, gesetzlichen und ökonomischen Umfeld entstehen. Zu den Beispielen eines externen Kontexts können gehören:&lt;br&gt;<br /> * Gesetzliche Vorschriften und Gesetzesänderungen<br /> * Wirtschaftlicher Wandel im Markt der Organisation<br /> * der Mitbewerber der Organisation<br /> * Ereignisse, die sich auf das Unternehmensimage auswirken können<br /> * Technologieänderungen&lt;br&gt;<br /> &lt;br&gt;<br /> Im Grunde genommen sind alle diese Informationen in den Köpfen von CEO und anderen Mitgliedern des Managements, wurden jedoch niemals auf Papier gebracht; der beste Weg, diese zu sammeln ist, ein Brainstorming zu organisieren. Eine Systematisierung aller dieser Informationen kann sehr nützlich sein und demonstrieren, wo Sie als Organisation stehen.<br /> <br /> == Sollte uns die Meinung anderer Leute interessieren? ==<br /> Vereinfacht gesagt bedeuten die Anforderungen der Identifizierung relevanter interessierter Parteien, dass Sie entscheiden müssen, wessen Meinung über Ihr Unternehmen Sie berücksichtigen müssen.&lt;br&gt;<br /> &lt;br&gt;<br /> Zu den interessierten Parteien gehören <br /> * direkte Kunden, <br /> * Endanwender, <br /> * Lieferanten und Partner, <br /> * Regulierungsbehörden und <br /> * andere (zu den anderen könnten Leute in der Organisation, Eigentümer/Aktionäre und selbst die Gesellschaft gehören)<br /> &lt;br&gt;<br /> Diese Parteien schaffen einen Mehrwert für die Organisation oder werden durch die Aktivitäten innerhalb der Organisation beeinflusst. Es ist wichtig, deren Bedürfnisse zu identifizieren und zu erfüllen, um ein effektives Qualitätsmanagementsystem zu implementieren. Deren Feedback kann Ihnen wirklich helfen festzustellen, was in Ihrer Organisation verbessert werden kann und wie.&lt;br&gt;<br /> <br /> == Lassen Sie es uns auf Papier bringen ==<br /> Sobald alle diese Informationen zusammengetragen wurden, sollten sie dokumentiert werden; die Norm ist ziemlich eindeutig diesbezüglich. Doch wo sollte das dokumentiert werden? Die erste Möglichkeit ist, ein neues Dokument zu erstellen und dieses Dokument wird etwas sein, das die Zertifizierungsstelle anstelle eines Qualitätshandbuchs vor dem Audit verlangen wird.<br /> <br /> == Zu guter Letzt ==<br /> Regelmäßige Managementbewertungen sind notwendig, um die internen und externen Punkte der Organisation zu überwachen. Sobald der interne Kontext verstanden wurde, kann das Management eine externe Analyse durchführen und die Analysemethoden „PEST“ (POLITICAL, ECONOMIC, SOCIAL, TECHNOLOGICAL (politisch, ökonomisch, sozial, technologisch)) und „SWOT“ (STRENGTH, WEAKNESS, OPPORTUNITIES, THREATS (Stärken, Schwächen, Möglichkeiten, Gefährdungen) verwenden und aus diesen neuen Anforderungen echten Nutzen ziehen, anstatt diese nur formal zu erfüllen.&lt;br&gt;<br /> &lt;br&gt;<br /> Der Kontext der Organisation erscheint wie eine der “Dokumentieren und Vergessen”-Anforderungen zu sein, doch das sollte es nicht. Die bei der Definition des Kontexts zusammengetragenen Informationen können für die Identifizierung von Verbesserungsbereichen sehr nützlich sein und das sollte nicht als selbstverständlich angesehen werden. Den Kontext Ihrer Organisation und die Meinung Ihrer interessierten Parteien zu kennen kann Ihnen helfen, Ihre Organisation zu verbessern und noch besser zu machen.&lt;br&gt;<br /> &lt;br&gt;<br /> TODO&lt;br&gt;<br /> &lt;br&gt;<br /> [https://advisera.com/9001academy/de/knowledgebase/wie-man-den-kontext-der-organisation-in-iso-90012015-identifiziert/ Quelle]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=158 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T12:49:25Z <p>Stief1falco: </p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> == Was sind interne und externe Punkte? ==<br /> Diese Anforderung von Abschnitt 4 kann zu allgemein erscheinen und es besteht das Risiko zu weit zu gehen, wenn man die internen und externen Punkte definiert. Zur Erfüllung dieses Abschnittes sollten Sie sich &lt;b&gt;nur auf Punkte fokussieren, die sich auf die Kundenzufriedenheit und Lieferung von Qualitätsprodukten und/oder Services auswirken.&lt;/b&gt;&lt;br&gt;<br /> &lt;br&gt;<br /> Der interne Kontext einer Organisation ist das Umfeld, in dem sie bestrebt ist, ihre Zielsetzungen zu erreichen. Zum internen Kontext können das Governance-Konzept, die vertraglichen Beziehungen zu Kunden und interessierten Parteien gehören. Dinge, die zu berücksichtigen sind, sind Dinge in Bezug auf Kultur, Überzeugungen, Werte oder Prinzipien innerhalb der Organisation, sowie die Komplexität von Prozessen und die Organisationsstruktur.&lt;br&gt;<br /> &lt;br&gt;<br /> Um den externen Kontext festzulegen, sollen Sie Punkte berücksichtigen, die aus dem sozialen, technologischen, umweltspezifischen, ethischen, politischen, gesetzlichen und ökonomischen Umfeld entstehen. Zu den Beispielen eines externen Kontexts können gehören:&lt;br&gt;<br /> * Gesetzliche Vorschriften und Gesetzesänderungen<br /> * Wirtschaftlicher Wandel im Markt der Organisation<br /> * der Mitbewerber der Organisation<br /> * Ereignisse, die sich auf das Unternehmensimage auswirken können<br /> * Technologieänderungen&lt;br&gt;<br /> &lt;br&gt;<br /> Im Grunde genommen sind alle diese Informationen in den Köpfen von CEO und anderen Mitgliedern des Managements, wurden jedoch niemals auf Papier gebracht; der beste Weg, diese zu sammeln ist, ein Brainstorming zu organisieren. Eine Systematisierung aller dieser Informationen kann sehr nützlich sein und demonstrieren, wo Sie als Organisation stehen.<br /> <br /> == Sollte uns die Meinung anderer Leute interessieren? ==<br /> Vereinfacht gesagt bedeuten die Anforderungen der Identifizierung relevanter interessierter Parteien, dass Sie entscheiden müssen, wessen Meinung über Ihr Unternehmen Sie berücksichtigen müssen.&lt;br&gt;<br /> &lt;br&gt;<br /> Zu den interessierten Parteien gehören <br /> * direkte Kunden, <br /> * Endanwender, <br /> * Lieferanten und Partner, <br /> * Regulierungsbehörden und <br /> * andere (zu den anderen könnten Leute in der Organisation, Eigentümer/Aktionäre und selbst die Gesellschaft gehören)<br /> &lt;br&gt;<br /> Diese Parteien schaffen einen Mehrwert für die Organisation oder werden durch die Aktivitäten innerhalb der Organisation beeinflusst. Es ist wichtig, deren Bedürfnisse zu identifizieren und zu erfüllen, um ein effektives Qualitätsmanagementsystem zu implementieren. Deren Feedback kann Ihnen wirklich helfen festzustellen, was in Ihrer Organisation verbessert werden kann und wie.&lt;br&gt;<br /> <br /> == Lassen Sie es uns auf Papier bringen ==<br /> Sobald alle diese Informationen zusammengetragen wurden, sollten sie dokumentiert werden; die Norm ist ziemlich eindeutig diesbezüglich. Doch wo sollte das dokumentiert werden? Die erste Möglichkeit ist, ein neues Dokument zu erstellen und dieses Dokument wird etwas sein, das die Zertifizierungsstelle anstelle eines Qualitätshandbuchs vor dem Audit verlangen wird.<br /> <br /> == Zu guter Letzt ==<br /> Regelmäßige Managementbewertungen sind notwendig, um die internen und externen Punkte der Organisation zu überwachen. Sobald der interne Kontext verstanden wurde, kann das Management eine externe Analyse durchführen und die Analysemethoden „PEST“ (POLITICAL, ECONOMIC, SOCIAL, TECHNOLOGICAL (politisch, ökonomisch, sozial, technologisch)) und „SWOT“ (STRENGTH, WEAKNESS, OPPORTUNITIES, THREATS (Stärken, Schwächen, Möglichkeiten, Gefährdungen) verwenden und aus diesen neuen Anforderungen echten Nutzen ziehen, anstatt diese nur formal zu erfüllen.&lt;br&gt;<br /> &lt;br&gt;<br /> Der Kontext der Organisation erscheint wie eine der “Dokumentieren und Vergessen”-Anforderungen zu sein, doch das sollte es nicht. Die bei der Definition des Kontexts zusammengetragenen Informationen können für die Identifizierung von Verbesserungsbereichen sehr nützlich sein und das sollte nicht als selbstverständlich angesehen werden. Den Kontext Ihrer Organisation und die Meinung Ihrer interessierten Parteien zu kennen kann Ihnen helfen, Ihre Organisation zu verbessern und noch besser zu machen.&lt;br&gt;<br /> &lt;br&gt;<br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Informationssicherheitsmanagementsystem_(NK4_NA4.4)&diff=157 Informationssicherheitsmanagementsystem (NK4 NA4.4) 2021-02-16T11:11:37Z <p>Stief1falco: Die Seite wurde neu angelegt: „Das geplante ISMS muss in die Praxis überführt werden.&lt;br&gt; D.h. es muss aufgebaut, verwirklicht, aufrechterhalten und fortlaufe…“</p> <hr /> <div>Das [[Anforderungen an ein ISMS|geplante ISMS]] muss in die Praxis überführt werden.&lt;br&gt;<br /> D.h. es muss aufgebaut, verwirklicht, aufrechterhalten und fortlaufend verbessert werden.&lt;br&gt;<br /> Empfehlung: Anhand des PDCA-Modell. In der neuen Norm-Fassung wird nur noch von &lt;i&gt;kontinuierlicher Verbesserung&quot; gesprochen.&lt;br&gt;<br /> Im Ablauf muss man <br /> * eine entsprechende Terminplanung für die vier Phasen vornehmen, <br /> * die Arbeitsschritte durchführen und <br /> * dokumentieren<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Anforderungen_an_ein_ISMS&diff=156 Anforderungen an ein ISMS 2021-02-16T11:08:15Z <p>Stief1falco: </p> <hr /> <div>Anforderungen aus dem Hauptteil der Norm ISO 27001, Kapitel 4 bis 10&lt;br&gt;<br /> Diese Anforderungen sind nicht verhandelbar, d.h. sie müssen alle umgesetzt werden. Die Art und Weise der Umsetzung ist - bei Beachtung der gegebenen Randbedingungen - von der betreffenden Organisation jedoch frei wählbar.<br /> <br /> == Normkapitel 4 ==<br /> [[Kontext der Organisation (NK4 NA 4.1)|Der Kontext der Organisation]]&lt;br&gt;<br /> [[Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2)|Verstehen der Erfordernisse und Erwartungen interessierter Parteien]]&lt;br&gt;<br /> [[Anwendungsbereich des ISMS (NK4 NA 4.3)|Festlegen des Anwendungsbereichs des ISMS]]&lt;br&gt;<br /> [[Informationssicherheitsmanagementsystem (NK4 NA4.4)|Informationssicherheitsmanagementsystem]]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Anforderungen_an_ein_ISMS&diff=155 Anforderungen an ein ISMS 2021-02-16T11:07:54Z <p>Stief1falco: </p> <hr /> <div>Anforderungen aus dem Hauptteil der Norm ISO 27001, Kapitel 4 bis 10&lt;br&gt;<br /> Diese Anforderungen sind nicht verhandelbar, d.h. sie müssen alle umgesetzt werden. Die Art und Weise der Umsetzung ist - bei Beachtung der gegebenen Randbedingungen - von der betreffenden Organisation jedoch frei wählbar.<br /> <br /> == Normkapitel 4 ==<br /> [[Kontext der Organisation (NK4 NA 4.1)|Der Kontext der Organisation]]&lt;br&gt;<br /> [[Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2)|Verstehen der Erfordernisse und Erwartungen interessierter Parteien]]&lt;br&gt;<br /> [[Anwendungsbereich des ISMS (NK4 NA 4.3)|Festlegen des Anwendungsbereichs des ISMS]]&lt;br&gt;<br /> [[Informationssicherheitsmanagementsystem (NK4 NA4.49|Informationssicherheitsmanagementsystem]]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Anwendungsbereich_des_ISMS_(NK4_NA_4.3)&diff=154 Anwendungsbereich des ISMS (NK4 NA 4.3) 2021-02-16T11:06:59Z <p>Stief1falco: Die Seite wurde neu angelegt: „Der Bereich, für den das ISMS zuständig ist. I.d.R. die gesamte Organisation.&lt;br&gt; Der Anwendungsbereich kann frei definiert werden, es muss jedoch folgendes…“</p> <hr /> <div>Der Bereich, für den das ISMS zuständig ist. I.d.R. die gesamte Organisation.&lt;br&gt;<br /> Der Anwendungsbereich kann frei definiert werden, es muss jedoch folgendes beachtet werden:&lt;br&gt;<br /> * Es macht keinen Sinn, Bereiche auszulassen, die mit Sicherheitsanforderungen einer maßgeblichen Partei belegt sind<br /> * Es dürfen keine Bereiche ausgegrenzt werden, die die Sicherheit insgesamt beeinflussen (wie bspw. Auslassen genutzter Cloud Services)<br /> * Es sollte nicht versucht werden, den Anwendungsbereich klein zu schneiden, um schnell eine Zertifizierung zu erreichen -&gt; &quot;marginalisieren&quot;<br /> * Grenzen sollen präzise definiert sein, durch Angabe der Schnittstellen zwischen Bereichen und Abläufen, die vom ISMS &quot;verwaltet&quot; werden und solchen, die außerhalb liegen - bspw. bei anderen Organisationen bzw. Parteien (bspw. Dienstleister, Lieferanten usw.)&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;b&gt;Werden Komponenten bewusst ausgelassen, sind diese schriftlich zu dokumentieren und zu begründen.&lt;/b&gt;&lt;br&gt;<br /> &lt;br&gt;<br /> Die Festlegung des Anwendungsbereichs und seiner Grenzen muss ebenfalls schriftlich erfolgen.<br /> <br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Anforderungen_an_ein_ISMS&diff=153 Anforderungen an ein ISMS 2021-02-16T10:57:52Z <p>Stief1falco: </p> <hr /> <div>Anforderungen aus dem Hauptteil der Norm ISO 27001, Kapitel 4 bis 10&lt;br&gt;<br /> Diese Anforderungen sind nicht verhandelbar, d.h. sie müssen alle umgesetzt werden. Die Art und Weise der Umsetzung ist - bei Beachtung der gegebenen Randbedingungen - von der betreffenden Organisation jedoch frei wählbar.<br /> <br /> == Normkapitel 4 ==<br /> [[Kontext der Organisation (NK4 NA 4.1)|Der Kontext der Organisation]]&lt;br&gt;<br /> [[Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2)|Verstehen der Erfordernisse und Erwartungen interessierter Parteien]]&lt;br&gt;<br /> [[Anwendungsbereich des ISMS (NK4 NA 4.3)|Festlegen des Anwendungsbereichs des ISMS]]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Erfordernisse_und_Erwartungen_interessierter_Parteien_(NK4_NA4.2)&diff=152 Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2) 2021-02-16T10:55:22Z <p>Stief1falco: </p> <hr /> <div>Stellen, die einen Einfluss auf unser ISMS haben.&lt;br&gt;<br /> Beispiele:&lt;br&gt;<br /> * Gesetzgeber<br /> * eigene Organisation (Einfluss durch Vorgaben z.B. aus dem QUAMS)<br /> * Dienstleister / Lieferanten (Einfluss durch die Art der Erbringung von Dienstleistungen bzw. den Gestand von Lieferungen)<br /> * Auftraggber / Kunden - Einfluss durch vertragliche Vorgaben<br /> &lt;br&gt;<br /> <br /> # Zunächst zusammenstellen der relevanten Parteien<br /> # Mit Informationen aus [[Kontext der Organisation (NK4 NA 4.1)|dem Kontext der Organisation]] anschließend die Anforderungen dieser Parteien an die Sicherheit bzw. das ISMS ermitteln (Durchgehend des Kontexts und welchen &lt;u&gt;Einfluss&lt;/u&gt; die interessierten Parteien in Bezug auf IT-Sicherheit haben) -&gt; Zusammenfassen bspw. in Form einer Tabelle<br /> # Die Parteien, die vom ISMS &lt;u&gt;betroffen&lt;/u&gt; sind, sind hier explizit vorerst nicht gemeint (bspw. Dienstleister, Lieferanten, Provider, sofern diese keinen Einfluss auf das ISMS haben)<br /> <br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Erfordernisse_und_Erwartungen_interessierter_Parteien_(NK4_NA4.2)&diff=151 Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2) 2021-02-16T10:53:08Z <p>Stief1falco: </p> <hr /> <div>Stellen, die einen Einfluss auf unser ISMS haben.&lt;br&gt;<br /> Beispiele:&lt;br&gt;<br /> * Gesetzgeber<br /> * eigene Organisation (Einfluss durch Vorgaben z.B. aus dem QUAMS)<br /> * Dienstleister / Lieferanten (Einfluss durch die Art der Erbringung von Dienstleistungen bzw. den Gestand von Lieferungen)<br /> * Auftraggber / Kunden - Einfluss durch vertragliche Vorgaben<br /> &lt;br&gt;<br /> <br /> # Zunächst zusammenstellen der relevanten Parteien<br /> # Mit Informationen aus [[Kontext der Organisation (NK4 NA 4.1)|dem Kontext der Organisation]] anschließend die Anforderungen dieser Parteien an die Sicherheit bzw. das ISMS ermitteln (Durchgehend des Kontexts und welchen &lt;u&gt;Einfluss&lt;/u&gt; die interessierten Parteien in Bezug auf IT-Sicherheit haben) -&gt; Zusammenfassen bspw. in Form einer Tabelle<br /> # Umgekehrt schauen, was mit den Parteien passiert, die vom ISMS &lt;u&gt;betroffen&lt;/u&gt; sind<br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Erfordernisse_und_Erwartungen_interessierter_Parteien_(NK4_NA4.2)&diff=150 Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2) 2021-02-16T10:45:08Z <p>Stief1falco: Die Seite wurde neu angelegt: „Stellen, die einen Einfluss auf unser ISMS haben.&lt;br&gt; Beispiele:&lt;br&gt; * Gesetzgeber * eigene Organisation (Einfluss durch Vorgaben z.B. aus dem QUAMS) * Dienstl…“</p> <hr /> <div>Stellen, die einen Einfluss auf unser ISMS haben.&lt;br&gt;<br /> Beispiele:&lt;br&gt;<br /> * Gesetzgeber<br /> * eigene Organisation (Einfluss durch Vorgaben z.B. aus dem QUAMS)<br /> * Dienstleister / Lieferanten (Einfluss durch die Art der Erbringung von Dienstleistungen bzw. den Gestand von Lieferungen)<br /> * Auftraggber / Kunden - Einfluss durch vertragliche Vorgaben<br /> &lt;br&gt;<br /> <br /> # Zunächst zusammenstellen der relevanten Parteien<br /> # Mit Informationen aus [[Kontext der Organisation (NK4 NA 4.1)|dem Kontext der Organisation]] anschließend die Anforderungen dieser Parteien an die Sicherheit bzw. das ISMS ermitteln<br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Anforderungen_an_ein_ISMS&diff=149 Anforderungen an ein ISMS 2021-02-16T10:41:24Z <p>Stief1falco: /* Normkapitel 4 */</p> <hr /> <div>Anforderungen aus dem Hauptteil der Norm ISO 27001, Kapitel 4 bis 10&lt;br&gt;<br /> Diese Anforderungen sind nicht verhandelbar, d.h. sie müssen alle umgesetzt werden. Die Art und Weise der Umsetzung ist - bei Beachtung der gegebenen Randbedingungen - von der betreffenden Organisation jedoch frei wählbar.<br /> <br /> == Normkapitel 4 ==<br /> [[Kontext der Organisation (NK4 NA 4.1)|Der Kontext der Organisation]]&lt;br&gt;<br /> [[Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2)|Verstehen der Erfordernisse und Erwartungen interessierter Parteien]]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Anforderungen_an_ein_ISMS&diff=148 Anforderungen an ein ISMS 2021-02-16T10:41:15Z <p>Stief1falco: </p> <hr /> <div>Anforderungen aus dem Hauptteil der Norm ISO 27001, Kapitel 4 bis 10&lt;br&gt;<br /> Diese Anforderungen sind nicht verhandelbar, d.h. sie müssen alle umgesetzt werden. Die Art und Weise der Umsetzung ist - bei Beachtung der gegebenen Randbedingungen - von der betreffenden Organisation jedoch frei wählbar.<br /> <br /> == Normkapitel 4 ==<br /> [[Kontext der Organisation (NK4 NA 4.1)|Der Kontext der Organisation]]<br /> [[Erfordernisse und Erwartungen interessierter Parteien (NK4 NA4.2)|Verstehen der Erfordernisse und Erwartungen interessierter Parteien]]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Anforderungen_an_ein_ISMS&diff=147 Anforderungen an ein ISMS 2021-02-16T10:39:33Z <p>Stief1falco: Die Seite wurde neu angelegt: „Anforderungen aus dem Hauptteil der Norm ISO 27001, Kapitel 4 bis 10&lt;br&gt; Diese Anforderungen sind nicht verhandelbar, d.h. sie müssen alle umgesetzt werden. D…“</p> <hr /> <div>Anforderungen aus dem Hauptteil der Norm ISO 27001, Kapitel 4 bis 10&lt;br&gt;<br /> Diese Anforderungen sind nicht verhandelbar, d.h. sie müssen alle umgesetzt werden. Die Art und Weise der Umsetzung ist - bei Beachtung der gegebenen Randbedingungen - von der betreffenden Organisation jedoch frei wählbar.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Hauptseite&diff=146 Hauptseite 2021-02-16T10:36:47Z <p>Stief1falco: </p> <hr /> <div>&lt;strong&gt;MediaWiki wurde installiert.&lt;/strong&gt;<br /> <br /> Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch].<br /> <br /> == PLAN ==<br /> Zu den [[IT-Sicherheitsmanagement_nach_der_neuen_ISO_27001|Umsetzungshinweisen]]&lt;br&gt;<br /> [[Anforderungen an ein ISMS]]&lt;br&gt;<br /> [[Spezial:Gewünschte Seiten|Fehlende Seiten]]<br /> <br /> == DO ==<br /> Zur [[Aufbauorganisation]]&lt;br&gt;<br /> Zur [[Ablauforganisation]]&lt;br&gt;<br /> Zur [[Assetübersicht]]<br /> <br /> == CHECK ==<br /> <br /> == ACT ==<br /> <br /> == Starthilfen ==<br /> <br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]<br /> * [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Sicherheitsma%C3%9Fnahmen&diff=145 Sicherheitsmaßnahmen 2021-02-16T10:35:45Z <p>Stief1falco: </p> <hr /> <div>Sicherheitsmaßnahmen sind nur eine [[Optionen zur Risikobehandlung|Option]] zur Behandlung von Risiken.<br /> Sicherheitsmaßnahmen können aus sehr unterschiedlichen Bereichen kommen:<br /> * rechtliche<br /> * organisatorische<br /> * personelle<br /> * infrastrukturelle und<br /> * IT-Maßnahmen<br /> <br /> Bevor man solche Maßnahmen festlegt, sollten zunächst die [[Risiken priorisieren|Risiken priorisiert]] werden.<br /> Eine weitere wichtige Aktivität besteht darin, bereits vorhandene Sicherheitsmaßnahmen zu ermitteln: Viele Organisationen fangen nicht bei Null an, sondern haben in der Vergangenheit schon Sicherheitsmaßnahmen eingerichtet, diese aber nicht systematisch erfasst und dokumentiert.&lt;br&gt;<br /> Somit steht die Aufgabe an, alle vorhandenen Maßnahmen zu erfassen, dann zu überprüfen, ob die betrachteten Risiken damit bereits ausreichend reduziert werden oder ob neue bzw. stärkere Maßnahmen erforderlich werden - ggf. auch, ob eine andere [[Optionen zur Risikobehandlung|Option zur Risikobehandlung]] gewählt wird. TODO&lt;br&gt;<br /> Diese Vorgehensweise wird seitens der Norm durch den Anhang A und das damit zusammenhängende [[Statement of Applicability (SoA)]] unterstützt.&lt;br&gt;&lt;br&gt;<br /> Nach der Festlegung der Sicherheitsmaßnahmen wird der Prozess der [[Risikobeurteilung]] erneut durchlaufen werden. Es werden hier die verbleibenden Risiken ermittelt und bewertet.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=144 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T10:35:27Z <p>Stief1falco: </p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=143 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T10:35:18Z <p>Stief1falco: </p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> #TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=142 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T10:34:48Z <p>Stief1falco: </p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> TODO</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation&diff=141 Kontext der Organisation 2021-02-16T10:33:23Z <p>Stief1falco: Stief1falco verschob die Seite Kontext der Organisation nach Kontext der Organisation (NK4 NA 4.1)</p> <hr /> <div>#WEITERLEITUNG [[Kontext der Organisation (NK4 NA 4.1)]]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=140 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T10:33:23Z <p>Stief1falco: Stief1falco verschob die Seite Kontext der Organisation nach Kontext der Organisation (NK4 NA 4.1)</p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> &lt;&lt;TODO&gt;&gt;</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=139 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T10:32:51Z <p>Stief1falco: </p> <hr /> <div>Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> &lt;&lt;TODO&gt;&gt;</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Kontext_der_Organisation_(NK4_NA_4.1)&diff=138 Kontext der Organisation (NK4 NA 4.1) 2021-02-16T10:28:14Z <p>Stief1falco: Die Seite wurde neu angelegt: „NK4 NA 4.1 Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt; &lt;br&gt; Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation…“</p> <hr /> <div>NK4 NA 4.1<br /> <br /> Geschäftszweck bzw. Geschäftstätigkeit eines Unternehmens&lt;br&gt;<br /> &lt;br&gt;<br /> Bestimmen aller Themen, die Zweck, Aufgabe bzw. Tätigkeit einer Organisation betreffen und Auswirkungen auf die Sicherheit haben können.&lt;br&gt;<br /> &lt;br&gt;<br /> == Externe Themen ==<br /> * Umfeld der Tätigkeit (gesetzliche Rahmenbedingungen, finanzielle Aspekte, Technologieeinsatz bzw. -abhängigkeiten, eingesetzte Lieferanten und Dienstleister)<br /> * Wettbewerbsaspekte (Tätigkeitsbereich: lokal, national, international; Schlüsselfaktoren für eine erfolgreiche Tätigkeit; Image-Aspekte; Beziehung zu Auftraggebern, Kunden, Partnern; Art und Umfang bestehender vertraglicher Beziehungen)<br /> <br /> == Interne Themen ==<br /> * [[Aufbauorganisation|Aufbau]]- und [[Ablauforganisation]]<br /> * Zweck und Umfang der eingesetzten IT<br /> * Zur Verfügung stehende Ressourcen für das einzurichtende ISMS<br /> <br /> &lt;&lt;TODO&gt;&gt;</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Hauptseite&diff=137 Hauptseite 2021-02-16T10:20:37Z <p>Stief1falco: /* PLAN */</p> <hr /> <div>&lt;strong&gt;MediaWiki wurde installiert.&lt;/strong&gt;<br /> <br /> Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch].<br /> <br /> == PLAN ==<br /> Zu den [[IT-Sicherheitsmanagement_nach_der_neuen_ISO_27001|Umsetzungshinweisen]]&lt;br&gt;<br /> [[Kontext der Organisation]]&lt;br&gt;<br /> [[Spezial:Gewünschte Seiten|Fehlende Seiten]]<br /> <br /> == DO ==<br /> Zur [[Aufbauorganisation]]&lt;br&gt;<br /> Zur [[Ablauforganisation]]&lt;br&gt;<br /> Zur [[Assetübersicht]]<br /> <br /> == CHECK ==<br /> <br /> == ACT ==<br /> <br /> == Starthilfen ==<br /> <br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]<br /> * [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=(Sicherheits-)Ziele&diff=136 (Sicherheits-)Ziele 2021-02-15T14:10:30Z <p>Stief1falco: /* Erweiterte Sicherheitsziele */</p> <hr /> <div>Die klassischen Sicherheitsziele Werden in der Norm nur beispielhaft genannt.&lt;br&gt;<br /> &lt;br&gt;<br /> Jede Organisation ist frei, die für ihren geschäftlichen Kontext als relevant erachteten Ziele individuell festzulegen. Diese Ziele sind zu dokumentieren, was meist im Überblick in einer Security Policy (zu dt. meist [[Sicherheitsleitlinien|Sicherheitsleitlinie]]) erfolgt. Davon zu unterscheiden sind [[Sicherheitsrichtlinien]], die ein spezielles Thema aus Sicht einer Zielgruppe behandeln.&lt;br&gt;<br /> &lt;br&gt;<br /> Unter Schutzzielen bzw. Sicherheitsziele versteht man im Allgemeinen Anforderungen an ein System, die zum Schutz von Gütern erfüllt werden muss. Es kann durchaus vorkommen, dass sich Schutzziele widersprechen und es nicht möglich ist, alle Ziele gleichermaßen zu erfüllen. Schutzziele sind notwendig, um den abstrakten Begriff der Sicherheit im Kontext der Informationstechnologie greifbar und so vor allem auch messbar bzw. bewertbar zu machen.<br /> <br /> == klassische Sicherheitsziele ==<br /> Meist mit den Begriffen Vertraulichkeit, Integrität und Verfügbarkeit verbunden.<br /> <br /> Vertraulichkeit von Informationen zu wahren meint, dass diese nur einem entsprechend [[autorisierter Zugriff|autorisierten]] Personenkreis zur Kenntnis gelangen.&lt;br&gt;<br /> Integrität von Daten wahren meint, dass nur [[autorisierter Zugriff|autorisierte]] Änderungen vorgenommen werden dürfen.&lt;br&gt;<br /> Verfügbar mein, dass Daten für _autorisierte_ Zwecke ausreichend schnell zur Verfügung stehen müssen - genauer: Verzögerungen sind nur in akzeptablen Umfang zulässig.&lt;br&gt;<br /> &lt;br&gt;<br /> Die Ziele der Integrität und Verfügbarkeit werden nicht nur für Daten, sondern analog auch für Systeme, IT-Anwendungen und Prozesse definiert.<br /> <br /> Wer zur Kenntnisnahme oder Änderungen [[autorisierter Zugriff|autorisiert]] ist bzw. welche Verzögerung noch als akzeptabel angesehen wird, ist durch die jeweilige Organisation für ihre geschäftlichen Zwecke festzulegen. Möglicherweise existieren dazu auch Vorgaben in relevanten [[Relevante Gesetze|Gesetzen]], [[relevante Verträge|Verträgen]] und anderen Standards.<br /> <br /> Die sogenannten CIA Schutzziele (engl. CIA Triad) stammen aus dem Bereich der Informationssicherheit. CIA steht als Abkürzung für:&lt;br&gt;<br /> &lt;b&gt;C&lt;/b&gt;onfidentiality (Vertraulichkeit)&lt;br&gt;<br /> &lt;b&gt;I&lt;/b&gt;ntegrity (Integrität)&lt;br&gt;<br /> &lt;b&gt;A&lt;/b&gt;vailability (Verfügbarkeit)&lt;br&gt;<br /> &lt;br&gt;<br /> Es handelt sich dabei nicht um die einzigen Schutzziele (auch Sicherheitsziele genannt), sondern viel mehr um die drei wichtigsten Ziele. Weitere Schutzziele sind beispielsweise Authentizität, Privatsphäre, Verlässlichkeit oder auch (Nicht-)Abstreitbarkeit.<br /> <br /> === Confidentiality (Vertraulichkeit) ===<br /> Von Vertraulichkeit (engl. Confidentiality) kann dann gesprochen werden, wenn keine unautorisierte Informationsgewinnung möglich ist. Das bedeutet, dass die Informationen nur Befugten zugänglich sind. Unterschieden werden kann hier zwischen dem &quot;Schutz des Informationsverhaltens&quot; und dem &quot;Schutz der Informationsinhalte&quot;. Für letzteres stellt die Verschlüsselung einen wirksamen Zugriffschutz dar. Bei einer wirksamen Verschlüsselung können die verschlüsselten Informationen zwar weiterhin von einem fremden Dritten &quot;gewonnen&quot;, sprich abgegriffen, werden, eine Interpretation ist aber ohne die verwendeten Schlüssel nicht möglich. Für die Verschlüsselung kann man entweder auf symmetrische Verschlüsselungsverfahren oder auf asymmetrische Verschlüsselungsverfahren zurückgreifen.&lt;br&gt;<br /> Untergeordnete Schutzziele sind unter anderem:&lt;br&gt;<br /> * Unverkettbarkeit (unlinkability)<br /> * Unbeobachtbarkeit (unobservability)<br /> * Nicht-Verfolgbarkeit (untraceability)<br /> <br /> === Integrity (Integrität) === <br /> Das Schutzziel Integrität umfasst sowohl die Korrektheit der Daten (Datenintegrität) als auch die korrekte Funktionsweise des Systems (Systemintegrität). Man unterscheidet zwischen der starken und der schwachen Integrität. Eine starke Integrität liegt vor, wenn keine Möglichkeit der unbefugten Datenmanipulation besteht. Von einer schwachen Integrität spricht man hingegen dann, falls eine Datenmanipulation zwar generell, aber auf keinen Fall unbemerkt möglich ist. In vielen Fällen ist eine Manipulation leider nicht zu verhindern, in solchen Fällen soll dies aber dann wenigstens nicht unbemerkt bleiben. Mögliche Manipulationen sind z.B. das<br /> * Verändern von Daten<br /> * Löschen von Daten<br /> * Einfügen von Daten<br /> &lt;br&gt;<br /> Mittel zur Realisierung von Integrität sind beispielsweise Message Authentication Codes (MAC) oder Tamper-Resistant Security Module (TRSM).<br /> <br /> === Availability (Verfügbarkeit) ===<br /> Unter die Verfügbarkeit fällt der Grad der Funktionalität der informationstechnischen Systeme. Konkret bedeutet dies, dass die Systeme jederzeit betriebsbereit sein sollen und die Verarbeitung der Daten auch korrekt abläuft. Berechnen lässt sich die Zuverlässigkeit über das Verhältnis der Zeit, in dem das System tatsächlich zur Verfügung stand und der vereinbarten Zeit, in dem das System zu Verfügung stehen sollte. Angestrebt werden dabei 100%, was aber, wenn überhaupt, nur unter sehr hohen Kosten zugesichert werden kann. Schriftlich fixiert werden die Verfügbarkeitszeiten in einem Service-Level-Agreement, der ebenfalls Bestimmungen über Strafzahlungen enthalten kann, falls die ausgemachte Verfügbarkeit nicht eingehalten wurde.&lt;br&gt;<br /> &lt;br&gt;<br /> Im Sicherheitskontext spielt das Schutzziel Verfügbarkeit eine wichtige Rolle, falls Angreifer das System angreifen oder gar die Kontrolle darüber übernehmen. Angriffe auf die Verfügbarkeit eines Dienstes findet häufig über sogenannte Denial of Service Angriffe statt.&lt;br&gt;<br /> &lt;br&gt;<br /> <br /> == Erweiterte Sicherheitsziele ==<br /> Im Zusammenhang mit dem [[Datenaustausch über Netzwerke]] werden bspw. die [[Authentizität]] von Absendern und des Datenursprungs, auch der Nachweis des Empfängers bzw. des Absenders von Daten gefordert.&lt;br&gt;<br /> &lt;br&gt;<br /> Eine weitere Gruppe von Zielen stellen die [[Compliance-Ziele]] dar, bei denen es um die Einhaltung von Vorgaben [[Relevante Gesetze|gesetzlicher]] (z.B. BDSG) oder [[Relevante Verträge|vertraglicher]] (z.B. SLAs) Art geht.&lt;br&gt;<br /> &lt;br&gt;&lt;br&gt;<br /> Wie schon gesagt, handelt es sich bei den CIA-Schutzzielen lediglich um drei Zielen von vielen weiteren mehr. Nachfolgend werden exemplarisch weitere Schutzziele vorgestellt.&lt;br&gt;<br /> <br /> ==== Authentizität ====<br /> Unter Authentizität versteht man sowohl einen Identitätsnachweis als auch die Authentizität der eigentlichen Daten. Bei ersterem möchte man sicherstellen, dass der Kommunikationspartner auch der ist, für den man ihn hält. Dafür soll eine Instanz einer anderen ihre Identität nachweisen können, ohne dass es Zweifel gibt. Bei der Authentizität der Daten geht es dann noch darum, dass die erhaltenen Daten auch tatsächlich von der authentisierten Instanz stammen. Die Authentizität wird oft auch als übergeordnetes Schutzziel angesehen, da die anderen Schutzziele sonst wertlos sind, wenn man nicht sicher sein kann, ob man mit dem tatsächlichen gewünschten Kommunikationspartner kommuniziert oder mit einem unbekannten Dritten.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Nichtabstreitbarkeit ====<br /> Bei der Nichtabstreitbarkeit (auch Verbindlichkeit) geht es darum, dass eine Kommunikation im Nachhinein nicht von einer der beteiligten Instanzen gegenüber Dritten abgestritten werden kann (engl. non repudiation). Wichtig ist dieses Ziel insbesondere für Dienstleister. Falls Verträge online abgeschlossen werden, ist die Nichtabstreitbarkeit sehr wichtig.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Zurechenbarkeit ====<br /> Ebenfalls für Dienstleister ist das Sicherheitsziel der Zurechenbarkeit sehr wichtig. Falls eine Dienstnutzung abgerechnet werden muss, ist es zwingend notwendig, den geleisteten Dienst auch einem Nutzer zuzuordnen. Hier ergibt sich insbesondere ein enges Zusammenspiel zwischen Zurechenbarkeit und Nichtabstreitbarkeit.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Privatsphäre ====<br /> Das Schutzziel der Privatsphäre geht im Normalfall vom Nutzer aus und ist Dienstbetreibern oft ein Dorn im Auge. Der Begriff Privatsphäre ist im IT-Kontext eng verwandt mit dem Datenschutz. Es geht darum, dass Teile oder sämtliche Kommunikationsvorgänge eines Nutzers geheim gehalten werden. Erreicht werden kann dies unter anderem durch die Gewährleistung der Anonymität, bei der die Identität des Nutzers nicht offengelegt wird. Bei der Pseudonymität bleibt der Nutzer zwar weiterhin identifizierbar, allerdings nicht unter seiner wahren Identität.<br /> <br /> == Quellen und Verweise ==<br /> Datenschutz und Datensicherheit - DuD, May 2010, Volume 34, Issue 5, pp 323-328<br /> Sichere Netzwerkkommunikation - Grundlagen, Protokolle und Architekturen; Bless, R., Mink, S., Blaß, E.-O., Conrad, M., Hof, H.-J., Kutzner, K., Schöller, M.<br /> IT-Sicherheit: Konzepte - Verfahren – Protokolle; Eckert, Claudia, 9. Auflage, Oldenburg 2014.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=(Sicherheits-)Ziele&diff=135 (Sicherheits-)Ziele 2021-02-15T14:10:03Z <p>Stief1falco: </p> <hr /> <div>Die klassischen Sicherheitsziele Werden in der Norm nur beispielhaft genannt.&lt;br&gt;<br /> &lt;br&gt;<br /> Jede Organisation ist frei, die für ihren geschäftlichen Kontext als relevant erachteten Ziele individuell festzulegen. Diese Ziele sind zu dokumentieren, was meist im Überblick in einer Security Policy (zu dt. meist [[Sicherheitsleitlinien|Sicherheitsleitlinie]]) erfolgt. Davon zu unterscheiden sind [[Sicherheitsrichtlinien]], die ein spezielles Thema aus Sicht einer Zielgruppe behandeln.&lt;br&gt;<br /> &lt;br&gt;<br /> Unter Schutzzielen bzw. Sicherheitsziele versteht man im Allgemeinen Anforderungen an ein System, die zum Schutz von Gütern erfüllt werden muss. Es kann durchaus vorkommen, dass sich Schutzziele widersprechen und es nicht möglich ist, alle Ziele gleichermaßen zu erfüllen. Schutzziele sind notwendig, um den abstrakten Begriff der Sicherheit im Kontext der Informationstechnologie greifbar und so vor allem auch messbar bzw. bewertbar zu machen.<br /> <br /> == klassische Sicherheitsziele ==<br /> Meist mit den Begriffen Vertraulichkeit, Integrität und Verfügbarkeit verbunden.<br /> <br /> Vertraulichkeit von Informationen zu wahren meint, dass diese nur einem entsprechend [[autorisierter Zugriff|autorisierten]] Personenkreis zur Kenntnis gelangen.&lt;br&gt;<br /> Integrität von Daten wahren meint, dass nur [[autorisierter Zugriff|autorisierte]] Änderungen vorgenommen werden dürfen.&lt;br&gt;<br /> Verfügbar mein, dass Daten für _autorisierte_ Zwecke ausreichend schnell zur Verfügung stehen müssen - genauer: Verzögerungen sind nur in akzeptablen Umfang zulässig.&lt;br&gt;<br /> &lt;br&gt;<br /> Die Ziele der Integrität und Verfügbarkeit werden nicht nur für Daten, sondern analog auch für Systeme, IT-Anwendungen und Prozesse definiert.<br /> <br /> Wer zur Kenntnisnahme oder Änderungen [[autorisierter Zugriff|autorisiert]] ist bzw. welche Verzögerung noch als akzeptabel angesehen wird, ist durch die jeweilige Organisation für ihre geschäftlichen Zwecke festzulegen. Möglicherweise existieren dazu auch Vorgaben in relevanten [[Relevante Gesetze|Gesetzen]], [[relevante Verträge|Verträgen]] und anderen Standards.<br /> <br /> Die sogenannten CIA Schutzziele (engl. CIA Triad) stammen aus dem Bereich der Informationssicherheit. CIA steht als Abkürzung für:&lt;br&gt;<br /> &lt;b&gt;C&lt;/b&gt;onfidentiality (Vertraulichkeit)&lt;br&gt;<br /> &lt;b&gt;I&lt;/b&gt;ntegrity (Integrität)&lt;br&gt;<br /> &lt;b&gt;A&lt;/b&gt;vailability (Verfügbarkeit)&lt;br&gt;<br /> &lt;br&gt;<br /> Es handelt sich dabei nicht um die einzigen Schutzziele (auch Sicherheitsziele genannt), sondern viel mehr um die drei wichtigsten Ziele. Weitere Schutzziele sind beispielsweise Authentizität, Privatsphäre, Verlässlichkeit oder auch (Nicht-)Abstreitbarkeit.<br /> <br /> === Confidentiality (Vertraulichkeit) ===<br /> Von Vertraulichkeit (engl. Confidentiality) kann dann gesprochen werden, wenn keine unautorisierte Informationsgewinnung möglich ist. Das bedeutet, dass die Informationen nur Befugten zugänglich sind. Unterschieden werden kann hier zwischen dem &quot;Schutz des Informationsverhaltens&quot; und dem &quot;Schutz der Informationsinhalte&quot;. Für letzteres stellt die Verschlüsselung einen wirksamen Zugriffschutz dar. Bei einer wirksamen Verschlüsselung können die verschlüsselten Informationen zwar weiterhin von einem fremden Dritten &quot;gewonnen&quot;, sprich abgegriffen, werden, eine Interpretation ist aber ohne die verwendeten Schlüssel nicht möglich. Für die Verschlüsselung kann man entweder auf symmetrische Verschlüsselungsverfahren oder auf asymmetrische Verschlüsselungsverfahren zurückgreifen.&lt;br&gt;<br /> Untergeordnete Schutzziele sind unter anderem:&lt;br&gt;<br /> * Unverkettbarkeit (unlinkability)<br /> * Unbeobachtbarkeit (unobservability)<br /> * Nicht-Verfolgbarkeit (untraceability)<br /> <br /> === Integrity (Integrität) === <br /> Das Schutzziel Integrität umfasst sowohl die Korrektheit der Daten (Datenintegrität) als auch die korrekte Funktionsweise des Systems (Systemintegrität). Man unterscheidet zwischen der starken und der schwachen Integrität. Eine starke Integrität liegt vor, wenn keine Möglichkeit der unbefugten Datenmanipulation besteht. Von einer schwachen Integrität spricht man hingegen dann, falls eine Datenmanipulation zwar generell, aber auf keinen Fall unbemerkt möglich ist. In vielen Fällen ist eine Manipulation leider nicht zu verhindern, in solchen Fällen soll dies aber dann wenigstens nicht unbemerkt bleiben. Mögliche Manipulationen sind z.B. das<br /> * Verändern von Daten<br /> * Löschen von Daten<br /> * Einfügen von Daten<br /> &lt;br&gt;<br /> Mittel zur Realisierung von Integrität sind beispielsweise Message Authentication Codes (MAC) oder Tamper-Resistant Security Module (TRSM).<br /> <br /> === Availability (Verfügbarkeit) ===<br /> Unter die Verfügbarkeit fällt der Grad der Funktionalität der informationstechnischen Systeme. Konkret bedeutet dies, dass die Systeme jederzeit betriebsbereit sein sollen und die Verarbeitung der Daten auch korrekt abläuft. Berechnen lässt sich die Zuverlässigkeit über das Verhältnis der Zeit, in dem das System tatsächlich zur Verfügung stand und der vereinbarten Zeit, in dem das System zu Verfügung stehen sollte. Angestrebt werden dabei 100%, was aber, wenn überhaupt, nur unter sehr hohen Kosten zugesichert werden kann. Schriftlich fixiert werden die Verfügbarkeitszeiten in einem Service-Level-Agreement, der ebenfalls Bestimmungen über Strafzahlungen enthalten kann, falls die ausgemachte Verfügbarkeit nicht eingehalten wurde.&lt;br&gt;<br /> &lt;br&gt;<br /> Im Sicherheitskontext spielt das Schutzziel Verfügbarkeit eine wichtige Rolle, falls Angreifer das System angreifen oder gar die Kontrolle darüber übernehmen. Angriffe auf die Verfügbarkeit eines Dienstes findet häufig über sogenannte Denial of Service Angriffe statt.&lt;br&gt;<br /> &lt;br&gt;<br /> <br /> == Erweiterte Sicherheitsziele ==<br /> Im Zusammenhang mit dem [[Datenaustausch über Netzwerke]] werden bspw. die [[Authentizität]] von Absendern und des Datenursprungs, auch der Nachweis des Empfängers bzw. des Absenders von Daten gefordert.&lt;br&gt;<br /> &lt;br&gt;<br /> Eine weitere Gruppe von Zielen stellen die [[Compliance-Ziele]] dar, bei denen es um die Einhaltung von Vorgaben [[Relevante Gesetze|gesetzlicher]] (z.B. BDSG) oder [[Relevante Verträge|vertraglicher]] (z.B. SLAs) Art geht.&lt;br&gt;<br /> &lt;br&gt;<br /> Schutzziele der Informationssicherheit<br /> <br /> Wie schon gesagt, handelt es sich bei den CIA-Schutzzielen lediglich um drei Zielen von vielen weiteren mehr. Nachfolgend werden exemplarisch weitere Schutzziele vorgestellt.&lt;br&gt;<br /> <br /> ==== Authentizität ====<br /> Unter Authentizität versteht man sowohl einen Identitätsnachweis als auch die Authentizität der eigentlichen Daten. Bei ersterem möchte man sicherstellen, dass der Kommunikationspartner auch der ist, für den man ihn hält. Dafür soll eine Instanz einer anderen ihre Identität nachweisen können, ohne dass es Zweifel gibt. Bei der Authentizität der Daten geht es dann noch darum, dass die erhaltenen Daten auch tatsächlich von der authentisierten Instanz stammen. Die Authentizität wird oft auch als übergeordnetes Schutzziel angesehen, da die anderen Schutzziele sonst wertlos sind, wenn man nicht sicher sein kann, ob man mit dem tatsächlichen gewünschten Kommunikationspartner kommuniziert oder mit einem unbekannten Dritten.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Nichtabstreitbarkeit ====<br /> Bei der Nichtabstreitbarkeit (auch Verbindlichkeit) geht es darum, dass eine Kommunikation im Nachhinein nicht von einer der beteiligten Instanzen gegenüber Dritten abgestritten werden kann (engl. non repudiation). Wichtig ist dieses Ziel insbesondere für Dienstleister. Falls Verträge online abgeschlossen werden, ist die Nichtabstreitbarkeit sehr wichtig.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Zurechenbarkeit ====<br /> Ebenfalls für Dienstleister ist das Sicherheitsziel der Zurechenbarkeit sehr wichtig. Falls eine Dienstnutzung abgerechnet werden muss, ist es zwingend notwendig, den geleisteten Dienst auch einem Nutzer zuzuordnen. Hier ergibt sich insbesondere ein enges Zusammenspiel zwischen Zurechenbarkeit und Nichtabstreitbarkeit.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Privatsphäre ====<br /> Das Schutzziel der Privatsphäre geht im Normalfall vom Nutzer aus und ist Dienstbetreibern oft ein Dorn im Auge. Der Begriff Privatsphäre ist im IT-Kontext eng verwandt mit dem Datenschutz. Es geht darum, dass Teile oder sämtliche Kommunikationsvorgänge eines Nutzers geheim gehalten werden. Erreicht werden kann dies unter anderem durch die Gewährleistung der Anonymität, bei der die Identität des Nutzers nicht offengelegt wird. Bei der Pseudonymität bleibt der Nutzer zwar weiterhin identifizierbar, allerdings nicht unter seiner wahren Identität.<br /> <br /> == Quellen und Verweise ==<br /> Datenschutz und Datensicherheit - DuD, May 2010, Volume 34, Issue 5, pp 323-328<br /> Sichere Netzwerkkommunikation - Grundlagen, Protokolle und Architekturen; Bless, R., Mink, S., Blaß, E.-O., Conrad, M., Hof, H.-J., Kutzner, K., Schöller, M.<br /> IT-Sicherheit: Konzepte - Verfahren – Protokolle; Eckert, Claudia, 9. Auflage, Oldenburg 2014.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=(Sicherheits-)Ziele&diff=134 (Sicherheits-)Ziele 2021-02-15T14:09:29Z <p>Stief1falco: </p> <hr /> <div>Die klassischen Sicherheitsziele Werden in der Norm nur beispielhaft genannt.&lt;br&gt;<br /> &lt;br&gt;<br /> Jede Organisation ist frei, die für ihren geschäftlichen Kontext als relevant erachteten Ziele individuell festzulegen. Diese Ziele sind zu dokumentieren, was meist im Überblick in einer Security Policy (zu dt. meist [[Sicherheitsleitlinien|Sicherheitsleitlinie]]) erfolgt. Davon zu unterscheiden sind [[Sicherheitsrichtlinien]], die ein spezielles Thema aus Sicht einer Zielgruppe behandeln.&lt;br&gt;<br /> &lt;br&gt;<br /> Unter Schutzzielen bzw. Sicherheitsziele versteht man im Allgemeinen Anforderungen an ein System, die zum Schutz von Gütern erfüllt werden muss. Es kann durchaus vorkommen, dass sich Schutzziele widersprechen und es nicht möglich ist, alle Ziele gleichermaßen zu erfüllen. Schutzziele sind notwendig, um den abstrakten Begriff der Sicherheit im Kontext der Informationstechnologie greifbar und so vor allem auch messbar bzw. bewertbar zu machen.<br /> <br /> == klassische Sicherheitsziele ==<br /> Meist mit den Begriffen Vertraulichkeit, Integrität und Verfügbarkeit verbunden.<br /> <br /> Vertraulichkeit von Informationen zu wahren meint, dass diese nur einem entsprechend [[autorisierter Zugriff|autorisierten]] Personenkreis zur Kenntnis gelangen.&lt;br&gt;<br /> Integrität von Daten wahren meint, dass nur [[autorisierter Zugriff|autorisierte]] Änderungen vorgenommen werden dürfen.&lt;br&gt;<br /> Verfügbar mein, dass Daten für _autorisierte_ Zwecke ausreichend schnell zur Verfügung stehen müssen - genauer: Verzögerungen sind nur in akzeptablen Umfang zulässig.&lt;br&gt;<br /> &lt;br&gt;<br /> Die Ziele der Integrität und Verfügbarkeit werden nicht nur für Daten, sondern analog auch für Systeme, IT-Anwendungen und Prozesse definiert.<br /> <br /> Wer zur Kenntnisnahme oder Änderungen [[autorisierter Zugriff|autorisiert]] ist bzw. welche Verzögerung noch als akzeptabel angesehen wird, ist durch die jeweilige Organisation für ihre geschäftlichen Zwecke festzulegen. Möglicherweise existieren dazu auch Vorgaben in relevanten [[Relevante Gesetze|Gesetzen]], [[relevante Verträge|Verträgen]] und anderen Standards.<br /> <br /> Die sogenannten CIA Schutzziele (engl. CIA Triad) stammen aus dem Bereich der Informationssicherheit. CIA steht als Abkürzung für:&lt;br&gt;<br /> &lt;b&gt;C&lt;/b&gt;onfidentiality (Vertraulichkeit)&lt;br&gt;<br /> &lt;b&gt;I&lt;/b&gt;ntegrity (Integrität)&lt;br&gt;<br /> &lt;b&gt;A&lt;/b&gt;vailability (Verfügbarkeit)&lt;br&gt;<br /> &lt;br&gt;<br /> Es handelt sich dabei nicht um die einzigen Schutzziele (auch Sicherheitsziele genannt), sondern viel mehr um die drei wichtigsten Ziele. Weitere Schutzziele sind beispielsweise Authentizität, Privatsphäre, Verlässlichkeit oder auch (Nicht-)Abstreitbarkeit.<br /> <br /> === Confidentiality (Vertraulichkeit) ===<br /> Von Vertraulichkeit (engl. Confidentiality) kann dann gesprochen werden, wenn keine unautorisierte Informationsgewinnung möglich ist. Das bedeutet, dass die Informationen nur Befugten zugänglich sind. Unterschieden werden kann hier zwischen dem &quot;Schutz des Informationsverhaltens&quot; und dem &quot;Schutz der Informationsinhalte&quot;. Für letzteres stellt die Verschlüsselung einen wirksamen Zugriffschutz dar. Bei einer wirksamen Verschlüsselung können die verschlüsselten Informationen zwar weiterhin von einem fremden Dritten &quot;gewonnen&quot;, sprich abgegriffen, werden, eine Interpretation ist aber ohne die verwendeten Schlüssel nicht möglich. Für die Verschlüsselung kann man entweder auf symmetrische Verschlüsselungsverfahren oder auf asymmetrische Verschlüsselungsverfahren zurückgreifen.&lt;br&gt;<br /> Untergeordnete Schutzziele sind unter anderem:&lt;br&gt;<br /> * Unverkettbarkeit (unlinkability)<br /> * Unbeobachtbarkeit (unobservability)<br /> * Nicht-Verfolgbarkeit (untraceability)<br /> <br /> === Integrity (Integrität) === <br /> Das Schutzziel Integrität umfasst sowohl die Korrektheit der Daten (Datenintegrität) als auch die korrekte Funktionsweise des Systems (Systemintegrität). Man unterscheidet zwischen der starken und der schwachen Integrität. Eine starke Integrität liegt vor, wenn keine Möglichkeit der unbefugten Datenmanipulation besteht. Von einer schwachen Integrität spricht man hingegen dann, falls eine Datenmanipulation zwar generell, aber auf keinen Fall unbemerkt möglich ist. In vielen Fällen ist eine Manipulation leider nicht zu verhindern, in solchen Fällen soll dies aber dann wenigstens nicht unbemerkt bleiben. Mögliche Manipulationen sind z.B. das<br /> * Verändern von Daten<br /> * Löschen von Daten<br /> * Einfügen von Daten<br /> &lt;br&gt;<br /> Mittel zur Realisierung von Integrität sind beispielsweise Message Authentication Codes (MAC) oder Tamper-Resistant Security Module (TRSM).<br /> <br /> === Availability (Verfügbarkeit) ===<br /> Unter die Verfügbarkeit fällt der Grad der Funktionalität der informationstechnischen Systeme. Konkret bedeutet dies, dass die Systeme jederzeit betriebsbereit sein sollen und die Verarbeitung der Daten auch korrekt abläuft. Berechnen lässt sich die Zuverlässigkeit über das Verhältnis der Zeit, in dem das System tatsächlich zur Verfügung stand und der vereinbarten Zeit, in dem das System zu Verfügung stehen sollte. Angestrebt werden dabei 100%, was aber, wenn überhaupt, nur unter sehr hohen Kosten zugesichert werden kann. Schriftlich fixiert werden die Verfügbarkeitszeiten in einem Service-Level-Agreement, der ebenfalls Bestimmungen über Strafzahlungen enthalten kann, falls die ausgemachte Verfügbarkeit nicht eingehalten wurde.&lt;br&gt;<br /> &lt;br&gt;<br /> Im Sicherheitskontext spielt das Schutzziel Verfügbarkeit eine wichtige Rolle, falls Angreifer das System angreifen oder gar die Kontrolle darüber übernehmen. Angriffe auf die Verfügbarkeit eines Dienstes findet häufig über sogenannte Denial of Service Angriffe statt.&lt;br&gt;<br /> &lt;br&gt;<br /> <br /> == Erweiterte Sicherheitsziele ==<br /> Im Zusammenhang mit dem [[Datenaustausch über Netzwerke]] werden bspw. die [[Authentizität]] von Absendern und des Datenursprungs, auch der Nachweis des Empfängers bzw. des Absenders von Daten gefordert.&lt;br&gt;<br /> &lt;br&gt;<br /> Eine weitere Gruppe von Zielen stellen die [[Compliance-Ziele]] dar, bei denen es um die Einhaltung von Vorgaben [[Relevante Gesetze|gesetzlicher]] (z.B. BDSG) oder [[Relevante Verträge|vertraglicher]] (z.B. SLAs) Art geht.&lt;br&gt;<br /> &lt;br&gt;<br /> Schutzziele der Informationssicherheit<br /> <br /> <br /> == Weitere Schutzziele ==<br /> Wie schon gesagt, handelt es sich bei den CIA-Schutzzielen lediglich um drei Zielen von vielen weiteren mehr. Nachfolgend werden exemplarisch weitere Schutzziele vorgestellt.&lt;br&gt;<br /> <br /> ==== Authentizität ====<br /> Unter Authentizität versteht man sowohl einen Identitätsnachweis als auch die Authentizität der eigentlichen Daten. Bei ersterem möchte man sicherstellen, dass der Kommunikationspartner auch der ist, für den man ihn hält. Dafür soll eine Instanz einer anderen ihre Identität nachweisen können, ohne dass es Zweifel gibt. Bei der Authentizität der Daten geht es dann noch darum, dass die erhaltenen Daten auch tatsächlich von der authentisierten Instanz stammen. Die Authentizität wird oft auch als übergeordnetes Schutzziel angesehen, da die anderen Schutzziele sonst wertlos sind, wenn man nicht sicher sein kann, ob man mit dem tatsächlichen gewünschten Kommunikationspartner kommuniziert oder mit einem unbekannten Dritten.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Nichtabstreitbarkeit ====<br /> Bei der Nichtabstreitbarkeit (auch Verbindlichkeit) geht es darum, dass eine Kommunikation im Nachhinein nicht von einer der beteiligten Instanzen gegenüber Dritten abgestritten werden kann (engl. non repudiation). Wichtig ist dieses Ziel insbesondere für Dienstleister. Falls Verträge online abgeschlossen werden, ist die Nichtabstreitbarkeit sehr wichtig.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Zurechenbarkeit ====<br /> Ebenfalls für Dienstleister ist das Sicherheitsziel der Zurechenbarkeit sehr wichtig. Falls eine Dienstnutzung abgerechnet werden muss, ist es zwingend notwendig, den geleisteten Dienst auch einem Nutzer zuzuordnen. Hier ergibt sich insbesondere ein enges Zusammenspiel zwischen Zurechenbarkeit und Nichtabstreitbarkeit.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Privatsphäre ====<br /> Das Schutzziel der Privatsphäre geht im Normalfall vom Nutzer aus und ist Dienstbetreibern oft ein Dorn im Auge. Der Begriff Privatsphäre ist im IT-Kontext eng verwandt mit dem Datenschutz. Es geht darum, dass Teile oder sämtliche Kommunikationsvorgänge eines Nutzers geheim gehalten werden. Erreicht werden kann dies unter anderem durch die Gewährleistung der Anonymität, bei der die Identität des Nutzers nicht offengelegt wird. Bei der Pseudonymität bleibt der Nutzer zwar weiterhin identifizierbar, allerdings nicht unter seiner wahren Identität.<br /> <br /> == Quellen und Verweise ==<br /> Datenschutz und Datensicherheit - DuD, May 2010, Volume 34, Issue 5, pp 323-328<br /> Sichere Netzwerkkommunikation - Grundlagen, Protokolle und Architekturen; Bless, R., Mink, S., Blaß, E.-O., Conrad, M., Hof, H.-J., Kutzner, K., Schöller, M.<br /> IT-Sicherheit: Konzepte - Verfahren – Protokolle; Eckert, Claudia, 9. Auflage, Oldenburg 2014.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=(Sicherheits-)Ziele&diff=133 (Sicherheits-)Ziele 2021-02-15T14:08:09Z <p>Stief1falco: /* Confidentiality (Vertraulichkeit) */</p> <hr /> <div>Die klassischen Sicherheitsziele Werden in der Norm nur beispielhaft genannt.&lt;br&gt;<br /> &lt;br&gt;<br /> Jede Organisation ist frei, die für ihren geschäftlichen Kontext als relevant erachteten Ziele individuell festzulegen. Diese Ziele sind zu dokumentieren, was meist im Überblick in einer Security Policy (zu dt. meist [[Sicherheitsleitlinien|Sicherheitsleitlinie]]) erfolgt. Davon zu unterscheiden sind [[Sicherheitsrichtlinien]], die ein spezielles Thema aus Sicht einer Zielgruppe behandeln.&lt;br&gt;<br /> &lt;br&gt;<br /> Unter Schutzzielen bzw. Sicherheitsziele versteht man im Allgemeinen Anforderungen an ein System, die zum Schutz von Gütern erfüllt werden muss. Es kann durchaus vorkommen, dass sich Schutzziele widersprechen und es nicht möglich ist, alle Ziele gleichermaßen zu erfüllen. Schutzziele sind notwendig, um den abstrakten Begriff der Sicherheit im Kontext der Informationstechnologie greifbar und so vor allem auch messbar bzw. bewertbar zu machen.<br /> <br /> == klassische Sicherheitsziele ==<br /> Meist mit den Begriffen Vertraulichkeit, Integrität und Verfügbarkeit verbunden.<br /> <br /> Vertraulichkeit von Informationen zu wahren meint, dass diese nur einem entsprechend [[autorisierter Zugriff|autorisierten]] Personenkreis zur Kenntnis gelangen.&lt;br&gt;<br /> Integrität von Daten wahren meint, dass nur [[autorisierter Zugriff|autorisierte]] Änderungen vorgenommen werden dürfen.&lt;br&gt;<br /> Verfügbar mein, dass Daten für _autorisierte_ Zwecke ausreichend schnell zur Verfügung stehen müssen - genauer: Verzögerungen sind nur in akzeptablen Umfang zulässig.&lt;br&gt;<br /> &lt;br&gt;<br /> Die Ziele der Integrität und Verfügbarkeit werden nicht nur für Daten, sondern analog auch für Systeme, IT-Anwendungen und Prozesse definiert.<br /> <br /> Wer zur Kenntnisnahme oder Änderungen [[autorisierter Zugriff|autorisiert]] ist bzw. welche Verzögerung noch als akzeptabel angesehen wird, ist durch die jeweilige Organisation für ihre geschäftlichen Zwecke festzulegen. Möglicherweise existieren dazu auch Vorgaben in relevanten [[Relevante Gesetze|Gesetzen]], [[relevante Verträge|Verträgen]] und anderen Standards.<br /> <br /> == Erweiterte Sicherheitsziele ==<br /> Im Zusammenhang mit dem [[Datenaustausch über Netzwerke]] werden bspw. die [[Authentizität]] von Absendern und des Datenursprungs, auch der Nachweis des Empfängers bzw. des Absenders von Daten gefordert.&lt;br&gt;<br /> &lt;br&gt;<br /> Eine weitere Gruppe von Zielen stellen die [[Compliance-Ziele]] dar, bei denen es um die Einhaltung von Vorgaben [[Relevante Gesetze|gesetzlicher]] (z.B. BDSG) oder [[Relevante Verträge|vertraglicher]] (z.B. SLAs) Art geht.&lt;br&gt;<br /> &lt;br&gt;<br /> Schutzziele der Informationssicherheit<br /> <br /> == CIA-Schutzziele ==<br /> Die sogenannten CIA Schutzziele (engl. CIA Triad) stammen aus dem Bereich der Informationssicherheit. CIA steht als Abkürzung für:&lt;br&gt;<br /> &lt;b&gt;C&lt;/b&gt;onfidentiality (Vertraulichkeit)&lt;br&gt;<br /> &lt;b&gt;I&lt;/b&gt;ntegrity (Integrität)&lt;br&gt;<br /> &lt;b&gt;A&lt;/b&gt;vailability (Verfügbarkeit)&lt;br&gt;<br /> &lt;br&gt;<br /> Es handelt sich dabei nicht um die einzigen Schutzziele (auch Sicherheitsziele genannt), sondern viel mehr um die drei wichtigsten Ziele. Weitere Schutzziele sind beispielsweise Authentizität, Privatsphäre, Verlässlichkeit oder auch (Nicht-)Abstreitbarkeit.<br /> <br /> === Confidentiality (Vertraulichkeit) ===<br /> Von Vertraulichkeit (engl. Confidentiality) kann dann gesprochen werden, wenn keine unautorisierte Informationsgewinnung möglich ist. Das bedeutet, dass die Informationen nur Befugten zugänglich sind. Unterschieden werden kann hier zwischen dem &quot;Schutz des Informationsverhaltens&quot; und dem &quot;Schutz der Informationsinhalte&quot;. Für letzteres stellt die Verschlüsselung einen wirksamen Zugriffschutz dar. Bei einer wirksamen Verschlüsselung können die verschlüsselten Informationen zwar weiterhin von einem fremden Dritten &quot;gewonnen&quot;, sprich abgegriffen, werden, eine Interpretation ist aber ohne die verwendeten Schlüssel nicht möglich. Für die Verschlüsselung kann man entweder auf symmetrische Verschlüsselungsverfahren oder auf asymmetrische Verschlüsselungsverfahren zurückgreifen.&lt;br&gt;<br /> Untergeordnete Schutzziele sind unter anderem:&lt;br&gt;<br /> * Unverkettbarkeit (unlinkability)<br /> * Unbeobachtbarkeit (unobservability)<br /> * Nicht-Verfolgbarkeit (untraceability)<br /> <br /> === Integrity (Integrität) === <br /> Das Schutzziel Integrität umfasst sowohl die Korrektheit der Daten (Datenintegrität) als auch die korrekte Funktionsweise des Systems (Systemintegrität). Man unterscheidet zwischen der starken und der schwachen Integrität. Eine starke Integrität liegt vor, wenn keine Möglichkeit der unbefugten Datenmanipulation besteht. Von einer schwachen Integrität spricht man hingegen dann, falls eine Datenmanipulation zwar generell, aber auf keinen Fall unbemerkt möglich ist. In vielen Fällen ist eine Manipulation leider nicht zu verhindern, in solchen Fällen soll dies aber dann wenigstens nicht unbemerkt bleiben. Mögliche Manipulationen sind z.B. das<br /> * Verändern von Daten<br /> * Löschen von Daten<br /> * Einfügen von Daten<br /> &lt;br&gt;<br /> Mittel zur Realisierung von Integrität sind beispielsweise Message Authentication Codes (MAC) oder Tamper-Resistant Security Module (TRSM).<br /> <br /> === Availability (Verfügbarkeit) ===<br /> Unter die Verfügbarkeit fällt der Grad der Funktionalität der informationstechnischen Systeme. Konkret bedeutet dies, dass die Systeme jederzeit betriebsbereit sein sollen und die Verarbeitung der Daten auch korrekt abläuft. Berechnen lässt sich die Zuverlässigkeit über das Verhältnis der Zeit, in dem das System tatsächlich zur Verfügung stand und der vereinbarten Zeit, in dem das System zu Verfügung stehen sollte. Angestrebt werden dabei 100%, was aber, wenn überhaupt, nur unter sehr hohen Kosten zugesichert werden kann. Schriftlich fixiert werden die Verfügbarkeitszeiten in einem Service-Level-Agreement, der ebenfalls Bestimmungen über Strafzahlungen enthalten kann, falls die ausgemachte Verfügbarkeit nicht eingehalten wurde.&lt;br&gt;<br /> &lt;br&gt;<br /> Im Sicherheitskontext spielt das Schutzziel Verfügbarkeit eine wichtige Rolle, falls Angreifer das System angreifen oder gar die Kontrolle darüber übernehmen. Angriffe auf die Verfügbarkeit eines Dienstes findet häufig über sogenannte Denial of Service Angriffe statt.&lt;br&gt;<br /> &lt;br&gt;<br /> === Weitere Schutzziele ===<br /> Wie schon gesagt, handelt es sich bei den CIA-Schutzzielen lediglich um drei Zielen von vielen weiteren mehr. Nachfolgend werden exemplarisch weitere Schutzziele vorgestellt.&lt;br&gt;<br /> <br /> ==== Authentizität ====<br /> Unter Authentizität versteht man sowohl einen Identitätsnachweis als auch die Authentizität der eigentlichen Daten. Bei ersterem möchte man sicherstellen, dass der Kommunikationspartner auch der ist, für den man ihn hält. Dafür soll eine Instanz einer anderen ihre Identität nachweisen können, ohne dass es Zweifel gibt. Bei der Authentizität der Daten geht es dann noch darum, dass die erhaltenen Daten auch tatsächlich von der authentisierten Instanz stammen. Die Authentizität wird oft auch als übergeordnetes Schutzziel angesehen, da die anderen Schutzziele sonst wertlos sind, wenn man nicht sicher sein kann, ob man mit dem tatsächlichen gewünschten Kommunikationspartner kommuniziert oder mit einem unbekannten Dritten.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Nichtabstreitbarkeit ====<br /> Bei der Nichtabstreitbarkeit (auch Verbindlichkeit) geht es darum, dass eine Kommunikation im Nachhinein nicht von einer der beteiligten Instanzen gegenüber Dritten abgestritten werden kann (engl. non repudiation). Wichtig ist dieses Ziel insbesondere für Dienstleister. Falls Verträge online abgeschlossen werden, ist die Nichtabstreitbarkeit sehr wichtig.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Zurechenbarkeit ====<br /> Ebenfalls für Dienstleister ist das Sicherheitsziel der Zurechenbarkeit sehr wichtig. Falls eine Dienstnutzung abgerechnet werden muss, ist es zwingend notwendig, den geleisteten Dienst auch einem Nutzer zuzuordnen. Hier ergibt sich insbesondere ein enges Zusammenspiel zwischen Zurechenbarkeit und Nichtabstreitbarkeit.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Privatsphäre ====<br /> Das Schutzziel der Privatsphäre geht im Normalfall vom Nutzer aus und ist Dienstbetreibern oft ein Dorn im Auge. Der Begriff Privatsphäre ist im IT-Kontext eng verwandt mit dem Datenschutz. Es geht darum, dass Teile oder sämtliche Kommunikationsvorgänge eines Nutzers geheim gehalten werden. Erreicht werden kann dies unter anderem durch die Gewährleistung der Anonymität, bei der die Identität des Nutzers nicht offengelegt wird. Bei der Pseudonymität bleibt der Nutzer zwar weiterhin identifizierbar, allerdings nicht unter seiner wahren Identität.<br /> <br /> == Quellen und Verweise ==<br /> Datenschutz und Datensicherheit - DuD, May 2010, Volume 34, Issue 5, pp 323-328<br /> Sichere Netzwerkkommunikation - Grundlagen, Protokolle und Architekturen; Bless, R., Mink, S., Blaß, E.-O., Conrad, M., Hof, H.-J., Kutzner, K., Schöller, M.<br /> IT-Sicherheit: Konzepte - Verfahren – Protokolle; Eckert, Claudia, 9. Auflage, Oldenburg 2014.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=(Sicherheits-)Ziele&diff=132 (Sicherheits-)Ziele 2021-02-15T14:07:26Z <p>Stief1falco: </p> <hr /> <div>Die klassischen Sicherheitsziele Werden in der Norm nur beispielhaft genannt.&lt;br&gt;<br /> &lt;br&gt;<br /> Jede Organisation ist frei, die für ihren geschäftlichen Kontext als relevant erachteten Ziele individuell festzulegen. Diese Ziele sind zu dokumentieren, was meist im Überblick in einer Security Policy (zu dt. meist [[Sicherheitsleitlinien|Sicherheitsleitlinie]]) erfolgt. Davon zu unterscheiden sind [[Sicherheitsrichtlinien]], die ein spezielles Thema aus Sicht einer Zielgruppe behandeln.&lt;br&gt;<br /> &lt;br&gt;<br /> Unter Schutzzielen bzw. Sicherheitsziele versteht man im Allgemeinen Anforderungen an ein System, die zum Schutz von Gütern erfüllt werden muss. Es kann durchaus vorkommen, dass sich Schutzziele widersprechen und es nicht möglich ist, alle Ziele gleichermaßen zu erfüllen. Schutzziele sind notwendig, um den abstrakten Begriff der Sicherheit im Kontext der Informationstechnologie greifbar und so vor allem auch messbar bzw. bewertbar zu machen.<br /> <br /> == klassische Sicherheitsziele ==<br /> Meist mit den Begriffen Vertraulichkeit, Integrität und Verfügbarkeit verbunden.<br /> <br /> Vertraulichkeit von Informationen zu wahren meint, dass diese nur einem entsprechend [[autorisierter Zugriff|autorisierten]] Personenkreis zur Kenntnis gelangen.&lt;br&gt;<br /> Integrität von Daten wahren meint, dass nur [[autorisierter Zugriff|autorisierte]] Änderungen vorgenommen werden dürfen.&lt;br&gt;<br /> Verfügbar mein, dass Daten für _autorisierte_ Zwecke ausreichend schnell zur Verfügung stehen müssen - genauer: Verzögerungen sind nur in akzeptablen Umfang zulässig.&lt;br&gt;<br /> &lt;br&gt;<br /> Die Ziele der Integrität und Verfügbarkeit werden nicht nur für Daten, sondern analog auch für Systeme, IT-Anwendungen und Prozesse definiert.<br /> <br /> Wer zur Kenntnisnahme oder Änderungen [[autorisierter Zugriff|autorisiert]] ist bzw. welche Verzögerung noch als akzeptabel angesehen wird, ist durch die jeweilige Organisation für ihre geschäftlichen Zwecke festzulegen. Möglicherweise existieren dazu auch Vorgaben in relevanten [[Relevante Gesetze|Gesetzen]], [[relevante Verträge|Verträgen]] und anderen Standards.<br /> <br /> == Erweiterte Sicherheitsziele ==<br /> Im Zusammenhang mit dem [[Datenaustausch über Netzwerke]] werden bspw. die [[Authentizität]] von Absendern und des Datenursprungs, auch der Nachweis des Empfängers bzw. des Absenders von Daten gefordert.&lt;br&gt;<br /> &lt;br&gt;<br /> Eine weitere Gruppe von Zielen stellen die [[Compliance-Ziele]] dar, bei denen es um die Einhaltung von Vorgaben [[Relevante Gesetze|gesetzlicher]] (z.B. BDSG) oder [[Relevante Verträge|vertraglicher]] (z.B. SLAs) Art geht.&lt;br&gt;<br /> &lt;br&gt;<br /> Schutzziele der Informationssicherheit<br /> <br /> == CIA-Schutzziele ==<br /> Die sogenannten CIA Schutzziele (engl. CIA Triad) stammen aus dem Bereich der Informationssicherheit. CIA steht als Abkürzung für:&lt;br&gt;<br /> &lt;b&gt;C&lt;/b&gt;onfidentiality (Vertraulichkeit)&lt;br&gt;<br /> &lt;b&gt;I&lt;/b&gt;ntegrity (Integrität)&lt;br&gt;<br /> &lt;b&gt;A&lt;/b&gt;vailability (Verfügbarkeit)&lt;br&gt;<br /> &lt;br&gt;<br /> Es handelt sich dabei nicht um die einzigen Schutzziele (auch Sicherheitsziele genannt), sondern viel mehr um die drei wichtigsten Ziele. Weitere Schutzziele sind beispielsweise Authentizität, Privatsphäre, Verlässlichkeit oder auch (Nicht-)Abstreitbarkeit.<br /> <br /> === Confidentiality (Vertraulichkeit) ===<br /> Von Vertraulichkeit (engl. Confidentiality) kann dann gesprochen werden, wenn keine unautorisierte Informationsgewinnung möglich ist. Das bedeutet, dass die Informationen nur Befugten zugänglich sind. Unterschieden werden kann hier zwischen dem &quot;Schutz des Informationsverhaltens&quot; und dem &quot;Schutz der Informationsinhalte&quot;. Für letzteres stellt die Verschlüsselung einen wirksamen Zugriffschutz dar. Bei einer wirksamen Verschlüsselung können die verschlüsselten Informationen zwar weiterhin von einem fremden Dritten &quot;gewonnen&quot;, sprich abgegriffen, werden, eine Interpretation ist aber ohne die verwendeten Schlüssel nicht möglich. Für die Verschlüsselung kann man entweder auf symmetrische Verschlüsselungsverfahren oder auf asymmetrische Verschlüsselungsverfahren zurückgreifen.&lt;br&gt;<br /> Untergeordnete Schutzziele sind unter anderem:&lt;br&gt;<br /> Unverkettbarkeit (unlinkability)<br /> Unbeobachtbarkeit (unobservability)<br /> Nicht-Verfolgbarkeit (untraceability)<br /> <br /> === Integrity (Integrität) === <br /> Das Schutzziel Integrität umfasst sowohl die Korrektheit der Daten (Datenintegrität) als auch die korrekte Funktionsweise des Systems (Systemintegrität). Man unterscheidet zwischen der starken und der schwachen Integrität. Eine starke Integrität liegt vor, wenn keine Möglichkeit der unbefugten Datenmanipulation besteht. Von einer schwachen Integrität spricht man hingegen dann, falls eine Datenmanipulation zwar generell, aber auf keinen Fall unbemerkt möglich ist. In vielen Fällen ist eine Manipulation leider nicht zu verhindern, in solchen Fällen soll dies aber dann wenigstens nicht unbemerkt bleiben. Mögliche Manipulationen sind z.B. das<br /> * Verändern von Daten<br /> * Löschen von Daten<br /> * Einfügen von Daten<br /> &lt;br&gt;<br /> Mittel zur Realisierung von Integrität sind beispielsweise Message Authentication Codes (MAC) oder Tamper-Resistant Security Module (TRSM).<br /> <br /> === Availability (Verfügbarkeit) ===<br /> Unter die Verfügbarkeit fällt der Grad der Funktionalität der informationstechnischen Systeme. Konkret bedeutet dies, dass die Systeme jederzeit betriebsbereit sein sollen und die Verarbeitung der Daten auch korrekt abläuft. Berechnen lässt sich die Zuverlässigkeit über das Verhältnis der Zeit, in dem das System tatsächlich zur Verfügung stand und der vereinbarten Zeit, in dem das System zu Verfügung stehen sollte. Angestrebt werden dabei 100%, was aber, wenn überhaupt, nur unter sehr hohen Kosten zugesichert werden kann. Schriftlich fixiert werden die Verfügbarkeitszeiten in einem Service-Level-Agreement, der ebenfalls Bestimmungen über Strafzahlungen enthalten kann, falls die ausgemachte Verfügbarkeit nicht eingehalten wurde.&lt;br&gt;<br /> &lt;br&gt;<br /> Im Sicherheitskontext spielt das Schutzziel Verfügbarkeit eine wichtige Rolle, falls Angreifer das System angreifen oder gar die Kontrolle darüber übernehmen. Angriffe auf die Verfügbarkeit eines Dienstes findet häufig über sogenannte Denial of Service Angriffe statt.&lt;br&gt;<br /> &lt;br&gt;<br /> === Weitere Schutzziele ===<br /> Wie schon gesagt, handelt es sich bei den CIA-Schutzzielen lediglich um drei Zielen von vielen weiteren mehr. Nachfolgend werden exemplarisch weitere Schutzziele vorgestellt.&lt;br&gt;<br /> <br /> ==== Authentizität ====<br /> Unter Authentizität versteht man sowohl einen Identitätsnachweis als auch die Authentizität der eigentlichen Daten. Bei ersterem möchte man sicherstellen, dass der Kommunikationspartner auch der ist, für den man ihn hält. Dafür soll eine Instanz einer anderen ihre Identität nachweisen können, ohne dass es Zweifel gibt. Bei der Authentizität der Daten geht es dann noch darum, dass die erhaltenen Daten auch tatsächlich von der authentisierten Instanz stammen. Die Authentizität wird oft auch als übergeordnetes Schutzziel angesehen, da die anderen Schutzziele sonst wertlos sind, wenn man nicht sicher sein kann, ob man mit dem tatsächlichen gewünschten Kommunikationspartner kommuniziert oder mit einem unbekannten Dritten.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Nichtabstreitbarkeit ====<br /> Bei der Nichtabstreitbarkeit (auch Verbindlichkeit) geht es darum, dass eine Kommunikation im Nachhinein nicht von einer der beteiligten Instanzen gegenüber Dritten abgestritten werden kann (engl. non repudiation). Wichtig ist dieses Ziel insbesondere für Dienstleister. Falls Verträge online abgeschlossen werden, ist die Nichtabstreitbarkeit sehr wichtig.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Zurechenbarkeit ====<br /> Ebenfalls für Dienstleister ist das Sicherheitsziel der Zurechenbarkeit sehr wichtig. Falls eine Dienstnutzung abgerechnet werden muss, ist es zwingend notwendig, den geleisteten Dienst auch einem Nutzer zuzuordnen. Hier ergibt sich insbesondere ein enges Zusammenspiel zwischen Zurechenbarkeit und Nichtabstreitbarkeit.&lt;br&gt;<br /> &lt;br&gt;<br /> ==== Privatsphäre ====<br /> Das Schutzziel der Privatsphäre geht im Normalfall vom Nutzer aus und ist Dienstbetreibern oft ein Dorn im Auge. Der Begriff Privatsphäre ist im IT-Kontext eng verwandt mit dem Datenschutz. Es geht darum, dass Teile oder sämtliche Kommunikationsvorgänge eines Nutzers geheim gehalten werden. Erreicht werden kann dies unter anderem durch die Gewährleistung der Anonymität, bei der die Identität des Nutzers nicht offengelegt wird. Bei der Pseudonymität bleibt der Nutzer zwar weiterhin identifizierbar, allerdings nicht unter seiner wahren Identität.<br /> <br /> == Quellen und Verweise ==<br /> Datenschutz und Datensicherheit - DuD, May 2010, Volume 34, Issue 5, pp 323-328<br /> Sichere Netzwerkkommunikation - Grundlagen, Protokolle und Architekturen; Bless, R., Mink, S., Blaß, E.-O., Conrad, M., Hof, H.-J., Kutzner, K., Schöller, M.<br /> IT-Sicherheit: Konzepte - Verfahren – Protokolle; Eckert, Claudia, 9. Auflage, Oldenburg 2014.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Offene_Fragen_OPL&diff=131 Offene Fragen OPL 2021-02-15T12:03:27Z <p>Stief1falco: </p> <hr /> <div>'''Risikostufen gleich Bewertungsstufen?'''&lt;br&gt;<br /> Oder sind die Bewertungsstufen die Zusammensetzung aus [[Risikostufen|Risikostufe]] und [[Eintrittswahrscheinlichkeit]]?&lt;br&gt;<br /> &lt;br&gt;<br /> '''Wie werden Methoden zur kontinuierlichen Verbesserungen (die jährlich empfohlen werden) wie bspw. PDCA dokumentiert bzw. &quot;geplant&quot;?'''&lt;br&gt;<br /> Reicht ein einfacher Serientermin zu diesem Thema mit geplanten Workshops?&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;b&gt;Controls bzw. Maßnahmen aus Anhang A nur relevant, wenn im geschäftlichen Umfeld existent&lt;/b&gt;&lt;br&gt;<br /> Bedeutet also, wenn ich bspw. &lt;i&gt;A.6.2 Mobilgeräte&lt;/i&gt; nicht einsetzen &lt;i&gt;würde&lt;/i&gt;, müsste ich diese Controls auch nicht beachten&lt;br&gt;&lt;br&gt;<br /> &lt;b&gt;Buch Seite 13 - &quot;welche konkreten Maßnahmen (ggf. auch Optionen) zur Umsetzung des Controls geplant oder bereits vorhanden sind&quot;&lt;/b&gt;&lt;br&gt;<br /> d.h. es müssen nicht alle Maßnahmen bereits realisiert sein sondern auch eine Planung ist ausreichend? Wann und wie häufig ist eine Planung ausreichend für die Zertifizierung? oder müssen zum Auditzeitpunkt alle Maßnahmen bereits realisiert sein?&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;b&gt;Wann macht es Sinn, Assetowner und Riskowner zu trennen?&lt;/b&gt;&lt;br&gt;<br /> Beim Prozess / Asset &quot;KRN-KUN-PROJEKTANFRG&quot; geht es um die Bearbeitung von Projektanfragen. Das würde ich originär beim Vertrieb sehen, aber da es am Ende durch die Kundenbetreuung durchgeführt wird, konkret durch den Bereich Projekte, würde ich das finale Risiko beim Bereich Projekte sehen, die Ownership aber beim Vertrieb.</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Aufbauorganisation&diff=130 Aufbauorganisation 2021-02-15T11:59:47Z <p>Stief1falco: </p> <hr /> <div>Die Aufbauorganisation bildet die statische Organisationsstruktur eines Unternehmens. Demzufolge erstellt die Aufbauorganisation ein Gerüst aus Stellen und Abteilungen und verteilt an diese Führungskompetenz und Verantwortung. Sie bildet den Rahmen für die [[Ablauforganisation]].<br /> <br /> Zum [https://orgchart.int.digitalprinzip.com/ DIGITALPRINZIP-Organigramm]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Aufbauorganisation&diff=129 Aufbauorganisation 2021-02-15T11:51:55Z <p>Stief1falco: </p> <hr /> <div>Die Aufbauorganisation bildet die statische Organisationsstruktur eines Unternehmens. Demzufolge erstellt die Aufbauorganisation ein Gerüst aus Stellen und Abteilungen und verteilt an diese Führungskompetenz und Verantwortung. Sie bildet den Rahmen für die [[Ablauforganisation]].<br /> <br /> Zum [http://orgchart.int.digitalprinzip.com/ DIGITALPRINZIP-Organigramm]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Hauptseite&diff=128 Hauptseite 2021-02-11T14:12:24Z <p>Stief1falco: /* DO */</p> <hr /> <div>&lt;strong&gt;MediaWiki wurde installiert.&lt;/strong&gt;<br /> <br /> Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch].<br /> <br /> == PLAN ==<br /> Zu den [[IT-Sicherheitsmanagement_nach_der_neuen_ISO_27001|Umsetzungshinweisen]]&lt;br&gt;<br /> [[Spezial:Gewünschte Seiten|Fehlende Seiten]]<br /> <br /> == DO ==<br /> Zur [[Aufbauorganisation]]&lt;br&gt;<br /> Zur [[Ablauforganisation]]&lt;br&gt;<br /> Zur [[Assetübersicht]]<br /> <br /> == CHECK ==<br /> <br /> == ACT ==<br /> <br /> == Starthilfen ==<br /> <br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]<br /> * [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Asset%C3%BCbersicht&diff=127 Assetübersicht 2021-02-11T14:11:03Z <p>Stief1falco: </p> <hr /> <div>{| class=&quot;wikitable sortable&quot;<br /> |-<br /> !Prozessgruppe !! Assetgruppe !! Top-Level-Asset !! Assetreferenz !! Assetowner !! Riskowner !! Ressourcen<br /> |-<br /> | Managementprozess || Planen, Prüfen, Steuern || Interne Audits || MAN-PPS-INTAUDITS<br /> |-<br /> | Managementprozess || Planen, Prüfen, Steuern || Verbesserungswesen || MAN-PPS-VERBESSER<br /> |-<br /> | Managementprozess || Planen, Prüfen, Steuern || Finanzen und Budgetierung || MAN-PPS-FINBUDGET<br /> |-<br /> | Managementprozess || Marketing und Kommunikation || Interne Unternehmenskommunikation durchführen || MAN-MUK-INTUNKOM<br /> |-<br /> | Managementprozess || Marketing und Kommunikation || Marketingmaßnahmen planen und durchführen || MAN-MUK-MARKETING<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Kundenzufriedenheit erfassen und steigern || MAN-ENW-KUZUFRIEDEN<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Lieferantenzufriedenheit erfassen und steigern || MAN-ENW-LIFZUFRIEDEN<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Unternehmensstrategie definieren und entwickeln || MAN-ENW-UNSTRATEGIE<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Stakeholder betreuen || MAN-ENW-STAKEHOLDER<br /> |-<br /> | Kernprozess || Prozesse analysieren und optimieren || Bestehende Kundenabläufe bewerten || KRN-PRZ-AKTKUABLAUFE<br /> |-<br /> | Kernprozess || Prozesse analysieren und optimieren || Konzeption und Dokumentation von Anpassungs - bzw. Optimierungsmaßnahmen || KRN-PRZ-ABLKONZEPTION<br /> |-<br /> | Kernprozess || Prozesse analysieren und optimieren || Implementieren und Dokumentieren angepasster oder neuer Prozesse || KRN-PRZ-PRZIMPLEMENTI<br /> |-<br /> | Kernprozess || Software einrichten und erweitern || || KRN-SOF-<br /> |-<br /> | Kernprozess || Hardware einrichten || || KRN-HAR-<br /> |-<br /> | Kernprozess || Kunden betreuen || Projektanfragen bearbeiten || KRN-KUN-PROJEKTANFRG<br /> |-<br /> | Kernprozess || Kunden betreuen || Supportanfragen bearbeiten || KRN-KUN-SUPPORTANFRG<br /> |-<br /> | Unterstützungsprozess || Personal betreuen und entwickeln || Beschäftigte einstellen || KRN-PER-EINSTELLEN<br /> |-<br /> | Unterstützungsprozess || Personal betreuen und entwickeln || Beschäftigte qualifizieren || KRN-PER-QUALIFIZIEREN<br /> |-<br /> | Unterstützungsprozess || Personal betreuen und entwickeln || Austritt von Beschäftigten || KRN-PER-AUSTRITT<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Bestellungen durchführen und überprüfen || UNS-EVV-BESTELLWES<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Inventarisierung und Dokumentation des Bestands || UNS-EVV-INVENTARDOK<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Aussondern von Inventar || UNS-EVV-AUSSONDERN<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Logistik und Versand || UNS-EVV-LOGISTIKVERS<br /> |-<br /> | Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Geräten || UNS-INF-GERAETEVERW<br /> |-<br /> | Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Datenbeständen || UNS-INF-DATENBESTAND<br /> |-<br /> | Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Infrastrukturkomponenten || UNS-INF-KOMPONENTEN<br /> |}</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Asset%C3%BCbersicht&diff=126 Assetübersicht 2021-02-11T14:10:44Z <p>Stief1falco: </p> <hr /> <div>{| class=&quot;wikitable sortable&quot;<br /> |-<br /> ! Überschrift !! Überschrift !! Überschrift<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |}<br /> <br /> {| class=&quot;wikitable sortable&quot;<br /> |-<br /> !Prozessgruppe !! Assetgruppe !! Top-Level-Asset !! Assetreferenz !! Assetowner !! Riskowner !! Ressourcen<br /> |-<br /> | Managementprozess || Planen, Prüfen, Steuern || Interne Audits || MAN-PPS-INTAUDITS<br /> |-<br /> | Managementprozess || Planen, Prüfen, Steuern || Verbesserungswesen || MAN-PPS-VERBESSER<br /> |-<br /> | Managementprozess || Planen, Prüfen, Steuern || Finanzen und Budgetierung || MAN-PPS-FINBUDGET<br /> |-<br /> | Managementprozess || Marketing und Kommunikation || Interne Unternehmenskommunikation durchführen || MAN-MUK-INTUNKOM<br /> |-<br /> | Managementprozess || Marketing und Kommunikation || Marketingmaßnahmen planen und durchführen || MAN-MUK-MARKETING<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Kundenzufriedenheit erfassen und steigern || MAN-ENW-KUZUFRIEDEN<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Lieferantenzufriedenheit erfassen und steigern || MAN-ENW-LIFZUFRIEDEN<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Unternehmensstrategie definieren und entwickeln || MAN-ENW-UNSTRATEGIE<br /> |-<br /> | Managementprozess || Unternehmen entwickeln || Stakeholder betreuen || MAN-ENW-STAKEHOLDER<br /> |-<br /> | Kernprozess || Prozesse analysieren und optimieren || Bestehende Kundenabläufe bewerten || KRN-PRZ-AKTKUABLAUFE<br /> |-<br /> | Kernprozess || Prozesse analysieren und optimieren || Konzeption und Dokumentation von Anpassungs - bzw. Optimierungsmaßnahmen || KRN-PRZ-ABLKONZEPTION<br /> |-<br /> | Kernprozess || Prozesse analysieren und optimieren || Implementieren und Dokumentieren angepasster oder neuer Prozesse || KRN-PRZ-PRZIMPLEMENTI<br /> |-<br /> | Kernprozess || Software einrichten und erweitern || || KRN-SOF-<br /> |-<br /> | Kernprozess || Hardware einrichten || || KRN-HAR-<br /> |-<br /> | Kernprozess || Kunden betreuen || Projektanfragen bearbeiten || KRN-KUN-PROJEKTANFRG<br /> |-<br /> | Kernprozess || Kunden betreuen || Supportanfragen bearbeiten || KRN-KUN-SUPPORTANFRG<br /> |-<br /> | Unterstützungsprozess || Personal betreuen und entwickeln || Beschäftigte einstellen || KRN-PER-EINSTELLEN<br /> |-<br /> | Unterstützungsprozess || Personal betreuen und entwickeln || Beschäftigte qualifizieren || KRN-PER-QUALIFIZIEREN<br /> |-<br /> | Unterstützungsprozess || Personal betreuen und entwickeln || Austritt von Beschäftigten || KRN-PER-AUSTRITT<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Bestellungen durchführen und überprüfen || UNS-EVV-BESTELLWES<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Inventarisierung und Dokumentation des Bestands || UNS-EVV-INVENTARDOK<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Aussondern von Inventar || UNS-EVV-AUSSONDERN<br /> |-<br /> | Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Logistik und Versand || UNS-EVV-LOGISTIKVERS<br /> |-<br /> | Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Geräten || UNS-INF-GERAETEVERW<br /> |-<br /> | Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Datenbeständen || UNS-INF-DATENBESTAND<br /> |-<br /> | Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Infrastrukturkomponenten || UNS-INF-KOMPONENTEN<br /> |}</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Asset%C3%BCbersicht&diff=125 Assetübersicht 2021-02-11T14:09:51Z <p>Stief1falco: </p> <hr /> <div>{| class=&quot;wikitable sortable&quot;<br /> |-<br /> ! Überschrift !! Überschrift !! Überschrift<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |}<br /> <br /> {| class=&quot;wikitable sortable&quot;<br /> |-<br /> !Prozessgruppe !! Assetgruppe !! Top-Level-Asset !! Assetreferenz !! Assetowner !! Riskowner !! Ressourcen<br /> |-<br /> Managementprozess || Planen, Prüfen, Steuern || Interne Audits || MAN-PPS-INTAUDITS<br /> |-<br /> Managementprozess || Planen, Prüfen, Steuern || Verbesserungswesen || MAN-PPS-VERBESSER<br /> |-<br /> Managementprozess || Planen, Prüfen, Steuern || Finanzen und Budgetierung || MAN-PPS-FINBUDGET<br /> |-<br /> Managementprozess || Marketing und Kommunikation || Interne Unternehmenskommunikation durchführen || MAN-MUK-INTUNKOM<br /> |-<br /> Managementprozess || Marketing und Kommunikation || Marketingmaßnahmen planen und durchführen || MAN-MUK-MARKETING<br /> |-<br /> Managementprozess || Unternehmen entwickeln || Kundenzufriedenheit erfassen und steigern || MAN-ENW-KUZUFRIEDEN<br /> |-<br /> Managementprozess || Unternehmen entwickeln || Lieferantenzufriedenheit erfassen und steigern || MAN-ENW-LIFZUFRIEDEN<br /> |-<br /> Managementprozess || Unternehmen entwickeln || Unternehmensstrategie definieren und entwickeln || MAN-ENW-UNSTRATEGIE<br /> |-<br /> Managementprozess || Unternehmen entwickeln || Stakeholder betreuen || MAN-ENW-STAKEHOLDER<br /> |-<br /> Kernprozess || Prozesse analysieren und optimieren || Bestehende Kundenabläufe bewerten || KRN-PRZ-AKTKUABLAUFE<br /> |-<br /> Kernprozess || Prozesse analysieren und optimieren || Konzeption und Dokumentation von Anpassungs - bzw. Optimierungsmaßnahmen || KRN-PRZ-ABLKONZEPTION<br /> |-<br /> Kernprozess || Prozesse analysieren und optimieren || Implementieren und Dokumentieren angepasster oder neuer Prozesse || KRN-PRZ-PRZIMPLEMENTI<br /> |-<br /> Kernprozess || Software einrichten und erweitern || || KRN-SOF-<br /> |-<br /> Kernprozess || Hardware einrichten || || KRN-HAR-<br /> |-<br /> Kernprozess || Kunden betreuen || Projektanfragen bearbeiten || KRN-KUN-PROJEKTANFRG<br /> |-<br /> Kernprozess || Kunden betreuen || Supportanfragen bearbeiten || KRN-KUN-SUPPORTANFRG<br /> |-<br /> Unterstützungsprozess || Personal betreuen und entwickeln || Beschäftigte einstellen || KRN-PER-EINSTELLEN<br /> |-<br /> Unterstützungsprozess || Personal betreuen und entwickeln || Beschäftigte qualifizieren || KRN-PER-QUALIFIZIEREN<br /> |-<br /> Unterstützungsprozess || Personal betreuen und entwickeln || Austritt von Beschäftigten || KRN-PER-AUSTRITT<br /> |-<br /> Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Bestellungen durchführen und überprüfen || UNS-EVV-BESTELLWES<br /> |-<br /> Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Inventarisierung und Dokumentation des Bestands || UNS-EVV-INVENTARDOK<br /> |-<br /> Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Aussondern von Inventar || UNS-EVV-AUSSONDERN<br /> |-<br /> Unterstützungsprozess || Einkaufen, Verwalten und Verkaufen || Logistik und Versand || UNS-EVV-LOGISTIKVERS<br /> |-<br /> Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Geräten || UNS-INF-GERAETEVERW<br /> |-<br /> Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Datenbeständen || UNS-INF-DATENBESTAND<br /> |-<br /> Unterstützungsprozess || Infrastruktur betreiben || Verwaltung von Infrastrukturkomponenten || UNS-INF-KOMPONENTEN<br /> |}</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Asset%C3%BCbersicht&diff=124 Assetübersicht 2021-02-11T14:06:47Z <p>Stief1falco: </p> <hr /> <div>{| class=&quot;wikitable sortable&quot;<br /> |-<br /> ! Überschrift !! Überschrift !! Überschrift<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |-<br /> | Beispiel || Beispiel || Beispiel<br /> |}<br /> <br /> <br /> Prozessgruppe Assetgruppe Top-Level-Asset Assetreferenz<br /> Managementprozess Planen, Prüfen, Steuern Interne Audits MAN-PPS-INTAUDITS<br /> Managementprozess Planen, Prüfen, Steuern Verbesserungswesen MAN-PPS-VERBESSER<br /> Managementprozess Planen, Prüfen, Steuern Finanzen und Budgetierung MAN-PPS-FINBUDGET<br /> Managementprozess Marketing und Kommunikation Interne Unternehmenskommunikation durchführen MAN-MUK-INTUNKOM<br /> Managementprozess Marketing und Kommunikation Marketingmaßnahmen planen und durchführen MAN-MUK-MARKETING<br /> Managementprozess Unternehmen entwickeln Kundenzufriedenheit erfassen und steigern MAN-ENW-KUZUFRIEDEN<br /> Managementprozess Unternehmen entwickeln Lieferantenzufriedenheit erfassen und steigern MAN-ENW-LIFZUFRIEDEN<br /> Managementprozess Unternehmen entwickeln Unternehmensstrategie definieren und entwickeln MAN-ENW-UNSTRATEGIE<br /> Managementprozess Unternehmen entwickeln Stakeholder betreuen MAN-ENW-STAKEHOLDER<br /> Kernprozess Prozesse analysieren und optimieren Bestehende Kundenabläufe bewerten KRN-PRZ-AKTKUABLAUFE<br /> Kernprozess Prozesse analysieren und optimieren Konzeption und Dokumentation von Anpassungs - bzw. Optimierungsmaßnahmen KRN-PRZ-ABLKONZEPTION<br /> Kernprozess Prozesse analysieren und optimieren Implementieren und Dokumentieren angepasster oder neuer Prozesse KRN-PRZ-PRZIMPLEMENTI<br /> Kernprozess Software einrichten und erweitern KRN-SOF-<br /> Kernprozess Hardware einrichten KRN-HAR-<br /> Kernprozess Kunden betreuen Projektanfragen bearbeiten KRN-KUN-PROJEKTANFRG<br /> Kernprozess Kunden betreuen Supportanfragen bearbeiten KRN-KUN-SUPPORTANFRG<br /> Unterstützungsprozess Personal betreuen und entwickeln Beschäftigte einstellen KRN-PER-EINSTELLEN<br /> Unterstützungsprozess Personal betreuen und entwickeln Beschäftigte qualifizieren KRN-PER-QUALIFIZIEREN<br /> Unterstützungsprozess Personal betreuen und entwickeln Austritt von Beschäftigten KRN-PER-AUSTRITT<br /> Unterstützungsprozess Einkaufen, Verwalten und Verkaufen Bestellungen durchführen und überprüfen UNS-EVV-BESTELLWES<br /> Unterstützungsprozess Einkaufen, Verwalten und Verkaufen Inventarisierung und Dokumentation des Bestands UNS-EVV-INVENTARDOK<br /> Unterstützungsprozess Einkaufen, Verwalten und Verkaufen Aussondern von Inventar UNS-EVV-AUSSONDERN<br /> Unterstützungsprozess Einkaufen, Verwalten und Verkaufen Logistik und Versand UNS-EVV-LOGISTIKVERS<br /> Unterstützungsprozess Infrastruktur betreiben Verwaltung von Geräten UNS-INF-GERAETEVERW<br /> Unterstützungsprozess Infrastruktur betreiben Verwaltung von Datenbeständen UNS-INF-DATENBESTAND<br /> Unterstützungsprozess Infrastruktur betreiben Verwaltung von Infrastrukturkomponenten UNS-INF-KOMPONENTEN</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Aufbauorganisation&diff=123 Aufbauorganisation 2021-02-11T14:03:37Z <p>Stief1falco: </p> <hr /> <div>Die Aufbauorganisation bildet die statische Organisationsstruktur eines Unternehmens. Demzufolge erstellt die Aufbauorganisation ein Gerüst aus Stellen und Abteilungen und verteilt an diese Führungskompetenz und Verantwortung. Sie bildet den Rahmen für die [[Ablauforganisation]].<br /> <br /> &lt;&lt;Organigramm&gt;&gt;</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Ablauforganisation&diff=122 Ablauforganisation 2021-02-11T14:03:01Z <p>Stief1falco: </p> <hr /> <div>[[Datei:202011 DP Prozesslandkarte WIP.png|mini]]<br /> <br /> Prozessorientierte Sicht. die Ablauforganisation definiert dynamische Arbeitsprozesse innerhalb der vorgegeben [[Aufbauorganisation]].</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Aufbauorganisation&diff=121 Aufbauorganisation 2021-02-11T14:00:36Z <p>Stief1falco: </p> <hr /> <div>Die Aufbauorganisation bildet die statische Organisationsstruktur eines Unternehmens. Demzufolge erstellt die Aufbauorganisation ein Gerüst aus Stellen und Abteilungen und verteilt an diese Führungskompetenz und Verantwortung.<br /> <br /> &lt;&lt;Organigramm&gt;&gt;</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Aufbauorganisation&diff=120 Aufbauorganisation 2021-02-11T13:59:57Z <p>Stief1falco: Die Seite wurde neu angelegt: „Die Aufbauorganisation bildet die statische Organisationsstruktur eines Unternehmens. &lt;&lt;Organigramm&gt;&gt;“</p> <hr /> <div>Die Aufbauorganisation bildet die statische Organisationsstruktur eines Unternehmens.<br /> <br /> &lt;&lt;Organigramm&gt;&gt;</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Hauptseite&diff=119 Hauptseite 2021-02-11T13:59:36Z <p>Stief1falco: /* DO */</p> <hr /> <div>&lt;strong&gt;MediaWiki wurde installiert.&lt;/strong&gt;<br /> <br /> Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch].<br /> <br /> == PLAN ==<br /> Zu den [[IT-Sicherheitsmanagement_nach_der_neuen_ISO_27001|Umsetzungshinweisen]]&lt;br&gt;<br /> [[Spezial:Gewünschte Seiten|Fehlende Seiten]]<br /> <br /> == DO ==<br /> Zur [[Ablauforganisation]]&lt;br&gt;<br /> Zur [[Aufbauorganisation]]&lt;br&gt;<br /> Zur [[Assetübersicht]]<br /> <br /> == CHECK ==<br /> <br /> == ACT ==<br /> <br /> == Starthilfen ==<br /> <br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]<br /> * [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Ablauforganisation&diff=118 Ablauforganisation 2021-02-11T13:57:14Z <p>Stief1falco: </p> <hr /> <div>[[Datei:202011 DP Prozesslandkarte WIP.png|mini]]<br /> <br /> <br /> Prozessorientierte Sicht</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Hauptseite&diff=117 Hauptseite 2021-02-11T13:56:35Z <p>Stief1falco: /* DO */</p> <hr /> <div>&lt;strong&gt;MediaWiki wurde installiert.&lt;/strong&gt;<br /> <br /> Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents Benutzerhandbuch].<br /> <br /> == PLAN ==<br /> Zu den [[IT-Sicherheitsmanagement_nach_der_neuen_ISO_27001|Umsetzungshinweisen]]&lt;br&gt;<br /> [[Spezial:Gewünschte Seiten|Fehlende Seiten]]<br /> <br /> == DO ==<br /> Zur [[Ablauforganisation]]&lt;br&gt;<br /> Zur [[Assetübersicht]]<br /> <br /> == CHECK ==<br /> <br /> == ACT ==<br /> <br /> == Starthilfen ==<br /> <br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]<br /> * [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Übersetze MediaWiki für deine Sprache]<br /> * [https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Combating_spam Erfahre, wie du Spam auf deinem Wiki bekämpfen kannst]</div> Stief1falco http://wiki.int.digitalprinzip.com/index.php?title=Prozess%C3%BCbersicht&diff=116 Prozessübersicht 2021-02-11T13:56:05Z <p>Stief1falco: Stief1falco verschob die Seite Prozessübersicht nach Ablauforganisation</p> <hr /> <div>#WEITERLEITUNG [[Ablauforganisation]]</div> Stief1falco