- Se descapó
- 3 de septiembre de 2026 a las 0:03 UTC
- Autor
- Kamo
- Compromit
- f20c467
getAttachment devolvió la perezosa IMAPInputStream de Jakarta Mail directamente de conStore, que vuelve a poner la Tienda en la piscina en el instante en que el lambda regresa. Dos cosas siguieron de eso. El cuerpo de respuesta fue detenido por una conexión otra solicitud era libre de pedir prestado y SELECT en otro lugar, y la carpeta tenía que estar abiertos para mantener incluso eso posible. adjunto alguna vez se abrió, contra el presupuesto de Dovecot de diez por usuario e IP, con un comentar diciendo que la llamada lo cerraría y que no llamaría eso. Cada otro método en este servicio cierra su carpeta en un final; estos no. La parte ahora se drena mientras la carpeta está abierta, por lo que la carpeta se cierra en el salida y lo que el controlador le da a Spring no debe nada a la conexión. Partes de hasta 4 MB de estancia en el montón y más grandes carrete a un archivo temporal que es sin vinculación tan pronto como se abre, porque un buzón acepta archivos adjuntos lejos más grande que el montón de la cápsula y una descarga no debe ser capaz de OOM el servicio. También decodifica el nombre del remitente. Llega como una palabra codificado RFC 2047 siempre que no sea simple ASCII, y Jakarta Mail sólo decodifica uno si una JVM en todo el mundo la propiedad del sistema lo dice, que por defecto de apagado - por lo que un acento, un emoji, o el estrecho macOS espacial sin romper pone antes de que "PM" fuera suficiente para la lista de accesorios para mostrar =?UTF-8?B?U2NyZWVuc2hvdCAy...?= y una descarga para guardar un archivo nombrado - Eso. Decodificado aquí en lugar de por la propiedad del sistema, por lo que un charset desconocido cae de nuevo a la literal en lugar de tirar. Gotas getInlinePart y sus ayudantes sin leer: llevaban la misma fuga y tuvieron No llamando, los controladores resolviendo un cid a través de la lista de adjuntos en su lugar.