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]>
2026-09-10 00:11:39 +02:00
parent 88e2b5cd5d
commit 7be488e0ca
27 changed files with 1103 additions and 383 deletions
@@ -65,34 +65,66 @@
      : ['creator'];
    for (const r of ROLLEN.filter((x) => darf.includes(x.wert))) {
      if ((r.wert === 'admin' || r.wert === 'manager') && ich.rolle !== 'admin') continue;
-      const b = el('button', 'rollenwahl__knopf');
-      b.type = 'button';
-      b.dataset.rolle = r.wert;
-      b.setAttribute('role', 'radio');
-      b.setAttribute('aria-checked', r.wert === 'creator' ? 'true' : 'false');
-      if (r.wert === 'creator') b.dataset.an = 'ja';
+      ziel.append(rollenKnopf(ziel, r));
+    }
+  }

-      const s = document.createElementNS('http://www.w3.org/2000/svg', 'svg');
-      s.setAttribute('viewBox', '0 0 24 24');
-      s.setAttribute('class', 'rollenwahl__symbol');
-      s.setAttribute('aria-hidden', 'true');
-      const u = document.createElementNS('http://www.w3.org/2000/svg', 'use');
-      u.setAttribute('href', '#r-' + r.symbol);
-      s.append(u);
+  /* EIN KNOPF DER ROLLENWAHL.

-      const txt = el('span', 'rollenwahl__text');
-      txt.append(el('span', 'rollenwahl__name', r.name));
-      txt.append(el('span', 'rollenwahl__erklaerung', r.text));
-      b.append(s, txt);
-      b.addEventListener('click', () => {
-        for (const x of ziel.querySelectorAll('.rollenwahl__knopf')) {
-          delete x.dataset.an;
-          x.setAttribute('aria-checked', 'false');
-        }
-        b.dataset.an = 'ja';
-        b.setAttribute('aria-checked', 'true');
-      });
-      ziel.append(b);
+     Steht als eigene Funktion da, seit die Auswahl aus ZWEI Quellen
+     kommt: der Liste oben (fuer alle gleich) und dem, was der Server
+     zusaetzlich schickt (siehe rollenwahlErgaenzen). Zwei Abschriften
+     desselben Knopfes waeren zwei Gelegenheiten, dass der eine ein
+     aria-checked bekommt und der andere nicht. */
+  function rollenKnopf(ziel, r) {
+    const b = el('button', 'rollenwahl__knopf');
+    b.type = 'button';
+    b.dataset.rolle = r.wert;
+    b.setAttribute('role', 'radio');
+    b.setAttribute('aria-checked', r.wert === 'creator' ? 'true' : 'false');
+    if (r.wert === 'creator') b.dataset.an = 'ja';
+
+    const s = document.createElementNS('http://www.w3.org/2000/svg', 'svg');
+    s.setAttribute('viewBox', '0 0 24 24');
+    s.setAttribute('class', 'rollenwahl__symbol');
+    s.setAttribute('aria-hidden', 'true');
+    const u = document.createElementNS('http://www.w3.org/2000/svg', 'use');
+    u.setAttribute('href', '#r-' + r.symbol);
+    s.append(u);
+
+    const txt = el('span', 'rollenwahl__text');
+    txt.append(el('span', 'rollenwahl__name', r.name));
+    txt.append(el('span', 'rollenwahl__erklaerung', r.text));
+    b.append(s, txt);
+    b.addEventListener('click', () => {
+      for (const x of ziel.querySelectorAll('.rollenwahl__knopf')) {
+        delete x.dataset.an;
+        x.setAttribute('aria-checked', 'false');
+      }
+      b.dataset.an = 'ja';
+      b.setAttribute('aria-checked', 'true');
+    });
+    return b;
+  }
+
+  /* ROLLEN, DIE ERST DER SERVER NENNT (09.09.2026).
+
+     Die Liste ROLLEN oben steht in dieser Datei -- und diese Datei
+     bekommt jeder ausgeliefert, der die Seite oeffnet. Eine Rolle, von
+     der ausser der DogFather-Rolle niemand wissen soll, darf deshalb
+     nicht darin stehen; sie kommt aus /workspace/api/verwaltung/personen
+     und nur an die, die sie vergeben duerfen.
+
+     WARUM NACHTRAEGLICH UND NICHT GLEICH: baueRollenwahl() laeuft, bevor
+     die Personen geladen sind -- das Formular soll sofort dastehen und
+     nicht auf das Netz warten. Die Zusatzrolle kommt also eine Runde
+     spaeter dazu. Wer nichts bekommt, sieht die Auswahl wie bisher. */
+  function rollenwahlErgaenzen(zusatz) {
+    const ziel = $('f-rolle');
+    if (!ziel || !Array.isArray(zusatz) || !zusatz.length) return;
+    for (const r of zusatz) {
+      if (!r || !r.wert || ziel.querySelector(`[data-rolle="${r.wert}"]`)) continue;
+      ziel.append(rollenKnopf(ziel, r));
    }
  }

