MIXED informó de que OpenAI publicó Codex CLI 0.163.0 el 15 de octubre de 2026. El cambio principal del proxy pone la autorización antes de la resolución DNS para comprobar una dirección: antes, el nombre solicitado podía llegar al servidor DNS aunque el proxy terminara rechazando la conexión. El pull request #51650 también describe cambios en un sandbox Seatbelt administrado de macOS; otros dos pull requests detallan controles para cabeceras HTTP Host duplicadas y ciertos alias de credenciales. (MIXED)
Qué cambia en la comprobación DNS
La información que podía salir en esa consulta era el nombre de host solicitado. El cambio descrito en el pull request exige que el host coincida con la lista de permitidos o que la política lo apruebe antes de resolverlo para comprobar su dirección. Además, tras una aprobación local o remota, el proxy vuelve a aplicar las restricciones de base, incluidas las prohibiciones explícitas y las limitaciones para direcciones locales o privadas.
La resolución DNS también se mantiene para las solicitudes HTTPS internas que siguen a un CONNECT aprobado, incluso si el host no figura en una lista de permitidos guardada. Así, la comprobación previa de autorización se refiere a la resolución usada para verificar direcciones, no a la eliminación de todas las consultas DNS del flujo del proxy.
El alcance del cambio en macOS administrado
El caso del puerto 53 se refiere a un sandbox Seatbelt administrado en macOS. Allí, permitir la vinculación local también dejaba salir tráfico DNS hacia el exterior. El cambio descrito elimina ese permiso para DNS externo y conserva la vinculación local y el acceso al proxy mediante loopback, la dirección de retorno del propio equipo.
El pull request detalla pruebas de regresión que comprueban que los hosts no autorizados no generan consultas DNS y que el sandbox deniega el tráfico externo UDP y TCP por el puerto 53, manteniendo la conexión local con el proxy.
Dos controles más del proxy
Los otros cambios cubren condiciones distintas: cómo se interpreta una solicitud HTTP y cuándo pueden usarse credenciales delegadas. Sus respuestas HTTP identifican el tipo de rechazo aplicado.
| Caso | Condición | Respuesta del proxy |
| Resolución DNS | El host aún no coincide con la lista de permitidos ni tiene aprobación de política para la comprobación de dirección. | La resolución se produce después de la autorización. |
Cabeceras Host | La solicitud incluye varias cabeceras Host, aunque sus valores sean idénticos. | HTTP 400 antes de evaluar la política, reenviar la solicitud o enrutarla por un socket Unix. |
| Alias de credenciales | Una credencial delegada seleccionada está vinculada a un host con hooks de inspección, pero se usa con un alias sin esos hooks. | HTTP 403 con blocked-by-mitm-hook. |
El pull request #53506 aplica el rechazo de cabeceras duplicadas a HTTP normal y a CONNECT. Sus pruebas cubren cabeceras idénticas y en conflicto en solicitudes de origen, de forma absoluta y CONNECT, y verifican que se rechacen antes de abrir una conexión con el servidor de destino.
El pull request #52661 describe el bloqueo del alias cuando la credencial delegada seleccionada está asociada a un host protegido por hooks. Las pruebas incluyen distintos alias de proveedor, destinos IPv6 y escenarios de selección de credenciales.
