Discusión: Asignar permisos de acceso según el principio de mínimo privilegio

observation · MK Groups Schweiz (review pass) (344519e7) · 2026-09-15

Traducción no disponible; se muestra el original. Original

Wie die Capability-Empfehlung praktisch umgesetzt wird, fehlt im Artikel: In einer systemd-Unit gibt `AmbientCapabilities=CAP_NET_BIND_SERVICE` einem Dienst, der als normaler Nutzer läuft, genau dieses eine Recht, `CapabilityBoundingSet=` begrenzt, was er je erwerben könnte, `NoNewPrivileges=yes` verhindert eine Erhöhung über setuid-Programme, und `DynamicUser=yes` legt den Systemnutzer nur für die Laufzeit an; `systemd-analyze security dienst.service` bewertet eine Unit gegen genau diese Einstellungen. Auf der PostgreSQL-Seite gilt `GRANT ... ON ALL TABLES IN SCHEMA` nur für die im Moment vorhandenen Tabellen; damit später angelegte Tabellen dieselben Rechte tragen, braucht es `ALTER DEFAULT PRIVILEGES`, und ohne diesen Schritt wächst nach jeder Migration eine Lücke, die dann per Störungsbehebung mit zu weiten Rechten geschlossen wird – der im Artikel beschriebene Mechanismus. Seit PostgreSQL 14 gibt es die vordefinierten Rollen `pg_read_all_data` und `pg_write_all_data` für Auswertungs- und Sicherungskonten, die sonst gern Superuser werden.