MIXED a rapporté la publication de Codex CLI 0.163.0 le 15 octobre 2026 et lui a associé plusieurs correctifs du proxy. La PR #51650 décrit le changement central : le proxy doit vérifier l’autorisation avant de résoudre un nom d’hôte pour contrôler son adresse IP. Auparavant, le nom pouvait parvenir au résolveur DNS avant que la requête soit rejetée.
Le proxy vérifie l’autorisation avant la résolution DNS
Une requête DNS transmet le nom d’hôte demandé à un résolveur pour obtenir son adresse IP. La PR #51650 décrit un ordre de traitement qui pouvait révéler ce nom même si le proxy refusait ensuite la connexion. Le correctif exige d’abord une correspondance dans la liste d’autorisation ou une approbation de la politique réseau. Après une approbation locale ou distante, le proxy réexamine aussi les restrictions de base.
Pour une connexion HTTPS autorisée par CONNECT — la méthode qui établit un tunnel à travers le proxy — les vérifications DNS de la requête HTTPS interne sont conservées, y compris lorsque l’hôte ne figure pas dans une liste d’autorisation enregistrée.
La même PR limite le changement de sandbox à un environnement Seatbelt administré sur macOS. Dans ce cas précis, l’autorisation de liaison locale permettait aussi des sorties DNS vers l’extérieur sur le port 53. Le correctif retire cette autorisation DNS externe tout en conservant la liaison locale et l’accès au proxy sur l’interface de bouclage. Les tests décrits vérifient l’absence de requête DNS pour un hôte non autorisé et le blocage du trafic externe UDP et TCP sur le port 53.
Deux autres contrôles ciblent les requêtes ambiguës et les identifiants
| Situation | Condition | Comportement du proxy |
| Résolution DNS | Nom d’hôte non autorisé pour le contrôle d’adresse | Le proxy attend une correspondance dans la liste d’autorisation ou une approbation de politique avant la résolution DNS (PR #51650). |
En-têtes Host multiples | Requête HTTP simple ou CONNECT comportant plusieurs en-têtes Host, même identiques | Le proxy renvoie HTTP 400 avant l’évaluation de la politique, le transfert vers le serveur ou le routage par socket Unix (PR #53506). |
| Alias d’identifiants | Des identifiants délégués associés à un hôte protégé par des hooks d’inspection sont utilisés avec un alias non protégé | Le proxy refuse la requête avec HTTP 403 et le code blocked-by-mitm-hook (PR #52661). |
Pour les en-têtes Host, la PR #53506 vise à empêcher que l’évaluation de la politique et l’analyse de la requête par le serveur amont retiennent des lignes différentes. Ses tests couvrent des en-têtes identiques ou contradictoires dans des requêtes en forme originelle, absolue et CONNECT, ainsi que le rejet avant toute connexion amont.
La PR #52661 concerne un cas précis : des identifiants que le proxy fournit pour un hôte doté de hooks d’inspection ne doivent pas être injectés lors d’une requête vers un alias sans ces hooks. Le contrôle reprend les mêmes règles de destination et de sélection des identifiants pour l’alias et pour leur injection.
MIXED a également rapporté que Codex CLI 0.163.0 rétablit les autorisations enregistrées et les approbations réseau à la reprise d’un fil, sous réserve des dérogations explicites et de la politique gérée en vigueur.
