feat(auth): Client-Secret in den Einstellungen pflegen, Warnung vor Ablauf
Das Secret der App-Registrierung laeuft in Entra ab. Bisher hiess das: jemand
mit SSH-Zugang aendert die .env und startet den Dienst neu - und niemand sieht
vorher, wann es soweit ist. Laeuft es aus, stehen Anmeldung UND
Postfachabgleich still, denn beide haengen an derselben Registrierung.
Neu unter Einstellungen > Anmeldung: Secret eintragen, Ablaufdatum hinterlegen,
Restlaufzeit ablesen. Ab 30 Tagen vor dem Ablauf bekommen Administratoren ueber
jeder Ansicht ein Hinweisband, das direkt dorthin fuehrt; nach dem Ablauf wird
es rot. Der Hinweis reist mit /api/badges mit, das die App ohnehin bei jedem
Laden abruft.
Bewusst so entschieden:
- Das Secret muss dafuer in die Datenbank, entgegen der bisherigen Regel
"keine Geheimnisse in crm_settings". Es liegt deshalb AES-256-GCM-
verschluesselt dort; der Schluessel kommt aus CRM_ENCRYPTION_KEY, ersatz-
weise JWT_SECRET, und steht damit nie im selben Dump.
- Vor dem Speichern holt das CRM mit dem eingegebenen Wert ein Token bei
Microsoft. Ein Tippfehler wird gar nicht erst uebernommen.
- Gelesen wird Datenbank vor .env; der .env-Wert bleibt Rueckfallebene, und
"Hinterlegtes Secret verwerfen" schaltet dorthin zurueck.
- Passt der Schluessel nicht mehr, meldet die Oberflaeche das ausdruecklich,
statt still auf die .env zurueckzufallen - sonst sucht man den Fehler an
der falschen Stelle.
- Das Ablaufdatum wird von Hand eingetragen. Aus Entra lesen braeuchte
Application.Read.All, die die App bewusst nicht hat.
MAIL_CONFIGURED und SSO_CONFIGURED sind dadurch von Konstanten zu den
Funktionen mailConfigured() und ssoConfigured() geworden - die Pruefung muss
jetzt in die Datenbank sehen.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
e271f5c1e8
commit
c8eaaa1947
@@ -15,7 +15,7 @@ process.env.MS_CLIENT_SECRET = 'geheim-fuer-den-test';
|
||||
process.env.MS_SSO_REDIRECT_URI = 'https://crm.perinco.de/api/auth/sso/callback';
|
||||
process.env.MS_SSO_ALLOWED_DOMAINS = 'perinco.de';
|
||||
|
||||
const { SSO_CONFIGURED, domainAllowed, missingSsoConfig } = await import('../src/sso/config.js');
|
||||
const { domainAllowed, missingSsoConfig, ssoConfigured } = await import('../src/sso/config.js');
|
||||
const {
|
||||
SsoError,
|
||||
beginLogin,
|
||||
@@ -62,8 +62,11 @@ const validClaims = {
|
||||
console.log('\nAnmeldung ueber Microsoft (SSO)');
|
||||
|
||||
console.log('\n Konfiguration');
|
||||
check('vollstaendige Konfiguration gilt als betriebsbereit', SSO_CONFIGURED === true);
|
||||
check('nichts fehlt', missingSsoConfig().length === 0, missingSsoConfig().join(', '));
|
||||
// Ohne erreichbare Datenbank faellt das Secret auf die .env zurueck - genau
|
||||
// dieser Weg wird hier mitgeprueft.
|
||||
const missing = await missingSsoConfig();
|
||||
check('vollstaendige Konfiguration gilt als betriebsbereit', (await ssoConfigured()) === true);
|
||||
check('nichts fehlt', missing.length === 0, missing.join(', '));
|
||||
check('eigene Domain erlaubt', domainAllowed('sascha.wolf@perinco.de') === true);
|
||||
check('fremde Domain abgewiesen', domainAllowed('jemand@example.com') === false);
|
||||
check('Adresse ohne Domain abgewiesen', domainAllowed('kaputt') === false);
|
||||
|
||||
Reference in New Issue
Block a user