Audit des Creator Workspace, App-Symbole fuer alle Apps der Domain

AUDIT (Auftrag: vollstaendiger Durchgang, Fehler direkt beheben)

Ausgangslage waren 40 Pruefungen mit 1616 Einzelpunkten, alle gruen.
Acht neue Pruefungen kamen dazu; sie haben gefunden, was die alten nicht
sehen konnten.

Der schwerste Fund: Die Zugangsschranke verglich req.path EXAKT gegen
eine Liste. Express raeumt Punkt-Segmente selbst weg, mehrfache
Schraegstriche aber nicht. Damit kam //workspace/start.html OHNE
Anmeldung mit HTTP 200, und ein Creator bekam ueber
/workspace//personen.html die Verwaltungsseite. Die DATEN waren nie
betroffen (nachgemessen: 404 bzw. 401). Behoben durch Normalisierung
UND eine Umkehr der Logik -- jetzt ist jede .html geschuetzt ausser der
Anmeldeseite, statt nur die in der Liste. Eine vergessene neue Seite
steht damit nicht mehr versehentlich offen.

Weiter behoben:
  * Kaputter/abgebrochener Rumpf ergab 500 in HTML statt 400 in JSON --
    die Oberflaeche ruft ueberall a.json() und lief in einen zweiten
    Fehler; der Knopf hing ohne Meldung.
  * POST /zustand/sichern war der einzige von 60 schreibenden Wegen
    ohne Herkunftspruefung.
  * workspace-sicherung.js gab interne Pfade in Fehlermeldungen nach
    aussen; alle 23 anderen Module antworten neutral.
  * admin_notiz war als einziges von 14 Feldern ohne <label>.
  * Der aktive Filter hatte keinen sichtbaren Fokus (CSS-Spezifitaet
    0,3,0 schlug 0,2,0) -- genau der Knopf, auf dem man steht.
  * h1 -> h3 ohne Zwischenstufe auf zwei Seiten.
  * HSTS ging auch ueber http mit (RFC 6797, 7.2 verbietet das).
  * upgrade-insecure-requests galt auch auf 127.0.0.1 -- dadurch war
    WebKit/Safari ueberhaupt nicht pruefbar, also der Browser, den
    jedes iPhone benutzt.
  * pruef-grosscheck las readdirSync(".") und pruefte aus server/
    gestartet NULL oeffentliche Seiten -- meldete aber "ok".

Neue Pruefungen: struktur, schranke, haerte, alle-wege,
barrierefrei-workspace, breiten, tempo-workspace, browser.
Jede mit Gegenprobe und mit der geprueften Anzahl in der Bedingung.
Vier davon sind beim Bauen durch die eigene Gegenprobe aufgeflogen und
haetten sonst dauerhaft gruen gemeldet, ohne etwas zu messen.

APP-SYMBOLE (Wunsch: alle Apps der Domain, jede anders, ausser
safeaddress)

Zehn Apps, zehn Stile, zehn in OKLCH gerechnete Farben. Zusammen haelt
sie dasselbe Logo, dieselbe Eckenrundung und eine gemeinsame gedeckte
Farbreihe. Beim Bauen wird gemessen, ob sich das Logo vom Grund abhebt
(19 bis 58 Helligkeitsstufen).

Dabei aufgefallen: Das Kundenportal hatte kein eigenes Manifest und
trug Namen und Symbol der Webdesign-Seite. Der Workspace hatte gar
keins und war als App nicht installierbar. Beide haben jetzt eins.

Geaendert wurde AUSSCHLIESSLICH das Symbol. Ein Zwischenstand hatte
auch die Themenfarben gesetzt; das war mehr als bestellt und wurde
zurueckgenommen.

Werkzeuge: tools/logo-freistellen.mjs, tools/app-symbole.mjs,
tools/app-symbole-einbinden.mjs -- alles im Browser gerechnet, kein
Bildprogramm, keine neue Abhaengigkeit.

Gitea und Nextcloud sind bereits live und nachgeprueft.

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

server/workspace-sicherung.js

@@ -325,6 +325,31 @@ function nurLeitung(req, res, next) {
   next();
 }
 
