Commit graph

4 commits

Author SHA1 Message Date
Thomas Reitz
aee1e3ee6e ADR-0003 ergaenzt: Sicherung mit eigenem Schluessel, Token als Zusatzausstattung
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>
2026-08-20 23:25:54 +02:00
Thomas Reitz
7614341238 ADR-0003: Bestandsbereich verschluesselt, Loeschung ueber den Schluessel
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>
2026-08-20 23:06:21 +02:00
Thomas Reitz
6aea516624 Name bestaetigt: XinionOS, abgeleitet von der Hausmarke
Die schuetzbare Eigenart liegt in Xinion, nicht im beschreibenden Zusatz
OS. Ein Name, dessen unterscheidungskraeftiger Teil dem Haus ohnehin
gehoert, ist tragfaehiger als ein eigenes Kunstwort, das zusaetzlich
verteidigt werden muesste.

Die Kurzform XinOS ist geprueft und verworfen: Nach Abzug des
beschreibenden OS bleibt die Silbe Xin, damit ist die
Unterscheidungskraft gering — und mit Xinuos gibt es bereits einen
Anbieter von Betriebssystemen mit klanglich aehnlichem Namen.

Die Abhaengigkeit ist festgehalten: Die Marke Xinion ist noch nicht
eingetragen, solange ist der Name benutzbar aber nicht
verteidigungsfaehig. Bei der Anmeldung sind Klasse 9 und Klasse 42 noetig
— eine Eintragung nur fuer IT-Dienstleistungen hilft einem
ausgelieferten Betriebssystem nicht.

Faellig ist die Klaerung, bevor der Name auf ein Geraet, in ein
CRA-Dossier oder auf ein Datenblatt kommt. Nicht bevor er auf einen
Ordner kommt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 13:02:46 +02:00
Thomas Reitz
d9ed1bc2ff XinionOS als eigenes Erzeugnis herausgeloest
Die Geraeteschicht — Abbild, zwei Wurzeln, Selbstprueflauf, Ruecksprung —
verlaesst die Ablage der ersten Appliance und wird ein eigenes Erzeugnis
mit eigenem Takt und eigenem Nachweis.

Drei Gruende, nach Gewicht: Der Cyber Resilience Act verpflichtet fuer das
gesamte Produkt einschliesslich der Betriebssystemschicht — vier gewachsene
Basissysteme waeren vier Stuecklisten und vier Schwachstellenprozesse, eine
gemeinsame Basis ist ein Dossier. Der Ruecksprung wird nur einmal richtig
gebaut, weil er nur geprueft wird wenn ihn jemand braucht. Und eine
abgegrenzte Aufgabe laesst sich ausschreiben, was unmittelbar auf das
groesste benannte Risiko des Hauses einzahlt.

Der Einwand der Vertraeglichkeitsmatrix wird durch den Nutzlast-Vertrag
entkraeftet statt weggeredet: Die Nutzlast liegt in der Wurzel und wird mit
ihr getauscht. Eine Fassung, ein Rueckweg, keine Matrix.

Das OS kennt kein Produkt — Regel 1. Alle Namen sind entkoppelt, die
Statusseite ist auf die Standardbibliothek umgestellt, weil jede
Abhaengigkeit im Grund-OS eine Verpflichtung ueber die Produktlebensdauer
ist.

Nichts davon ist gelaufen. Der Inhalt gilt als Bauplan.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 08:02:55 +02:00