- Expédié
- 23 septembre 2026 à 08:37 UTC
- Auteur
- Kamo
- Commite
- f64f337
Deux lacunes indépendantes dans ImagingController: - /rupti-remplissage-raquelettes sélectionnés pour les candidats à l'échelle de la plate-forme (pas de prédicat d'organisation du tout; Le dernier niveau de vestiaire était un trou de dernier cycle était un troupeau brutTout filtré en mémoire), de sorte que n'importe quel administrateur de MANAGE-STORAGE d'org pourrait déclencher un balayage qui lise et réécrit les octets de chaque autre locataire aussi. Déterminer l'organisation de l'appelant et ne sélectionnez qu'à partir de celle-ci, en utilisant les nouvelles requêtes du référentiel à champ d'org. Le balayage lui-même était délibérément à l'échelle de la plate-forme par la conception; ce service n'a pas de signal "dedieu" pour une porte vraiment sur laquelle s'enfonce plutôt, donc le câblage à l'ordre est la solution. - historyChanges/historyTéléchargements a résolu l'Img via un imgRepository.findById, qui vérifie l'existence seulement: pas de plafond d'apurage, contrairement à toutes les autres lectures dans ce contrôleur. A Un membre de VISEW-DOCUMENT sous le niveau d'accès d'un document pourrait lire son historique de changement (les données Incluaient - les valeurs de champ antérieures du document) et sa piste de téléchargement, pour une document qu'ils ne pourraient jamais ouvrir directement. Réglez-vous à la place, le même appel tous les autres lire ici utilisent déjà, et gérer le - il peut lancer.