+/* BEFUND 04.09.2026 (Audit): Dieses Modul war das einzige ohne
+   Herkunftspruefung. Von sechzig schreibenden Wegen im ganzen Workspace
+   nahm genau einer eine fremde Herkunft an -- `POST /zustand/sichern`.
+
+   Wie schlimm? Der Sitzungs-Keks steht auf SameSite=lax, ein fremdes
+   Formular schickt ihn also gar nicht erst mit; und eine zusaetzliche
+   Sicherung richtet keinen Schaden an. Trotzdem gehoert die Schranke
+   hin, aus zwei Gruenden: Eine Sicherung ist ein `VACUUM INTO` ueber die
+   ganze Datenbank -- wer sie im Sekundentakt ausloest, beschaeftigt den
+   Server sinnlos. Und wichtiger: Eine Verteidigungslinie, die an 59 von
+   60 Stellen gilt, ist keine Regel mehr, sondern ein Zufall. Die eine
+   Ausnahme ist es, die beim naechsten Mal kopiert wird.
+
+   Wortgleich zu den anderen Modulen -- absichtlich: Diese Pruefung ist
+   kurz genug, dass eine gemeinsame Fassung sie nur schwerer auffindbar
+   machen wuerde. */
+function gleicheHerkunft(req, res, next) {
+  const herkunft = req.get("origin");
+  if (!herkunft) return next();
+  let erlaubt;
+  try { erlaubt = new URL(herkunft).host === req.get("host"); } catch { erlaubt = false; }
+  if (!erlaubt) return res.status(403).json({ fehler: "fremde_herkunft" });
+  next();
+}
+
 sicherungRouter.get("/workspace/api/zustand", angemeldet, nurLeitung, (req, res) => {
   try {
     const d = db();
@@ -423,7 +448,11 @@ sicherungRouter.post("/workspace/api/zustand/kopie", express.json({ limit: "8kb"
     }));
     res.json({ ok: true });
   } catch (fehler) {
-    res.status(500).json({ fehler: String(fehler?.message || fehler) });
+    /* Ebenfalls neutral nach aussen (siehe unten bei /sichern). Diese
+       Antwort geht an ein unbeaufsichtigtes Skript auf einem fremden
+       Rechner -- der Grund gehoert ins Log des Servers, nicht dorthin. */
+    console.error("[workspace] Rueckmeldung der Kopie:", fehler?.stack || fehler);
+    res.status(503).json({ fehler: "nicht_verfuegbar" });
   }
 });
 
@@ -436,14 +465,23 @@ sicherungRouter.get("/workspace/api/zustand/kopie-schluessel", angemeldet, nurLe
 
 /* Von Hand ausloesen -- vor einer groesseren Aenderung will man nicht bis
    drei Uhr nachts warten. Nur die Leitung, und es wird protokolliert. */
-sicherungRouter.post("/workspace/api/zustand/sichern", angemeldet, nurLeitung, (req, res) => {
-  try {
-    const e = sicherungJetzt("von Hand · " + (req.person?.name || "?"));
-    protokolliere("sicherung_erstellt", {
-      personId: req.person?.id, rolle: req.person?.rolle, detail: e.datei,
-    });
-    res.json(e);
-  } catch (fehler) {
-    res.status(500).json({ fehler: String(fehler?.message || fehler) });
-  }
-});
+sicherungRouter.post("/workspace/api/zustand/sichern",
+  gleicheHerkunft, angemeldet, nurLeitung, (req, res) => {
+    try {
+      const e = sicherungJetzt("von Hand · " + (req.person?.name || "?"));
+      protokolliere("sicherung_erstellt", {
+        personId: req.person?.id, rolle: req.person?.rolle, detail: e.datei,
+      });
+      res.json(e);
+    } catch (fehler) {
+      /* BEFUND 04.09.2026: Hier stand die ECHTE Fehlermeldung in der
+         Antwort. Bei einer Sicherung enthaelt die regelmaessig den
+         vollen Pfad der Datenbank auf der Platte ("SQLITE_CANTOPEN:
+         /home/dogiweb/workspace-daten/..."). Alle 23 anderen Module
+         antworten neutral und schreiben den Grund ins Log -- diese eine
+         Stelle nicht. Jetzt genauso: drinnen der Grund, draussen die
+         Auskunft. */
+      console.error("[workspace] Sicherung von Hand:", fehler?.stack || fehler);
+      res.status(503).json({ fehler: "Die Sicherung hat nicht geklappt. Der Grund steht im Protokoll." });
+    }
+  });