Bei der Durchsicht der Aufbauten in infra aufgefallen: Der Tresor-Pod laeuft mit
disable_mlock. Im Behaelter ist das unvermeidlich und mit eingebautem Speicher vertretbar —
aber nur unter einer Bedingung, die bisher nirgends stand. Ohne Speicherfestnagel darf der
Arbeitsspeicher des Tresors ausgelagert werden, und das ist genau der Speicher mit den
entschluesselten Zugangsdaten aller Zielsysteme des Kunden. Es entstuende eine zweite,
unbewachte Kopie ausserhalb des Tresors, ausserhalb seiner Richtlinien und ausserhalb der
Pruefspur — die das Herunterfahren ueberlebt und die keine Loeschregel dieser Entscheidung
erfasst.
Die Anforderung gehoert in die Geraeteschicht und nicht in die Nutzlast: Ein Pod bestimmt
nicht, ob sein Wirt auslagert. Eine Anforderung, die nur die Nutzlast kennt aber nur der
Wirt erfuellen kann, ist die Art Luecke, die niemandem auffaellt.
Der Preis ist gering und faellt sogar guenstig aus: Ohne Auslagerung ist ein
Speicherueberlauf ein harter Abbruch statt einer Verlangsamung — ein zaehes Geraet sieht wie
ein Leistungsproblem aus und wird tagelang gesucht, ein abgebrochener Pod startet neu und
steht im Protokoll.
Suspend-to-Disk faellt aus demselben Grund weg. Das Absturzabbild des Kerns bleibt offen und
beruehrt das Diagnosepaket aus ADR-0007.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Die Sicherung wird ebenfalls verschluesselt — aber die Wahl des
Schluessels ist wichtiger als die Entscheidung selbst. Mit dem
Geraeteschluessel verschluesselt waere sie genau dann unlesbar, wenn man
sie braucht: Geraet zerstoert, Baustein weg, Sicherung wertlos. Sie traegt
deshalb einen eigenen Schluessel, der nicht am Geraet haengt und den der
Kunde verwahrt.
Zum Sicherheitstoken: Er loest an drei Stellen drei verschiedene Probleme,
die leicht verwechselt werden. Als Wiederherstellung tragfaehig, als
zweiter Faktor eigenstaendig sinnvoll — als dauerhaft steckende
Startbedingung aber ohne Gewinn gegenueber dem Sicherheitsbaustein, weil
beide gegen ein entwendetes Laufwerk schuetzen und keiner gegen ein
entwendetes Geraet.
Echt und verkaufbar ist der Fall, in dem der Token bewusst entfernt wird.
Deshalb: Sicherheitsbaustein bleibt der Regelweg, Token ist
Zusatzausstattung fuer Kunden, die 'startet nicht ohne Token' verlangen —
mit der ausgesprochenen Folge, dass das Geraet nach einem Stromausfall
nicht von allein hochkommt.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Die Annahme 'wer bis zum Server kommt, ist freigegeben' traegt genau so
lange, wie das Geraet im Haus des Kunden bleibt. Bei Reparatur, Austausch,
Rueckgabe und Entsorgung entscheidet allein, was auf dem Datentraeger
steht.
Der Bestandsbereich wird deshalb bei der Einrichtung verschluesselt, ohne
Schalter. Die Wurzeln nicht: Dort steht unsere ausgelieferte Software, die
auf jedem Geraet dieselbe und damit kein Geheimnis ist. Dort ist nicht
Vertraulichkeit die Frage, sondern Unversehrtheit — und dagegen hilft eine
Pruefung beim Start, keine Verschluesselung.
Sichere Loeschung heisst Schluesselvernichtung. Auf Flash-Speichern ist
Ueberschreiben durch die Verschleissverteilung nicht verlaesslich; ein
Loeschlauf, der stundenlang Nullen schreibt, erzeugt vor allem ein gutes
Gefuehl. Damit haengen beide Festlegungen zusammen: Ohne Verschluesselung
gibt es keine verlaessliche Loeschung.
Drei Stufen fuer drei Absichten, die zweite und dritte mit Loeschnachweis
auf USB — bei einem Produkt, dessen Verkaufsargument der Nachweis ist,
waere eine Loeschung ohne Beleg ein Widerspruch in sich.
Die harte Stelle ist der Schluessel beim Start. Er bindet an den
Sicherheitsbaustein, dessen Messung sich mit jedem Update aendert. Wird er
nicht vorher auch fuer die neue Fassung hinterlegt, steht nach dem
Umschalten ein Geraet da, das oben ist und an seine eigenen Daten nicht
herankommt — nicht ein misslungenes Update, sondern ein Datenverlust.
Daraus ein zweiter Nachweis: Nach Fassungswechsel und Ruecksprung ist der
Bestandsbereich erreichbar.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
