b0d6b00045
v0.38.0 verursachte einen ~3-minütigen Ausfall: Migration 0021 nahm an, die Anwendung verbinde überall als Postgres-Superuser "postgres" (nur lokal via sudo geprüft, nicht die tatsächliche Produktions-DATABASE_URL) und versuchte dort eine neue Rolle anzulegen - production verbindet aber über die nicht-privilegierte, tabellenbesitzende Rolle "deklarix" ohne CREATEROLE, das INSERT/CREATE ROLE schlug fehl und der Dienst crash-loopte im "dirty migration"-Zustand. Kein Datenverlust (Postgres hat die DDL-Transaktion selbst zurückgerollt), Dienst wurde auf v0.37.0 zurückgestuft und stabilisiert. Fix: Rollen-Anlage ist jetzt an eine CREATEROLE-Prüfung gekoppelt und wird bei fehlender Berechtigung übersprungen statt zu scheitern. Zusätzlich FORCE ROW LEVEL SECURITY auf jeder Tabelle - das bindet auch den Tabellenbesitzer (wie Productions "deklarix"), ganz ohne die zusätzliche Rolle. Produktivbetrieb braucht dadurch jetzt gar keinen manuellen Schritt mehr. Erneut end-to-end verifiziert, diesmal zusätzlich produktionsgetreu simuliert (temporäre nicht-privilegierte, tabellenbesitzende Rolle lokal). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
59 lines
2.4 KiB
SQL
59 lines
2.4 KiB
SQL
ALTER TABLE antrag NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE antrag DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON antrag;
|
|
|
|
ALTER TABLE registereintrag NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE registereintrag DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON registereintrag;
|
|
|
|
ALTER TABLE abteilung NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE abteilung DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON abteilung;
|
|
|
|
ALTER TABLE werkzeug_sperre NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE werkzeug_sperre DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON werkzeug_sperre;
|
|
|
|
ALTER TABLE genehmiger_rolle NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE genehmiger_rolle DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON genehmiger_rolle;
|
|
|
|
ALTER TABLE freigabe_regel NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE freigabe_regel DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON freigabe_regel;
|
|
|
|
ALTER TABLE loeschfrist_einstellung NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE loeschfrist_einstellung DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON loeschfrist_einstellung;
|
|
|
|
ALTER TABLE werkzeug NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE werkzeug DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON werkzeug;
|
|
|
|
ALTER TABLE bewertung NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE bewertung DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON bewertung;
|
|
|
|
ALTER TABLE entscheidung NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE entscheidung DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON entscheidung;
|
|
|
|
ALTER TABLE freigabeschritt NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE freigabeschritt DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON freigabeschritt;
|
|
|
|
ALTER TABLE nutzer_genehmiger_rolle NO FORCE ROW LEVEL SECURITY;
|
|
ALTER TABLE nutzer_genehmiger_rolle DISABLE ROW LEVEL SECURITY;
|
|
DROP POLICY IF EXISTS tenant_isolation ON nutzer_genehmiger_rolle;
|
|
|
|
DO $$
|
|
BEGIN
|
|
IF EXISTS (SELECT FROM pg_roles WHERE rolname = 'deklarix_app') THEN
|
|
EXECUTE 'REVOKE ALL PRIVILEGES ON ALL TABLES IN SCHEMA public FROM deklarix_app';
|
|
EXECUTE 'ALTER DEFAULT PRIVILEGES IN SCHEMA public REVOKE SELECT, INSERT, UPDATE, DELETE ON TABLES FROM deklarix_app';
|
|
EXECUTE 'REVOKE USAGE ON SCHEMA public FROM deklarix_app';
|
|
DROP ROLE deklarix_app;
|
|
END IF;
|
|
END
|
|
$$;
|