Wiki-Quellcode von Wipe Boot Template erstellen
Zeige letzte Bearbeiter
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{aagon.floatingbox/}} | ||
| 2 | |||
| 3 | = Ein neues Wipe Boot Template erstellen = | ||
| 4 | |||
| 5 | Ein Wipe Boot Template wird verwendet, um Geräte in eine spezielle Boot-Umgebung zu starten und vorhandene Daten auf den Datenträgern automatisiert zu löschen. Der Begriff „Wipe“ (Eng. Für Löschen) bedeutet in diesem Zusammenhang das vollständige Entfernen von Dateien und vorhandenen Betriebssystemen von einer Festplatte oder SSD. | ||
| 6 | |||
| 7 | Ein Wipe Boot Template wird z.B. eingesetzt, um Geräte vor einer Neuverwendung, Rückgabe oder Entsorgung sicher zurückzusetzen und alte Daten zuverlässig zu entfernen. Durch die automatisierte Ausführung wird sichergestellt, dass der Löschvorgang auf allen Geräten einheitlich und ohne manuelle Schritte durchgeführt werden kann. | ||
| 8 | |||
| 9 | {{aagon.versionierungsbox}} | ||
| 10 | Ab der ACMP Version 6.10 können Sie sich für Wipe Methoden entscheiden, wie die Löschung der Daten stattfinden soll sowie ein interaktives Wipe Boot Template erstellen. | ||
| 11 | {{/aagon.versionierungsbox}} | ||
| 12 | |||
| 13 | Um ganze Festplatten mithilfe eines Wipe Boot Templates zu löschen, gehen Sie folgendermaßen vor: | ||
| 14 | |||
| 15 | ~1. Navigieren Sie in ACMP zu OS Deployment > Boot Templates. | ||
| 16 | |||
| 17 | 2. Wählen Sie den Ordner aus, unter dem das Boot Template erstellt werden soll. | ||
| 18 | |||
| 19 | 3. Klicken Sie in der Ribbonleiste auf den Button Hinzufügen und wählen Sie im Drop-Down-Menü die Option Wipe Boot Template hinzufügen aus. | ||
| 20 | |||
| 21 | [[Das Wipe Boot Template hinzufügen>>image:1779430057746-678.png]] | ||
| 22 | |||
| 23 | 4. Es öffnet sich ein Wizard, in dem Sie nochmal den Zielordner, Name des neu zu erstellenden Boot Templates, ggf. eine Beschreibung und das Boot Image selbst, welches als Umgebung für den Löschvorgang genutzt werden soll, angeben. | ||
| 24 | |||
| 25 | Sie können außerdem auswählen, ob das Wipen als Interaktives Boot Template erfolgen soll. | ||
| 26 | |||
| 27 | {{aagon.infobox}} | ||
| 28 | Ein interaktives Boot Template dient dazu, Clients über ein physisches Boot-Medium in eine Boot-Umgebung zu starten, anstatt den Start über das Netzwerk (PXE) durchzuführen. Das Boot-Medium enthält dabei ein Boot-Image, das beispielsweise auf einem USB-Stick oder als ISO-Datei bereitgestellt wird. Im Gegensatz zu einem automatisierten oder Wipe Boot Template werden die Aktionen nach dem Start nicht vollständig vordefiniert ausgeführt. Stattdessen können Administratoren während des Bootvorgangs interaktiv auswählen und bestätigen, welche Schritte durchgeführt werden sollen, beispielsweise das Starten von Deployments. | ||
| 29 | {{/aagon.infobox}} | ||
| 30 | |||
| 31 | 5. Klicken Sie auf //Weiter//. | ||
| 32 | |||
| 33 | 6. Auf der nächsten Seite konfigurieren Sie das Template. Wählen Sie über die Checkboxen aus, ob Sie alle Laufwerke oder einzelne Laufwerke löschen möchten. | ||
| 34 | |||
| 35 | 7. Dann entscheiden Sie, welche Wipe-Methode Sie für die Löschung ausführen möchten. | ||
| 36 | |||
| 37 | Die Auswahl der Wipe-Methode legt fest, mit welchem Verfahren die Daten auf dem jeweiligen Datenträger gelöscht werden. Da sich SSDs technisch anders verhalten als klassische Festplatten (HDDs), stehen unterschiedliche Löschverfahren zur Verfügung. | ||
| 38 | |||
| 39 | * SSD | ||
| 40 | |||
| 41 | Verwendet eine speziell für SSDs geeignete Löschmethode. Dabei wird in der Regel ein hardwareunterstützter Befehl wie Secure Erase genutzt, um die Daten schnell und zuverlässig zu entfernen, ohne die SSD unnötig zu belasten. | ||
| 42 | |||
| 43 | * SSD Alternative | ||
| 44 | |||
| 45 | Wird verwendet, wenn die Standard-Löschmethode für SSDs nicht unterstützt wird oder fehlschlägt. In diesem Fall kommt ein alternatives Verfahren zum Einsatz, um die Daten dennoch sicher zu löschen. Diese Methode gilt als weniger ressourcenschonend, da sie die SSD stärker belastet und mehr Schreibzugriffe verursacht. Sie sollte daher nur genutzt werden, wenn die reguläre SSD-Löschmethode nicht verfügbar ist. | ||
| 46 | |||
| 47 | * Not a SSD | ||
| 48 | |||
| 49 | Diese Methode ist für klassische magnetische Festplatten (HDDs) vorgesehen. Dabei werden die Datenbereiche der Festplatte gezielt überschrieben, um eine Wiederherstellung der Daten zu verhindern. | ||
| 50 | |||
| 51 | Die gewählte Methode wird in ACMP automatisch abhängig vom erkannten Datenträgertyp angewendet. Dadurch wird sichergestellt, dass sowohl SSDs als auch HDDs mit einem passenden und sicheren Verfahren gelöscht werden. | ||
| 52 | |||
| 53 | 8. Als letzte Option können Sie den Client stilllegen, wenn die Löschung der Festplatte erfolgreich durchgelaufen ist. Geben Sie ggf. den Grund der Stilllegung an. | ||
| 54 | |||
| 55 | {{aagon.infobox}} | ||
| 56 | Ein stillgelegter Client wird als Retired Client in ACMP abgelegt. | ||
| 57 | {{/aagon.infobox}} | ||
| 58 | |||
| 59 | {{aagon.infobox}} | ||
| 60 | Der Client kann nur stillgelegt werden, wenn die Löschungen ausnahmslos erfolgreich erfolgt sind. | ||
| 61 | {{/aagon.infobox}} | ||
| 62 | |||
| 63 | 9. Klicken Sie auf //Fertig//. | ||
| 64 | |||
| 65 | Das erstellte Wipe Boot Template zum Löschen von Festplatten ist nun im Arbeitsbereich zu finden. | ||
| 66 | |||
| 67 | {{aagon.infobox}} | ||
| 68 | Haben Sie bereits alte Wipe Boot Templates erstellt, dann können Sie diese weiterhin verwenden. | ||
| 69 | {{/aagon.infobox}} | ||
| 70 | |||
| 71 | = Wipe-Vorgang kontrollieren = | ||
| 72 | |||
| 73 | Während eines Wipe-Vorgangs können ausschließlich Datenträger gelöscht werden, die auf dem System verfügbar und erreichbar sind. Kann ein Laufwerk beispielsweise aufgrund fehlender Hardware, Verbindungsproblemen oder anderer Fehler nicht verarbeitet werden, wird dies im Monitorlog entsprechend protokolliert. | ||
| 74 | |||
| 75 | Sowohl erfolgreich abgeschlossene als auch fehlgeschlagene Löschvorgänge können dort nachvollzogen werden. | ||
| 76 | |||
| 77 | **Beispiel:** | ||
| 78 | Es sollen Laufwerk 0 und Laufwerk 2 gelöscht werden. Die Löschung von Laufwerk 0 wird erfolgreich durchgeführt und im Monitorlog als erfolgreich protokolliert. Laufwerk 2 ist jedoch nicht vorhanden, weshalb der Löschvorgang für dieses Laufwerk fehlschlägt und als Fehler angezeigt wird. Der erfolgreich abgeschlossene Löschvorgang von Laufwerk 0 bleibt davon unberührt. | ||
| 79 | |||
| 80 | = Client Detail Plugin "Wipe Logs" = | ||
| 81 | |||
| 82 | Sie haben die Möglichkeit, sich die Wipe Logs eines Clients auch über die Client Details anzeigen zu lassen. Dort werden alle ausgeführten Jobs mit Start- und Endzeit, den Status (//Laufend/Erfolgreich/Fehlgeschlagen//) sowie weitere Informationen pro ausgeführtem Wipe aufgelistet. | ||
| 83 | |||
| 84 | Unter Details werden die Logs pro Festplatte aufgelistet, die gewiped wurden. Haben Sie also z.B. 2 Laufwerke gewiped, dann erhalten Sie hier auch 2 Logs. | ||
| 85 | |||
| 86 | Die durchgeführten Wipes können Sie zusätzlich auch über ein Display Field als Report ausgeben lassen. Gehen Sie dazu in die Display Fields zu V//erfügbare Felder > Client > OS Deployment > Wipe Reports//. | ||
| 87 | |||
| 88 | = Wipe-Methoden = | ||
| 89 | |||
| 90 | Wipe-Methoden werden genutzt, um Daten von einem Speichermedium gezielt und möglichst sicher zu entfernen. Anders als beim normalen Löschen oder Formatieren sollen die Daten dabei nicht nur unsichtbar gemacht, sondern dauerhaft unzugänglich werden. Das ist besonders wichtig beim Verkauf oder der Entsorgung von Geräten, beim Schutz sensibler Informationen oder vor einer Neuinstallation eines Systems. | ||
| 91 | |||
| 92 | Je nach Speichermedium kommen unterschiedliche Wipe-Methoden zum Einsatz. Manche Verfahren überschreiben Daten mehrfach, andere nutzen spezielle Funktionen moderner SSDs. Ziel ist es, eine Wiederherstellung der Daten – auch mit spezieller Software – möglichst zu verhindern. | ||
| 93 | |||
| 94 | Die Auswahl der Wipe-Methode legt fest, wie die Daten auf dem jeweiligen Datenträger gelöscht werden. Da sich SSDs technisch anders verhalten als klassische Festplatten (HDDs), stehen in ACMP unterschiedliche Löschverfahren zur Verfügung: | ||
| 95 | |||
| 96 | **SSD ** | ||
| 97 | |||
| 98 | Verwendet eine speziell für SSDs geeignete Löschmethode. Dabei wird in der Regel ein hardwareunterstützter Befehl wie Secure Erase genutzt, um die Daten schnell und zuverlässig zu entfernen, ohne die SSD unnötig zu belasten. | ||
| 99 | |||
| 100 | **SSD-Alternative** | ||
| 101 | |||
| 102 | Diese Methode wird verwendet, wenn die standardmäßige SSD-Löschmethode nicht unterstützt wird oder fehlschlägt. In diesem Fall kommt ein alternatives Verfahren zum Einsatz, um die Daten dennoch sicher zu löschen. | ||
| 103 | |||
| 104 | Da hierbei zusätzliche Schreibzugriffe erforderlich sind, ist diese Methode weniger ressourcenschonend und kann die SSD stärker belasten. Sie sollte daher nur verwendet werden, wenn die reguläre SSD-Löschmethode nicht verfügbar ist. | ||
| 105 | |||
| 106 | **HDD ** | ||
| 107 | |||
| 108 | Diese Methode ist für klassische magnetische Festplatten (HDDs) vorgesehen. Dabei werden die Datenbereiche der Festplatte gezielt überschrieben, um eine Wiederherstellung der Daten zu verhindern. | ||
| 109 | |||
| 110 | Die passende Wipe-Methode wird in ACMP automatisch anhand des erkannten Datenträgertyps ausgewählt. Dadurch wird sichergestellt, dass sowohl SSDs als auch HDDs mit einem geeigneten und sicheren Verfahren gelöscht werden. | ||
| 111 | |||
| 112 | In der nachfolgenden Tabelle erhalten Sie eine Übersicht, welche Standards in ACMP für den Wipe-Vorgang unterstützt werden: | ||
| 113 | |||
| 114 | |||
| 115 | |||
| 116 | |=Enum|=Name|=(% style="width: 119px;" %)Durchläufe|=(% style="width: 616px;" %)Beschreibung|=Empfohlen für HDD|=Empfohlen für SDD | ||
| 117 | |AFSSI_5020|US Air Force AFSSI 5020|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 118 | 1. Überschreiben mit 0x00 | ||
| 119 | 1. Überschreiben mit 0xFF | ||
| 120 | 1. Überschreiben mit einem random Character | ||
| 121 | |||
| 122 | Danach "verification should take place" | ||
| 123 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)"]] | ||
| 124 | |AR_380_19|US Army AR 380-19|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 125 | 1. Überschreiben mit random Bytes | ||
| 126 | 1. Überschreiben mit 0x55 | ||
| 127 | 1. Überschreiben mit 0xAA | ||
| 128 | |||
| 129 | Letzter Durchgang wird verifiziert. | ||
| 130 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 131 | |CSEC_ITSG_06|Canadian CSEC ITSG-06|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 132 | * CSEC= Communication Security Establishment Canada | ||
| 133 | * 3-Fach-Wipe | ||
| 134 | *1. Überschreiben mit 0x00 | ||
| 135 | *1. Überschreiben mit 0xFF | ||
| 136 | *1. Überschreiben mit random Bitmuster | ||
| 137 | * Letzter Durchgang wird verifiziert | ||
| 138 | * sehr ähnlich zu DOD_5220_22_M | ||
| 139 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 140 | |DOD_5200_28_STD|US DoD 5200.28-STD|(% style="width:119px" %)7|(% style="width:616px" %)((( | ||
| 141 | * DoD steht für Department of Defense, dem US-Verteidigungsministerium | ||
| 142 | * 1985 | ||
| 143 | * 7-Fach-Wipe | ||
| 144 | *1. Überschreiben mit 0x55 | ||
| 145 | *1. Überschreiben mit 0xAA | ||
| 146 | *1. Überschreiben mit 0x55 | ||
| 147 | *1. Überschreiben mit 0xAA | ||
| 148 | *1. Überschreiben mit 0x55 | ||
| 149 | *1. Überschreiben mit 0xAA | ||
| 150 | *1. Überschreiben mit random Character | ||
| 151 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 152 | |DOD_5220_22_M|US DoD 5220.22-M|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 153 | * DoD steht für Department of Defense, dem US-Verteidigungsministerium | ||
| 154 | * 1995 | ||
| 155 | * 3-Fach-Wipe: | ||
| 156 | *1. Überschreiben mit fixem Byte, z.B. 0x00 | ||
| 157 | *1. Überschreiben Komplement zu 1., z.B. 0xFF | ||
| 158 | *1. Überschreiben mit "cryptographically secure pseudo-random sequence" | ||
| 159 | * Verifikation von allen Durchgängen | ||
| 160 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 161 | |DOD_5220_22_M_E|US DoD 5220.22-M (E)|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 162 | * DoD steht für Department of Defense, dem US-Verteidigungsministerium | ||
| 163 | * 3-Fach-Wipe | ||
| 164 | *1. Überschreiben mit 0xF1 | ||
| 165 | *1. Überschreiben mit Komplement von 1 (0x0E) | ||
| 166 | *1. Überschreiben mit random Character | ||
| 167 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 168 | |DOD_5220_22_M_ECE|US DoD 5220.22-M (ECE)|(% style="width:119px" %)7|(% style="width:616px" %)((( | ||
| 169 | * DoD steht für Department of Defense, dem US-Verteidigungsministerium | ||
| 170 | * 2001 | ||
| 171 | * 7-Fach-Wipe | ||
| 172 | |||
| 173 | 1. bis 3.: DOD_5220_22_M_E | ||
| 174 | |||
| 175 | 4. Überschreiben mit random Character | ||
| 176 | |||
| 177 | 5. bis 7. DOD_5220_22_M_E | ||
| 178 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 179 | |GOST_R_50739_95_1|Russian GOST R 50739-95 (1 pass)|(% style="width:119px" %)1|(% style="width:616px" %)Überschreiben mit random Byte|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 180 | |GOST_R_50739_95_2|Russian GOST R 50739-95 (2 passes)|(% style="width:119px" %)2|(% style="width:616px" %)((( | ||
| 181 | * 2-Fach-Wipe | ||
| 182 | *1. Überschreiben mit 0x00 | ||
| 183 | *1. Überschreiben mit random Byte | ||
| 184 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 185 | |HMG_IS5_B|British HMG IS5 (Baseline)|(% style="width:119px" %)2|(% style="width:616px" %)((( | ||
| 186 | * | ||
| 187 | *1. Überschreiben mit 0x00 | ||
| 188 | *1. Überschreiben mit pseudo random Bitmuster | ||
| 189 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 190 | |HMG_IS5_E|British HMG IS5 (Enhanced)|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 191 | * | ||
| 192 | *1. Überschreiben mit 0x00 | ||
| 193 | *1. Überschreiben mit 0xFF | ||
| 194 | *1. Überschreiben mit "cryptographically secure pseudo-random sequence" | ||
| 195 | * Verifikation aller Durchgänge | ||
| 196 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 197 | |ISM_6_2_92|Australian ISM 6.2.92|(% style="width:119px" %)1|(% style="width:616px" %)((( | ||
| 198 | * australisch | ||
| 199 | * Überschreiben mt random Bitmuster | ||
| 200 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 201 | |NAVSO_P_5239_26_MFM|US Navy NAVSO P-5239-26 (MFM)|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 202 | * 3-Fach-Wipe | ||
| 203 | *1. Überschreiben 0x01 | ||
| 204 | *1. Überschreiben mit 0x7FFFFFFF (32-Bit mit führender 0, dann nur noch 1) | ||
| 205 | *1. Überschreiben mit unterschiedlichen random Bitmuster | ||
| 206 | * Verifikation | ||
| 207 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 208 | |NAVSO_P_5239_26_RLL|US Navy NAVSO P-5239-26 (RLL)|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 209 | * 3-Fach-Wipe | ||
| 210 | *1. Überschreiben mit 0x01 | ||
| 211 | *1. Überschreiben mit 0x27FFFFFF | ||
| 212 | *1. Überschreiben mit unterschiedlichen random Bitmustern | ||
| 213 | * Verifikation | ||
| 214 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 215 | |NCSC_TG_025|US NCSC-TG-025|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 216 | * 3-Fach-Wipe | ||
| 217 | *1. Überschreiben mit 0x00 | ||
| 218 | *1. Überschreiben mit 0xFF | ||
| 219 | *1. Überschreiben mit random Character | ||
| 220 | * Verifikation nach jedem Schritt | ||
| 221 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 222 | |NIST_800_88_1R|NIST 800-88 (1 pass random)|(% style="width:119px" %)1|(% style="width:616px" %)((( | ||
| 223 | * NIST steht für National Institute of Standard | ||
| 224 | * Überschreibt alle adressierbaren Speicherplätze einmal mit zufälligen Bitmustern | ||
| 225 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 226 | |NIST_800_88_1Z|NIST 800-88 (1 pass zeros)|(% style="width:119px" %)1|(% style="width:616px" %)((( | ||
| 227 | * NIST steht für National Institute of Standard | ||
| 228 | * Überschreibt alle adressierbaren Speicherplätze mit Nullen | ||
| 229 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 230 | |NIST_800_88_3|((( | ||
| 231 | NIST 800-88 (3 passes) | ||
| 232 | |||
| 233 | |||
| 234 | )))|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 235 | * NIST steht für National Institute of Standard | ||
| 236 | * 3-Fach-Wipe: | ||
| 237 | *1. Überschreiben mit 0x00 | ||
| 238 | *1. Überschreiben mit 0xFF | ||
| 239 | *1. Überschreiben mit pseudo-random String | ||
| 240 | * am Ende verifizieren | ||
| 241 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 242 | |NSA_130_1|US NSA 130-1|(% style="width:119px" %)3|(% style="width:616px" %)((( | ||
| 243 | 3-Fach-Wipe | ||
| 244 | |||
| 245 | 1.und 2. Überschreiben mit random Wert | ||
| 246 | |||
| 247 | 3. Überschreiben mit 0xAA | ||
| 248 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 249 | |NZSIT_402|New Zealand NZSIT 402|(% style="width:119px" %)1|(% style="width:616px" %)((( | ||
| 250 | * Überschreibt jeden Sektor mit einem random Byte | ||
| 251 | * danach wird verifiziert | ||
| 252 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 253 | |PFITZNER_7|Pfitzner 7-pass|(% style="width:119px" %)7|(% style="width:616px" %)((( | ||
| 254 | * Roy-Pfitzner-Methode | ||
| 255 | * 7-Fach-Wipe mit random Byte | ||
| 256 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 257 | |PFITZNER_33|Pfitzner 33-pass|(% style="width:119px" %)33|(% style="width:616px" %)((( | ||
| 258 | * Roy-Pfitzner-Methode | ||
| 259 | * 33-Fach-Wipe mit random Bitmustern | ||
| 260 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 261 | |RCMP_TSSIT_OPS_II|Canadian RCMP TSSIT OPS-II|(% style="width:119px" %)7|(% style="width:616px" %)((( | ||
| 262 | * Royal Canadian Mounted Police: Technical Security Standards for Information Technology | ||
| 263 | * 7-Fach-Wipe, oft wie folgt implementiert | ||
| 264 | *1. Überschreiben mit 0x00 | ||
| 265 | *1. Überschreiben mit 0xFF | ||
| 266 | *1. Überschreiben mit 0x00 | ||
| 267 | *1. Überschreiben mit 0xFF | ||
| 268 | *1. Überschreiben mit 0x00 | ||
| 269 | *1. Überschreiben mit 0xFF | ||
| 270 | *1. Überschreiben mit random Bitmuster | ||
| 271 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 272 | |SCHNEIER|Bruce Schneier|(% style="width:119px" %)7|(% style="width:616px" %)((( | ||
| 273 | * Bruce-Schneider-Methode | ||
| 274 | * 7-Fach-Wipe: | ||
| 275 | *1. Überschreiben mit 0x00 | ||
| 276 | *1. Überschreiben mit Komplement von 1 (also 0xFF) | ||
| 277 | *1. - 7. Überschreibe alle adressierbaren Speicherplätze mit pseudo-random Bitmustern | ||
| 278 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 279 | |VSITR|German VSITR|(% style="width:119px" %)7|(% style="width:616px" %)((( | ||
| 280 | * deutscher Standard; (VS=Verschlusssachen; IT=Informationstechnik; R=Richtlinie) | ||
| 281 | * 1998 bis 2009, inzwischen abgelöst | ||
| 282 | * Richtlinien zum Geheimschutz von Verschlusssachen beim Einsatz von Informationstechnik | ||
| 283 | * 7-Fach-Wipe mit festen Mustern: 0x00, 0xFF abwechselnd und am Ende 0xAA (Wikipedia) | ||
| 284 | * "7 sequental passes, consistently filling it with the specific patterns" | ||
| 285 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]] | ||
| 286 | |SSD_SANITIZE|SSD Sanitize|(% style="width:119px" %)n.A.|(% style="width:616px" %)((( | ||
| 287 | * Sanitize, säubern | ||
| 288 | * Nur für NVMe | ||
| 289 | * Factory Reset und löschen der Daten | ||
| 290 | * Nicht von allen SSDs unterstützt | ||
| 291 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]] | ||
| 292 | |Sanitize + Crypto| |(% style="width:119px" %) |(% style="width:616px" %) |[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]] | ||
| 293 | |SSD_SE| |(% style="width:119px" %)n.A.|(% style="width:616px" %)((( | ||
| 294 | * Secure Erase, schnelles Löschen | ||
| 295 | * Factory Reset | ||
| 296 | * zurücksetzen aller Flash-Zellen auf Zustand "1": unprogrammiert | ||
| 297 | * kein Löschen/Überschreiben nur die Zuordnungstabelle leeren | ||
| 298 | )))|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]] | ||
| 299 | |Secure Erase + Crypto| |(% style="width:119px" %) |(% style="width:616px" %) |[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]] | ||
| 300 | |TRIM|SSD Trim|(% style="width:119px" %)n.A.|(% style="width:616px" %)"SSD Trim is a hardware command to safely wipe solid state drives. It’s universal and can be applied to almost all SSD drives SATA/NVMe."|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/forbidden.svg||alt="(Minus)" height="16" width="16"]]|[[image:https://extranet.aagon.com/s/24ys4x/9012/1ca6q62/_/images/icons/emoticons/check.svg||alt="(Haken)"]] | ||
| 301 | |||
| 302 |

