Ersteinrichtung schliessen: Geheimnis und eine Sperre statt zweier Schritte

Die Aktion ist die einzige Stelle der Anwendung, an der jemand ohne
Anmeldung schreiben darf. Zwei Dinge fehlten.

Erstens stand die Seite zwischen dem ersten Start und dem Anlegen des
Zugangs fuer jeden offen: Wer sie in diesem Fenster fand, wurde
Administrator einer Anwendung mit Gesundheits- und Finanzdaten. Das
Fenster ist kurz, aber Zufall ist keine Zugriffskontrolle. Jetzt muss
ERSTEINRICHTUNG_GEHEIMNIS aus der .env mit eingegeben werden; verglichen
wird ueber Hashes in gleichbleibender Zeit, und ein falscher Wert
antwortet mit derselben Mindestdauer wie das Anmeldeformular.

Fehlt der Wert, ist die Einrichtung gesperrt statt offen. Das ist
Absicht: Eine Installation, bei der die Zeile vergessen wurde, soll eine
Meldung zeigen und nicht einrichtbar sein.

Zweitens waren Pruefung und Anlegen zwei Schritte. Beide laufen jetzt in
einer Transaktion, und die Sperrzeile mit fester Id entscheidet - eine
zweite gleichzeitige Anfrage scheitert am Primaerschluessel, bevor ein
zweiter Administrator entsteht.

Die Seite liest die Sperrzeile mit: Lag der erste Zugang im Papierkorb,
stand Schritt 1 sonst wieder offen. Der Seed setzt sie ebenfalls.

Refs #38

This commit is contained in:

Florian Wilde

2026-08-24 08:03:49 +02:00

parent 609aa5d27d

commit 5b54d7bc5f

6 changed files with 153 additions and 23 deletions

									
										scripts/schluessel-erzeugen.mjs
									
		+1
		
												View File
												
				@@ -18,6 +18,7 @@ AUTH_SECRET=${b64(32)}

				ENC_KEY_V1=${b64(32)}

				ENC_KEY_AKTIV=1

				INDEX_KEY=${b64(32)}

				ERSTEINRICHTUNG_GEHEIMNIS=${b64(24)}

				POSTGRES_PASSWORD=${b64(24).replace(/[+/=]/g, 'x')}

				# WICHTIG: ENC_KEY_V1 geht NICHT verloren gehen duerfen.