- Verschifft
- 19. April 2026 um 21:34 UTC
- Autor
- Kamo
- Ausschuss
- 7720191
Schließt die "stale DB Leicht eine deaktivierte Funktion" Lücke durch Gating jede Oberfläche dass OrgFeature / ServiceType durch das angewandte Sicherheitsmodell berührt. - ************ (der Hauptzubringer des Frontends OrgContext): ersetzt die Rohfeatures Serialisierung mit ************ org.getFeatures()). Die Auto- Bereitstellungsschleife überspringt jetzt auch Apps die Modellmarken NOT_AVAILABLE so Wir erstellen nie DB-Reihen für blockierte Apps. - FeatureController.list: gibt jedes Feature mit modelVerfügbarkeit zurück + gesperrte Metadaten. NOT_AVAILABLE Zeilen werden herausgefiltert, FORCE_ENABLED Zeilen werden als aktiviert=true + gesperrt=true gemeldet, unabhängig von ihrem DB-Zustand. Die verfügbare Liste wird auch auf Apps heruntergefiltert, die das Modell erlaubt. - Neue AppAvailabilityInterceptor + WebMvcConfig: installiert eine HandlerInterceptor auf jedem service-scoped URL-Präfix (/api/security/pos, /api/security/commerce-markets, /api/security/leads*, /api/security/lead- Importe, /api/security/Lead-markets, /api/security/Lead-Viglings, **************************************** **************** Jede Anfrage ist auf eine ServiceType, gegen das angewandte Modell des Anrufers gelöst und abgelehnt mit HTTP 403, wenn die App effektiv ausgeschaltet ist. Dies ist die letzte Zeile von Verteidigung: auch mit abgestandenen Klientenzustand, einem vergessenen Kontrollposten oder eine blockierte App, die per Post zurück 403. Nettoeffekt: Das angewandte Sicherheitsmodell gewinnt jetzt überall bei der Lesezeit die Funktionen oder Apps der Org sind freigelegt - Navigation, Startseite, Einstellungen slide-out, FeaturesManager, pro Betrieb Endpunkte. Wenn der Admin umdreht CRM zu NOT_AVAILABLE auf dem Modell, die CRM-UI verschwindet vom Frontend und CRM-Endpunkte beginnen 403'ing - unabhängig davon, ob die DB noch OrgFeature.isActive=true für CRM.