- Expédié
- 15 août 2026 à 05:52 UTC
- Auteur
- Kamo
- Commite
- 166043b
AiModelContrôleller et AiUsageController vérifie la propriété de l'organisation et aucun droit. Les 403 déjà dans le contrôleur de modèle comparent provider.getOrganizationId() à la l'organisation de session - isolement réel des locataires, et une autre question que s'il s'agit l'appelant peut administrer des modèles. MANAGE-AI-MODELS maintenant porte les quatre modèles les critères d'évaluation et les deux critères d'utilisation. Porter le modèle LIST est sûr ici, et cela a été vérifié plutôt que supposé. Un a été groupé la liste de boîtes de courrier équivalentes s'est avérée à un destinataire d'alimentation auto-complet, donc en train de l'avoir vide les livres d'adresses des gens. Chaque appelant de /api/ai/modèles est un onglet de paramètres - SecurityModelsTab et ProviderSetupTab - et pas de discussion ou de surface de compositeur le lit. Identique du point d'extrémité, à l'opposé, une fois que vous suivre le consommateur. SessionHelper d'AIService n'avait pas de droit, donc un a été ajouté, faillir à la première ligne: pas de session, pas de tableau de droits, ou une valeur de droits du mauvais type tous refus. L'équivalent de KBService a accordé tout lorsque la liste était vide ou absente et silencieusement désactivé toutes les portes construites sur elle jusqu'à ce que celle-ci soit réparée; il n'y avait pas raison de le répéter ici. Pas de semis. Les MANAGE-AI-SETTINGS, MANAGE-AI-MODELS et VIEW-AI-USAGE sont détenus par le les mêmes 14 rôles et les 33 membres. ExportUsage returns ResponseEntity-byte[- et streame un fichier, de sorte que son refus est Les octets simples plutôt que la carte JSON toutes les autres portes de ce laissez-passer reviennent.