Ein Zugang, den ausser DogFather niemand bemerkt

Aus dem Anforderungsdokument (Master-Blueprint V3.0) fehlte die Rolle
"Modi" ganz -- es gab nur spicy, admin, manager, scout, creator. Filipes
Bedingung dazu: "dass die keine neue eingangs kachel bekommen wie spicy
dogfather und so sondern einfach einen code. damit die von der workspace
auch nicht mal sehen dass die modis von mir einen eigenen zugang haben."

DER EINGANG. Es gibt keine sechste Kachel und es laesst sich auch keine
erzwingen: Wer von aussen `rolle: "modi"` schickt, bekommt wortgleich
dieselbe Antwort wie bei einer erfundenen Rolle. Ein Modi tippt auf
irgendeine vorhandene Kachel -- welche, ist gleichgueltig -- und gibt
seinen Code ein. Der Code allein entscheidet.

Moeglich macht das eine neue Spalte `code_kennung`: ein HMAC ueber den
Code, in Mikrosekunden nachgeschlagen. Zwei naheliegende Wege wurden
verworfen, weil man sie finden kann: ein Merkmal im Code ("M-...") waere
ein sichtbares Kennzeichen auf dem Zettel des Modis, eine eigene Adresse
(/modi.html) eine Seite, die man aufrufen kann. Der Suchschluessel steht
VOR dem gewohnten Weg, nicht dahinter -- ein Rueckfall nach einem
Fehlversuch haette genau die Fehlversuche verlaengert, und daran waere
es zu erkennen gewesen.

Unbedenklich, weil nachgemessen: Ein Code hat 16 Zeichen aus einem
32er-Alphabet, also 80 Bit Zufall. Der Suchschluessel sagt ausserdem nur,
WEN man pruefen soll -- ob der Code stimmt, sagt weiterhin scrypt.

DIE UNSICHTBARKEIT sitzt in verborgeneIds(), also an derselben einen
Stelle wie die Regel fuer den zweiten Admin-Zugang, und nicht in den
rund 170 Abfragen, die Personen lesen. Sie haengt dabei an der ROLLE und
nicht an einer Nummer -- die Schwachstelle, die im Kommentar der alten
Regel offen dasteht (wird Zugang 1 geloescht, rueckt der naechste nach),
kann einer Rolle nicht passieren.

Nach Filipes Entscheidungen: Die Modis sehen sich untereinander (Kapitel
7.2 des Dokuments), VanVan sieht sie mit (Kapitel 3, sie traegt dieselbe
Rolle), Codes gibt Filipe selbst weiter -- kein Einladelink, der in einem
Verlauf landen kann.

ZWEIMAL WAERE DAS WORT "MODI" BEINAHE IN EINER DATEI GELANDET, DIE JEDER
BEKOMMT: in den Rollenlisten von start.js und personen.js. Ein Blick in
den Quelltext haette genuegt. Der Anzeigename kommt jetzt aus
/workspace/api/ich (beschreibt immer nur den Angemeldeten selbst), die
Rollenauswahl aus der Antwort des Servers und nur an die DogFather-Rolle.

GEPRUEFT mit pruef-modi-verborgen.mjs (45 Pruefungen): fuenf Kacheln
fuehren mit dem Modi-Code hinein, ein Manager-Code auf fremder Kachel
weiterhin nicht (sonst waere nebenbei die Rollenpruefung abgeschafft),
und ueber fuenf Schnittstellen sieht ausser DogFather, VanVan und den
Modis niemand etwas -- auch nicht die ZAHL daneben.

Die Gegenprobe steht bewusst ganz unten, weil sie eine Person absichtlich
aus der Regel aushaengt: Weiter oben haette sie jeden Abschnitt danach
verfaelscht. Beim ersten Anlauf stand sie in der Mitte, und prompt tauchte
die Person in einer spaeteren Managerliste auf.

