DogFatherGit/dogfather-universe
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Workspace: neue Rolle Manager, feste Rollenreihenfolge, echte Rollenwahl

Browse Source 
DREI TEILE.

1) ROLLE "MANAGER"

Ein Manager darf alles, was DogFather darf -- mit genau zwei
Vorbehalten: Er kann keine Leitung ANLEGEN und an keiner Leitung etwas
AENDERN. Sonst koennte er sich einen zweiten Vollzugang schaffen oder
DogFather aussperren. "Nur DogFather hat alle endgueltigen Rechte"
heisst genau das.

Umgesetzt ueber istLeitung() an EINER Stelle statt 44 einzelner
Vergleiche auf "admin" im Server und 26 im Browser.

DATENBANK-UMSTELLUNG: CREATE TABLE IF NOT EXISTS fasst eine vorhandene
Tabelle nicht an -- die CHECK-Regel stand also weiter auf den alten drei
Rollen, und ein Manager waere daran gescheitert, obwohl der Code stimmt.
SQLite kann eine CHECK-Regel nicht aendern, also: neue Tabelle, Daten
hinueber, alte weg, umbenennen. Davor schreibt der Server eine
vollstaendige Sicherung (VACUUM INTO, in sich konsistent). Ohne
Sicherung wird NICHT umgestellt.

Geprueft nach der Umstellung: alle 13 Tabellen mit gleicher Zeilenzahl,
PRAGMA integrity_check ok, keine verwaisten Verweise. Die einzige
Abweichung war eine Sitzung mehr -- die eigene Anmeldung, die die
Umstellung ausgeloest hat.

2) EIN SICHERHEITSLOCH, DAS DER TEST GEFUNDEN HAT

Der erste Entwurf sicherte "Person anlegen" und "Person sperren" ab --
und liess "neuer Zugangscode" offen. Ein Manager konnte DogFather einen
neuen Code ausstellen, bekam ihn angezeigt und haette ihn damit aus
seinem eigenen Konto ausgesperrt. Im Test aufgefallen, weil ich den
negativen Fall durchgespielt habe.

Behoben nicht durch eine dritte Einzelpruefung, sondern durch eine
Schranke an JEDEM Weg mit einer :id. Der naechste Weg, der dazukommt,
ist damit automatisch mitgeschuetzt.

Nachgeprueft: Manager bekommt 403 beim Code-Erneuern und Sperren von
DogFather UND von sich selbst, darf aber Creator und Scouts verwalten.

3) FOLGEFEHLER DER MASSENERSETZUNG

Die Regel "niemals den letzten aktiven DogFather sperren" hatte durch
die Umstellung auf istLeitung() ploetzlich auch Manager blockiert --
gezaehlt werden aber nur DogFather-Zugaenge. Jetzt istDogFather().
Geprueft: DogFather kann einen Manager sperren, sich selbst nicht.

4) REIHENFOLGE UND ROLLENWAHL

Ueberall DogFather, Manager, Scout, Creator. "ORDER BY rolle" waere
alphabetisch gewesen (admin, creator, manager, scout) -- also fast genau
falsch herum. Jetzt ein gemeinsamer Sortierausdruck aus workspace.js.

Das Auswahlmenue fuer die Rolle ist weg. Es kam als weisses
Windows-Menue mitten in einer dunklen Oberflaeche und schnitt "Creator"
zu "Crea" ab -- gestalten laesst sich ein aufgeklapptes Systemmenue
nicht. Ersetzt durch vier sichtbare Schalter mit Symbol, Farbe je Rolle
und einer Zeile, was die Rolle bedeutet. Bei "Manager" gegen
"DogFather" ist das der Unterschied zwischen Raten und Wissen.

DogFather und Manager stehen dort nur zur Wahl, wenn DogFather selbst
davorsitzt -- ein Knopf, der immer scheitert, gehoert nicht hin.

