- Se descapó
- 15 de agosto de 2026 a las 5:22 UTC
- Autor
- Kamo
- Compromit
- 89ccc1b
MailboxController no hizo ningún derecho. MANAGE-EMAIL-ACCOUNTS existió sólo como una checkRight in the browser and VIEW-EMAIL-ACCOUNTS se hizo referencia en ninguna parte, por lo que cada buzón en una organización podría ser creado, suspendido, eliminado o reasignado por cualquier llamante autenticado que conocía la URL. Cambiar cualquier cosa ahora toma MANAGE-EMAIL-ACCOUNTS; leyendo detalles administrativos que está asignado a un buzón, lo que el proveedor de aprovisionamiento soporta . VIEW-EMAIL-ACCOUNTS. getMailboxMembers, unssignMailbox y setPrimaryMailbox no se llevaron HttpServletRequest en absoluto, por lo que no tenían ni un chequeo de derechos ni una organización: ningún llamante podría reasignar cualquier buzón por identificación. Toman la petición ahora. La variable de la lista es deliberadamente NO cerrada. GET /api/email/mailboxes es el primero fuente en /api/email/directory, que respalda al destinatario autocompletar detrás useRecipientSearch, y esa ruta devuelve una lista vacía en lugar de un error cuando un La fuente se niega. VIEW-EMAIL-ACCOUNTS está ocupado por 15 de 42 funciones y ACCESS-MAIL por 28, así que gating la lista habría vaciado silenciosamente colegas fuera de la libreta de direcciones de Cada miembro que pueda leer correo pero no administrarlo, sin nada que explicarlo. Los que un miembro pueden abrir ya están decididos por ACCESS-ALL.*MAILBOXES a través de AccessibleMailboxService. Una endpoint que sirve tanto la pantalla de administración como la libreta de direcciones es el verdadero defecto. Dividir que la vista de administración tomaría la derecha debería ser un cambio de API en lugar de una autorización, así que no hecha aquí. La clase javadoc registra esto Así que la siguiente persona no "arregla" la puerta perdida y romper el autocompletado.