Abschnitt 5 prueft den Weg durch die Anwendung selbst (DogFather legt an,
der Modi meldet sich an). Die Abschnitte davor tragen die Personen von
Hand ein und rechnen den Suchschluessel selbst aus -- damit waere NICHT
bewiesen, dass personAnlegen() ihn im Betrieb schreibt. Ohne ihn kaeme
kein einziger echter Modi herein, und oben waere trotzdem alles gruen.

Die Umstellung der Rollenliste in der Datenbank steht ab jetzt einmal in
rollenRegelUmstellen() statt zum dritten Mal abgeschrieben. Jede Abschrift
waere eine Gelegenheit, eine der vier Absicherungen zu vergessen: Sicherung
vorher, Zaehlung innerhalb der Transaktion, Spaltenliste aus der Tabelle,
Pruefung auf verwaiste Verweise danach.

pruef-personen-formular erwartet jetzt sechs Rollen statt fuenf und prueft
die Liste statt nur die Anzahl -- sechs Karten koennten auch fuenf richtige
und eine doppelte sein. Dass die sechste dort auftaucht, ist gleichzeitig
der Nachweis, dass der Weg ueber den Server funktioniert.

Unveraendert bestanden: pruef-spicy (60), pruef-rollen (97),
pruef-verborgen, pruef-personen-liste, pruef-css-klassen.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/pruef-personen-formular.mjs

@@ -108,17 +108,33 @@ const mass = await dogi.evaluate(() => {
     wahlOben: Math.round(w.top),
     listeOben: dn ? Math.round(dn.top) : null,
     karten: karten.length,
+    kartenRollen: karten.map((k) => k.dataset.rolle),
     kartenBreiten: karten.map((k) => Math.round(k.getBoundingClientRect().width)),
     /* Liegt eine Karte weiter rechts als das Formular breit ist? */
     ueberRand: karten.some((k) => k.getBoundingClientRect().right > f.right + 1),
   };
 });
 
-/* FÜNF, seit es Spicy Media gibt. Die Zahl steht hier absichtlich fest
-   und wird nicht aus der Oberfläche abgeleitet: Sie ist die Erwartung,
-   gegen die gemessen wird. Fiele eine Rolle aus der Wahl, müsste das
-   auffallen -- eine Zahl, die sich selbst nachzählt, kann das nicht. */
-ok(mass.karten === 5, `alle fünf Rollen stehen zur Wahl (${mass.karten})`);
+/* SECHS, seit es die verborgene Modi-Rolle gibt (09.09.2026) -- vorher
+   fünf, seit es Spicy Media gibt. Die Erwartung steht hier absichtlich
+   fest und wird nicht aus der Oberfläche abgeleitet: Fiele eine Rolle
+   aus der Wahl, müsste das auffallen -- eine Zahl, die sich selbst
+   nachzählt, kann das nicht.
+
+   DIE SECHSTE IST NICHT WIE DIE ANDEREN. Die fünf stehen in
+   assets/js/personen.js, also in einer Datei, die jeder bekommt, der
+   die Seite öffnet. "Modi" darf dort nicht stehen -- ein Blick in den
+   Quelltext würde sonst genügen, um den verborgenen Zugang zu
+   entdecken. Sie kommt deshalb aus der Antwort des Servers und nur an
+   die DogFather-Rolle. Dass sie hier auftaucht, ist gleichzeitig der
+   Nachweis, dass dieser Weg funktioniert.
+
+   Geprüft wird ab jetzt die LISTE und nicht nur die Anzahl: Sechs
+   Karten könnten auch fünf richtige und eine doppelte sein. */
+ok(mass.karten === 6, `alle sechs Rollen stehen zur Wahl (${mass.karten})`);
+ok(JSON.stringify([...mass.kartenRollen].sort())
+  === JSON.stringify(["admin", "creator", "manager", "modi", "scout", "spicy"]),
+  `und es sind die richtigen (${mass.kartenRollen.join(", ")})`);
 ok(mass.wahlUnten <= mass.formUnten,
   `die Rollenauswahl endet INNERHALB des Formulars (${mass.wahlUnten} ≤ ${mass.formUnten})`);
 ok(!mass.ueberRand, "keine Karte ragt seitlich aus dem Formular");