@@ -754,8 +786,9 @@
    try {
      const a = await hole('/workspace/api/verwaltung/personen');
      if (!a.ok) { melde('Personen konnten nicht geladen werden.'); return; }
-      const { personen, betreuer } = await a.json();
+      const { personen, betreuer, zusatzrollen } = await a.json();
      betreuerListe = betreuer || [];
+      rollenwahlErgaenzen(zusatzrollen);
      alle = personen;
      ziel.textContent = '';
      ziel.setAttribute('aria-busy', 'false');
@@ -666,9 +666,24 @@
       Bei der eigenen Sicht wie bisher die eigene Rolle; bei fremder
       Sicht der Name davor -- sonst liest man "Creator, dein eigener
       Bereich" und haelt es fuer die eigene Lage. */
+    /* DER NAME DER EIGENEN ROLLE KOMMT NOTFALLS VOM SERVER (09.09.2026).
+
+       ROLLENTEXT steht in einer Datei, die JEDER bekommt, der die Seite
+       oeffnet -- auch jeder Manager, jeder Scout, jeder Creator. Eine
+       Rolle, von der ausser DogFather niemand wissen soll, darf deshalb
+       nicht darin stehen: Ein Blick in den Quelltext wuerde genuegen.
+
+       `rolle_name` kommt dagegen aus /workspace/api/ich und beschreibt
+       immer nur EINEN Menschen -- den, der gerade angemeldet ist. Wer
+       Manager ist, liest dort "Manager" und sonst nichts.
+
+       Die Reihenfolge ist Absicht: erst das ausfuehrliche Wort aus der
+       Liste (mit dem erklaerenden Zusatz dahinter), dann der Name vom
+       Server, zuletzt der nackte Schluessel. So aendert sich fuer die
+       fuenf bekannten Rollen nichts. */
    $('rollentext').textContent = ich.sicht
      ? `Arbeitsplatz von ${ich.sicht.name} · ${ROLLENTEXT[zeigt.rolle] || zeigt.rolle}`
-      : (ROLLENTEXT[ich.rolle] || ich.rolle);
+      : (ROLLENTEXT[ich.rolle] || ich.rolle_name || ich.rolle);

    /* Datum und Rolle in der Anrede -- wie im Vorbild, wo unter "Noch
       wach, Dogi" das Datum steht und daneben "ADMIN & PARTNER".
@@ -687,7 +702,14 @@
    }
    const rolleEl = $('zgruss-rolle');
    if (rolleEl) {
-      rolleEl.textContent = (ROLLEN_KURZ[zeigt.rolle] || zeigt.rolle || '').toUpperCase();
+      /* Aus demselben Grund wie oben: Steht die Rolle nicht in der
+         Liste, fragt die Plakette den Server -- aber nur fuer die
+         EIGENE Sicht. In einer fremden Sicht gibt es kein rolle_name
+         zu dieser Person, und etwas anderes hinzuschreiben waere
+         geraten. */
+      const eigene = !ich.sicht;
+      rolleEl.textContent = (ROLLEN_KURZ[zeigt.rolle]
+        || (eigene ? ich.rolle_name : '') || zeigt.rolle || '').toUpperCase();
      rolleEl.hidden = false;
    }
  }