- Verschifft
- 2. September 2026 um 06:43 UTC
- Autor
- Kamo
- Ausschuss
- e3ed5e5
GET/PUT /api/security/reports/catalog, beide auf MANAGE_REPORTS auf der Plattform eingesperrt Wirbelsäule. Die Liste kommt aus dem REGISTRY, nicht die Override-Tabelle: ein Operator muss in der Lage sein, einen Bericht, der noch keinen Streit hat, das ist jeder Bericht zu beschränken, bis Jemand berührt einen. Der Scheck selbst ging in ReportScopeResolver.May, die der Katalog, die Läufer, die Picker, der Exporteur, die gespeicherte Ansichtsliste und der Zeitplan fegen alle schon Kreuz. Hinzufügen zu jedem von denen statt wäre sechs Chancen für einer von ihnen zu widersprechen - und derjenige, der nicht einverstanden wäre derjenige, der eine zeigte Bericht der Plattform versteckt hatte. Er sitzt IN FRONT der eigenen Rechte des Berichts, und Gott gibt ihn nicht. Break-Glas erweitert, was ein Mitglied innerhalb seiner Organisation sehen kann; dies ist eine Frage über für welche Organisationen überhaupt ein Bericht existiert, und ein Gott in einem Mieter ist noch in dieser Mieter. ReportVisibilityService scheitert OPEN, das ist das Gegenteil von allem anderen hier und absichtlich: eine unlesbare Override-Tabelle würde sonst jeden Bericht auf die Plattform verschwindet, und die Berichte darunter sind immer noch von ihren eigenen Rechten umzäunt und ihre eigene Reihe-Ebene Umfang. Der Verlust dieser Tabelle kostet eine Beschränkung, nicht eine Offenlegung. Die Einstellung von ALL_ORGS löscht die Zeile anstatt die Standardeinstellung zu speichern. Ein eingeschränkter Bericht stoppt seine bestehenden Zeitpläne, und der Lauf wird aufgezeichnet FAILED mit "der Spielplan hat keinen Zugriff mehr" - der gleiche Audit-Trail wie widerrufen Jemand hat Recht, was auch so ist, wie es passiert.