Nebenbei: Das Namensfeld war auf eine von zwoelf Spalten gequetscht, weil
seine Umgebung keine .feld-Klasse trug. Alle Formulare daraufhin
durchsucht, keine weiteren Faelle.
This commit is contained in:
DogFatherGit
2026-08-31 11:32:22 +02:00
parent 79f0186494
commit 389d8c1213
36 changed files with 527 additions and 201 deletions
Download Patch File Download Diff File Expand all files Collapse all files
server/workspace-personen.js
+51 -9
View File
@@ -15,12 +15,14 @@
import express from "express";
import {
db, protokolliere, echteIp, sitzungLesen, personAnlegen, codeNeu, personSperren, betreuungSetzen,
db, protokolliere, echteIp, sitzungLesen, personAnlegen, codeNeu, personSperren, betreuungSetzen, istLeitung, istDogFather, ROLLEN_SORTIERUNG, ROLLEN_REIHE,
} from "./workspace.js";
export const personenRouter = express.Router();
const ROLLEN = ["admin", "creator", "scout"];
/* Reihenfolge und Umfang kommen aus workspace.js -- eine eigene
Liste hier waere die naechste Stelle, die beim Aendern vergessen wird. */
const ROLLEN = ROLLEN_REIHE;
const NAME_MAX = 60;
/* Nur Management. Alles andere bekommt 404 statt 403 -- wer nicht
@@ -28,7 +30,7 @@ const NAME_MAX = 60;
function nurAdmin(req, res, next) {
const person = sitzungLesen(req);
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
if (person.rolle !== "admin") return res.status(404).json({ fehler: "nicht_gefunden" });
if (!istLeitung(person)) return res.status(404).json({ fehler: "nicht_gefunden" });
req.person = person;
next();
}
@@ -44,6 +46,31 @@ function gleicheHerkunft(req, res, next) {
personenRouter.use("/workspace/api/verwaltung", nurAdmin);
/* ---------------------------------------------------------------------
Schranke: An DogFather und Managern aendert nur DogFather etwas.
Sie haengt an JEDEM Weg mit einer :id, nicht an einzelnen Routen. Der
erste Versuch sicherte nur Anlegen und Sperren ab -- und prompt blieb
"neuer Zugangscode" offen. Ein Manager konnte DogFather einen neuen
Code ausstellen, bekam ihn angezeigt und haette ihn damit aus seinem
eigenen Konto ausgesperrt. Genau das soll "nur DogFather hat alle
endgueltigen Rechte" verhindern.
Als Schranke statt als Einzelpruefung, damit der naechste Weg, der
hier dazukommt, automatisch mitgeschuetzt ist. */
function nurDogFatherBeiLeitung(req, res, next) {
if (istDogFather(req.person)) return next();
const id = Number(req.params.id);
if (!Number.isInteger(id)) return next();
const ziel = db().prepare("SELECT rolle FROM personen WHERE id = ?").get(id);
if (ziel && (ziel.rolle === "admin" || ziel.rolle === "manager")) {
return res.status(403).json({
fehler: "An DogFather und Managern ändert nur DogFather etwas.",
});
}
next();
}
/* ---------- Übersicht --------------------------------------------------- */
personenRouter.get("/workspace/api/verwaltung/personen", (req, res) => {
@@ -60,7 +87,7 @@ personenRouter.get("/workspace/api/verwaltung/personen", (req, res) => {
(SELECT COUNT(*) FROM betreuung y WHERE y.betreuer_id = p.id) AS betreut_anzahl
FROM personen p
LEFT JOIN betreuung b ON b.creator_id = p.id
ORDER BY p.aktiv DESC, p.rolle, p.name`).all(),
ORDER BY p.aktiv DESC, ${ROLLEN_SORTIERUNG.replace("rolle", "p.rolle")}, p.name`).all(),
/* Wer ueberhaupt als zustaendig eingetragen werden kann. */
betreuer: db().prepare(
"SELECT id, name FROM personen WHERE rolle = 'scout' AND aktiv = 1 ORDER BY name").all(),
@@ -120,6 +147,16 @@ personenRouter.post("/workspace/api/verwaltung/personen", gleicheHerkunft, (req,
if (name.length > NAME_MAX) return res.status(400).json({ fehler: "Name ist zu lang." });
if (!ROLLEN.includes(rolle)) return res.status(400).json({ fehler: "Unbekannte Rolle." });
/* ERSTER VORBEHALT: Eine Leitung anlegen darf nur DogFather.
Duerfte ein Manager das, koennte er sich einen zweiten Zugang mit
vollen Rechten schaffen -- und waere damit nicht mehr begrenzbar.
"Nur DogFather hat alle endgueltigen Rechte" faengt hier an. */
if (!istDogFather(req.person) && (rolle === "admin" || rolle === "manager")) {
return res.status(403).json({
fehler: "DogFather und Manager legt nur DogFather selbst an.",
});
}
const vorhanden = db().prepare(
"SELECT 1 FROM personen WHERE lower(name) = lower(?) AND aktiv = 1").get(name);
if (vorhanden) return res.status(409).json({ fehler: "Diesen Namen gibt es schon." });
@@ -135,7 +172,7 @@ personenRouter.post("/workspace/api/verwaltung/personen", gleicheHerkunft, (req,
/* ---------- Neuer Code -------------------------------------------------- */
personenRouter.post("/workspace/api/verwaltung/personen/:id/code", gleicheHerkunft, (req, res) => {
personenRouter.post("/workspace/api/verwaltung/personen/:id/code", gleicheHerkunft, nurDogFatherBeiLeitung, (req, res) => {
try {
const id = Number(req.params.id);
if (!Number.isInteger(id)) return res.status(400).json({ fehler: "ungueltig" });
@@ -160,7 +197,7 @@ personenRouter.post("/workspace/api/verwaltung/personen/:id/code", gleicheHerkun
/* ---------- Sperren / Entsperren ---------------------------------------- */
personenRouter.patch("/workspace/api/verwaltung/personen/:id", gleicheHerkunft, (req, res) => {
personenRouter.patch("/workspace/api/verwaltung/personen/:id", gleicheHerkunft, nurDogFatherBeiLeitung, (req, res) => {
try {
const id = Number(req.params.id);
if (!Number.isInteger(id)) return res.status(400).json({ fehler: "ungueltig" });
@@ -175,9 +212,14 @@ personenRouter.patch("/workspace/api/verwaltung/personen/:id", gleicheHerkunft,
if (id === req.person.id && !aktiv) {
return res.status(400).json({ fehler: "Du kannst dich nicht selbst sperren." });
}
/* Und niemals das letzte aktive Management sperren -- sonst kommt
niemand mehr in die Verwaltung hinein. */
if (!aktiv && person.rolle === "admin") {
/* Und niemals den letzten aktiven DogFather sperren -- sonst kann
niemand mehr eine Leitung anlegen, auch kein Manager.
Bewusst istDogFather und NICHT istLeitung: Manager duerfen
gesperrt werden, es gibt ja noch DogFather. Die Massenumstellung
auf istLeitung hatte das hier faelschlich mitgezogen -- gezaehlt
werden aber nur DogFather-Zugaenge, also blockierte die Regel
plotzlich auch das Sperren eines Managers. */
if (!aktiv && istDogFather(person)) {
const { n } = db().prepare(
"SELECT COUNT(*) AS n FROM personen WHERE rolle = 'admin' AND aktiv = 1").get();
if (n <= 1) return res.status(400).json({ fehler: "Das ist der letzte aktive DogFather-Zugang." });