Historique des versions du plugin Codex Security

Dernières notes de version : 0.1.32.

Vérifiez la version du plugin dans votre environnement Codex actuel avant d’utiliser une fonctionnalité d’une version plus récente.

Cet historique suit les versions du plugin. Le package a sa propre numérotation. Si vous utilisez la CLI ou le SDK, exécutez npx @openai/codex-security info --json pour vérifier à la fois la version du package et celle du plugin qu’il contient.

Pour connaître les changements apportés à la CLI et au SDK, consultez les notes de version du package Codex Security.

0.1.32

Finalisation plus fiable des analyses approfondies

• Le plugin conserve avec les résultats agrégés l’identifiant de l’analyse et les instructions nécessaires à sa finalisation. Codex peut ainsi terminer l’analyse et générer report.md.
• Lorsque les agents produisent de nombreux résultats, le plugin les lit par pages plus petites pour éviter les erreurs liées à la taille des réponses lors de l’agrégation.
• En cas d’erreur récupérable d’un agent, y compris une erreur d’analyse syntaxique, le plugin effectue une nouvelle tentative avant d’arrêter l’analyse.

Consultez Exécuter une analyse de sécurité approfondie pour savoir comment configurer l’analyse, consulter ses résultats et les récupérer en cas d’échec.

0.1.30 (24 septembre 2026)

• Cette version met à jour le numéro de version du plugin. Son fonctionnement est identique à celui de 0.1.25.

0.1.25 (23 septembre 2026)

Conservation des artefacts avec les résultats enregistrés

• Conservez avec l’analyse les éléments de preuve à garder et les documents complémentaires. Placez les sorties de compilation et de test dont vous n’aurez plus besoin dans un espace de stockage temporaire.
• Enregistrez les artefacts via le plugin pendant l’analyse pour qu’ils restent disponibles avec les résultats finaux et les points de reprise.

Suivi de la progression et des résultats de l’analyse

• Suivez chaque phase d’une analyse standard dès qu’elle commence : modélisation des menaces, recherche de vulnérabilités, validation, analyse des chemins d’attaque et rédaction du rapport.

Examen d’un plus grand nombre de fichiers avec moins d’interruptions

• Incluez les fichiers de workflow GitHub Actions modifiés dans les analyses de changements. L’examen du dépôt prend également en compte les fichiers .cjs, .cts, .mts et .tf.
• Poursuivez une analyse sans avertissement d’accès lorsque la vérification Daybreak est indisponible ou non concluante. Si une nouvelle vérification indique que l’accès n’est pas accordé, l’avertissement invitant à s’inscrire s’affiche toujours.
• Utilisez OPENAI_API_KEY pour les agents d’analyse approfondie qui n’ont pas de compte Codex lorsque le fournisseur sélectionné exige une authentification OpenAI.

0.1.24 (9 septembre 2026)

Vérification de l’accès à Daybreak depuis le plugin

• Vérifiez l’accès à Daybreak avant une analyse dans les sessions de l’application de bureau ou de la CLI où vous êtes connecté avec ChatGPT, sans connecter l’application distincte Codex Security Access.
• Consultez le lien d’inscription si l’accès n’est pas accordé, ou l’avertissement si l’accès ne peut pas être vérifié. Les sessions qui utilisent uniquement une clé API ne peuvent pas vérifier l’accès du compte.
• Poursuivez l’analyse après le message d’information, même si l’accès est indisponible ou si la vérification échoue. Ce message n’accorde aucun accès et ne conditionne pas l’exécution de l’analyse.

Vérification des correctifs de sécurité sur demande

• Le plugin exécute $codex-security:verify-fix uniquement si vous demandez explicitement la vérification d’un correctif de sécurité.
• Utilisez les workflows habituels pour les demandes de mise en œuvre d’un correctif, de revue de code ou de test, sans basculement automatique vers le format des résultats de vérification.

0.1.23 (8 septembre 2026)

Évaluation du risque associé à un correctif proposé

• Utilisez $codex-security:assess-patch-risk pour examiner un changement proposé à partir des révisions exactes et des éléments de preuve tirés du code source.
• Évaluez l’impact, la probabilité et la difficulté de rétablissement séparément de la protection contre les régressions. Repérez les éléments de preuve manquants qui influent sur la recommandation.
• Obtenez une recommandation à titre indicatif : fusionner le changement, le réviser ou ne rien changer. L’évaluation ne fusionne pas le code et ne remplace pas les règles d’approbation du dépôt.

Récupération des résultats conservés après l’échec d’une analyse

• Sélectionnez une analyse qui a échoué et demandez la récupération des constats valides enregistrés, sans relancer l’analyse.
• Parcourez les analyses et les constats enregistrés sans déclencher automatiquement la récupération de toutes les analyses en échec. La récupération préserve le statut d’échec. Elle n’est pas disponible pour les analyses en cours, terminées avec succès ou annulées.
• Conservez des constats distincts lorsque les agents réutilisent les mêmes identifiants pour des constats potentiels. La récupération préserve les éléments de preuve valides et les détails sur les causes profondes.

Configuration des analyses et rapports plus clairs

• Consultez chaque vérification préalable et le détail des blocages ou avertissements dans les analyses standard et les analyses de changements.
• Gardez la possibilité de reprendre l’analyse pendant que vous décidez comment résoudre un problème de configuration. Les modifications persistantes de la configuration dans les sessions interactives nécessitent toujours votre approbation.
• Consultez les chemins configurés pour l’inclusion et l’exclusion dans les rapports d’analyse approfondie.
• Limitez les mises à jour du contexte à l’analyse sélectionnée sans remplacer les paramètres par défaut enregistrés pour l’espace de travail.

Amélioration du démarrage et du triage dans GitHub

• Accordez jusqu’à deux minutes au serveur d’outils du plugin pour démarrer et transmettez aux agents d’analyse approfondie les informations d’authentification par clé API OpenAI.
• Utilisez le connecteur GitHub explicitement sélectionné lors de l’importation des constats à trier. Le plugin vous demande confirmation avant de changer de connexion ou de compte.

0.1.22 (25 août 2026)

Vérification des correctifs de sécurité existants

• Utilisez $codex-security:verify-fix pour vérifier si un correctif existant résout un problème de sécurité signalé, sans modifier les fichiers du dépôt ni les outils de suivi des tickets.
• Obtenez pour chaque constat un résultat fixed, still_vulnerable ou inconclusive, accompagné des éléments de preuve et des limites de la validation.
• Ajoutez une investigation avant l’application du correctif et un examen après son application au workflow de traitement des constats.

Conservation des constats en cas d’arrêt de l’analyse

• Enregistrez les constats et les constats potentiels en attente à mesure que les agents d’analyse approfondie progressent.
• Conservez les constats acceptés des agents dans les résultats, même si la consolidation ultérieure les omet ou échoue.
• Conservez les résultats valides des analyses en échec, annulées ou interrompues, avec leur statut d’origine et l’indication que leur couverture est incomplète.
• Transmettez le prompt fourni pour l’analyse aux agents d’analyse approfondie et conservez les règles prises en charge qui interdisent certains accès au système de fichiers dans la session parente.

Meilleure compatibilité avec Windows et les systèmes de fichiers

• Faites correspondre les chemins Windows équivalents dans l’historique des analyses et chargez la configuration système de Windows depuis l’emplacement prévu.
• Bloquez les chemins d’artefacts d’analyse que Windows pourrait interpréter de plusieurs façons.
• Enregistrez les résultats d’analyse sur les systèmes de fichiers qui ne prennent pas en charge les liens physiques.
• Lisez les horodatages UTC des analyses de manière cohérente avec Python 3.10.

0.1.21 (21 août 2026)

Installation et démarrage plus fiables du plugin

• Installez le plugin sans avoir besoin de l’application facultative Codex Security Access. La vérification d’accès hébergée reste indicative.
• Utilisez l’environnement d’exécution Node.js fourni avec Codex pour démarrer le plugin, y compris sur les installations Windows où les exécutables fournis dans le package ne peuvent pas être lancés directement.
• Lisez les métadonnées Git en UTF-8 sur Windows.

Conservation des détails des constats et amélioration des exports SARIF

• Retrouvez les mêmes détails de validation, éléments de preuve sur les chemins d’attaque et informations sur les causes profondes dans les constats enregistrés, les rapports et l’espace de travail de sécurité.
• Exportez des noms de règles lisibles, des instructions de correction, des étiquettes CWE et le niveau de gravité pour l’analyse de code GitHub, tout en conservant les identifiants des constats, leurs empreintes et leurs emplacements dans le code source.

0.1.20 (17 août 2026)

Analyses approfondies sous forme d’audits indépendants complets

• Faites exécuter à chaque agent d’analyse approfondie le même audit de bout en bout que pour une analyse standard, y compris la modélisation des menaces, la validation, l’analyse des chemins d’attaque et le bilan de couverture.
• Regroupez les rapports terminés des agents en une seule analyse, tout en conservant les limites de temps configurées, les informations de couverture partielle et les possibilités de reprise après redémarrage et d’annulation.
• Utilisez quatre agents en parallèle par défaut. L’analyse approfondie s’arrête lorsque quatre analyses terminées consécutives n’ajoutent aucun constat, avec un maximum de 40 exécutions d’agents. Les paramètres workers = "auto" existants correspondent désormais à quatre agents. Consultez Configurer l’exécution des analyses approfondies.
• Relancez les agents au point où ils en étaient s’ils ont terminé l’examen du code source mais perdu leur dernière ébauche de rapport, sans répéter l’intégralité de l’audit.

Vérification de Trusted Access for Cyber avant les analyses hébergées

• Sur les hôtes Codex qui donnent accès à l’application Codex Security Access, vérifiez le statut de Trusted Access avant le lancement des analyses standard, de changements et approfondies.
• Un avertissement bien visible vous indique que les résultats protégés de l’analyse risquent d’être indisponibles. Il contient un lien d’inscription si l’accès n’est pas accordé.
• Poursuivez l’analyse si la vérification ne permet pas de déterminer le statut de Trusted Access ou si l’accès n’est pas accordé. Le message est informatif et ne conditionne pas l’exécution de l’analyse.
• Les packages publics de la CLI et du SDK n’effectuent pas cette vérification indicative dans la version 0.1.20.

Analyses approfondies dans davantage d’environnements

• Lancez les agents d’analyse approfondie depuis les installations de la CLI et du SDK distribuées sous forme de packages, y compris sur Windows en l’absence d’un exécutable codex installé globalement.
• Isolez les paramètres des analyses approfondies lancées depuis la CLI ou le SDK en mode autonome de ceux des autres analyses en cours.
• Conservez les paramètres d’approbation non interactive pour les agents d’analyse approfondie imbriqués.

Conservation des résultats dans davantage de scénarios d’échec

• Conservez davantage d’analyses enregistrées et de résultats d’agents ayant terminé leur travail lors d’une reprise après redémarrage, à partir d’une archive ou après un transfert.
• Récupérez les constats valides à partir de données d’analyse anciennes ou incomplètes.
• Terminez les analyses même si des rapports de couverture indépendants se recoupent.
• Comptabilisez correctement les tokens d’entrée mis en cache dans les totaux de consommation, pour les réponses actuelles comme pour les réponses plus anciennes des fournisseurs.

0.1.19 (13 août 2026)

Limite de temps pour les analyses approfondies

• Définissez [deep_scan].max_time_hours sur une durée strictement positive de 96 heures maximum. Les fractions d’heure sont acceptées.
• Conservez les résultats de recherche de vulnérabilités déjà obtenus à l’expiration du délai, puis poursuivez avec la validation et la rédaction du rapport.
• Indiquez dans le rapport que la couverture est partielle si aucun examen du code source ne se termine avant l’échéance.

Fiabilité accrue des analyses

• Conservez le travail de recherche déjà terminé lorsqu’un agent s’arrête ou qu’une étape de réduction est relancée.
• Lisez des fichiers source plus volumineux et générez des rapports sans les anciennes limites de taille fixes.
• Lisez les changements enregistrés dans la révision sélectionnée et conservez les chemins relatifs au dépôt sur Windows.
• Transmettez les identifiants OpenRouter et Fireworks aux agents d’analyse approfondie.

0.1.18 (7 août 2026)

Analyses de sécurité avec Amazon Bedrock

• Exécutez des analyses avec des jetons d’accès de type Bearer pour Amazon Bedrock et des profils AWS, des paramètres régionaux, une identité web ou des identifiants de conteneur.
• Permettez aux agents chargés des tâches d’analyse approfondie déléguées de s’authentifier auprès d’AWS.

Moins de coordination pour les analyses standard

• Utilisez un workflow simplifié pour les analyses standard portant sur un dépôt ou sur des chemins précis.
• Conservez les consignes des fichiers SECURITY.md imbriqués, le périmètre exact de l’analyse, les mises à jour de progression et les rapports finaux.

Démarrage et achèvement plus fiables des analyses

• Accordez aux analyses lancées par un prompt jusqu’à cinq minutes pour initialiser les dépôts volumineux, au lieu d’interrompre l’initialisation après 30 secondes.
• Menez à terme les analyses standard et approfondies même si l’hôte limite la longueur des noms d’outils.

Correction des problèmes après une modification du système de fichiers

• Corrigez les problèmes relevés lors d’analyses terminées même si un remontage du système de fichiers a changé son identifiant de périphérique.
• Avant d’appliquer un correctif, vérifiez comme auparavant qu’il s’agit de la copie de travail et de la révision Git d’origine.

0.1.17 (5 août 2026)

Suivi de l’analyse en temps réel

• Suivez la phase en cours, le temps écoulé, les agents actifs, les fichiers examinés et la consommation de tokens dans une seule vue actualisée en temps réel.
• Suivez l’avancement de l’examen du dépôt à mesure que chaque fichier est traité, sans attendre la fin de l’analyse.

Reprise des analyses approfondies interrompues

• Poursuivez une analyse approfondie en cours après le redémarrage de son coordinateur sans répéter l’examen des fichiers déjà traités.
• Conservez les résultats de recherche déjà obtenus, les informations sur le propriétaire de l’analyse et les tâches en attente en cas de mise à jour de l’application ou d’interruption de la session d’analyse.

Allègement du démarrage et de la finalisation des analyses

• Lancez les analyses standard, de changements et approfondies directement dans les workflows natifs, sans ouvrir l’ancien widget d’analyse intégré, désormais retiré.
• Réutilisez les résumés des analyses terminées. Les constats ne sont tous rechargés que si vous demandez les résultats structurés complets.

0.1.16 (4 août 2026)

Suivi de la consommation mesurée lors des analyses

• Consultez la consommation totale de tokens pour l’analyse principale et ses agents délégués, ainsi que le détail des tokens d’entrée, des tokens d’entrée mis en cache et des tokens de sortie.
• Distinguez les mesures complètes, partielles et indisponibles. Une mesure manquante n’apparaît plus comme une consommation nulle.

Analyses plus approfondies et résultats cohérents

• Utilisez les mêmes phases de modélisation des menaces, de recherche de vulnérabilités, de validation, d’analyse des chemins d’attaque et de rédaction du rapport pour les analyses standard et approfondies.
• Configurez les agents d’analyse approfondie, la délégation par agent, la saturation et les limites de la recherche de vulnérabilités depuis la CLI ou le SDK.
• Exécutez les analyses approfondies avec l’environnement d’exécution des agents pris en charge par le modèle et récupérez l’état d’anciennes analyses sans perdre l’historique existant.
• Générez le rapport principal des analyses de changements et des analyses approfondies sans avoir à produire séparément des rapports de vulnérabilité ou des recommandations de durcissement.

Consignes d’analyse et cibles de dépôt à jour

• Mettez à jour les consignes de sécurité pendant une analyse et transmettez-les aux phases suivantes ainsi qu’aux agents chargés des tâches d’analyse approfondie déléguées.
• Conservez les URL des dépôts, les références aux pull requests et un contexte de sécurité plus détaillé sans autoriser d’accès réseau que vous n’avez pas demandé.
• Faites échouer l’analyse si le dépôt ou la cible change pendant son exécution, pour éviter que les automatisations n’acceptent des constats obsolètes.
• Respectez les paramètres de proxy d’entreprise et de certificats de confiance dans les environnements réseau administrés.

Rapports de vulnérabilité plus clairs

• Produisez des rapports de vulnérabilité étayés par le code source qui distinguent les comportements observés des hypothèses non vérifiées.
• Précisez les limites pratiques de la preuve de concept, les versions concernées et les frontières de sécurité, et indiquez les mesures à prendre pour corriger le problème.

0.1.15 (30 juillet 2026)

Conservation des résultats lorsque le dépôt change

• Rattachez les constats finalisés et les rapports à la révision ou à l’instantané de l’arbre de travail d’origine, même si les fichiers ou la révision du dépôt changent pendant l’analyse.
• Affichez un avertissement en fin d’analyse si le code sélectionné a changé ou si la cible est devenue indisponible, tout en conservant les résultats.
• Archivez une analyse existante avant de réutiliser son répertoire de sortie pour une autre analyse.

Prise en compte des décisions prises lors de l’examen des constats

• Indiquez le motif de clôture lorsque vous classez un constat comme faux positif.
• Réutilisez les décisions validées sur les faux positifs lors des analyses ultérieures de la même cible, sans les appliquer à une autre copie de travail ni à une cible sans rapport.
• Écartez un constat récurrent uniquement si le motif initial s’applique toujours au code et aux contrôles de sécurité actuels.

Récupération des constats valides sans surestimer la couverture

• Conservez les constats valides si un autre constat, un rapport ou un artefact de durcissement est mal formé. Un avertissement signale les données ignorées.
• Éliminez les doublons en conservant le constat le plus solide au regard de sa gravité, du degré de confiance et des éléments de preuve disponibles.
• Indiquez que la couverture est partielle si Codex ne peut pas vérifier les constats, les justificatifs d’examen ou les points à approfondir.
• Incluez dans les exports SARIF les avertissements relatifs à une couverture incomplète ou à un examen reporté.

Visibilité des paramètres et de la progression des analyses

• Enregistrez le modèle et l’effort de raisonnement sélectionnés avec les analyses standard et approfondies pour que l’historique et la progression restent cohérents après un rechargement.
• Consultez le nombre d’examens indépendants en cours et terminés dans une analyse approfondie, ainsi que le moment où commence la consolidation des résultats.
• Adaptez la recherche de vulnérabilités des analyses standard à la capacité disponible des agents, tout en conservant une seule liste de fichiers à analyser et un seul passage pour examiner les constats potentiels.

Prise en charge d’un plus grand nombre de structures de dépôts et de systèmes de fichiers

• Incluez les dépôts Git imbriqués lors de la création d’un instantané de l’arbre de travail.
• Conservez les chemins des fichiers inclus dans le périmètre tels qu’ils sont écrits et gérez les chemins Windows insensibles à la casse.
• Lors des vérifications préalables à l’analyse, développez la valeur configurée de CODEX_HOME si elle commence par ~.

0.1.14 (28 juillet 2026)

Examen de l’historique des analyses et des constats récurrents

• Filtrez les dépôts, les constats et l’historique des analyses. Chaque page présente un nombre limité de résultats et des informations plus claires sur leur statut.
• Relancez une analyse avec ses paramètres enregistrés et comparez les analyses terminées pour distinguer les constats nouveaux, persistants, résolus ou non réexaminés.
• Regroupez les arbres de travail d’un même dépôt et utilisez des identifiants stables pour les dépôts et les constats dans les différentes vues.

Définition de la politique de sécurité du dépôt

• Utilisez $codex-security:define-security-policy pour examiner ou mettre à jour les consignes du fichier SECURITY.md applicable au périmètre : frontières de confiance, invariants de sécurité, constats à signaler, gravité, exclusions et risques acceptés.
• Appliquez le fichier de politique le plus proche, en limitant sa taille et en rejetant les liens symboliques qui pointent hors du dépôt.

Examen des constats avant leur mise en suivi

• Sélectionnez jusqu’à 25 constats d’une analyse terminée pour en assurer le suivi dans Linear ou GitHub Issues.
• Renvoyez les constats sélectionnés à Codex pour examen et approbation avant la création des tickets, au lieu de créer ceux-ci directement depuis l’espace de travail des constats.

Workflow simplifié pour les analyses standard

• Utilisez une liste déterministe unique des fichiers à analyser et un registre compact des constats potentiels pour les analyses standard d’un dépôt ou de chemins précis.
• Conservez les sorties existantes (manifeste, constats, données de couverture, rapport et export SARIF) tout en réduisant les étapes d’analyse répétées.

0.1.13 (25 juillet 2026)

Examen des constats dans davantage d’environnements

• Conservez les constats de sécurité avérés même si le code concerné est local, interne, utilisé pour l’entraînement ou non déployé en production.
• Tenez compte des conditions de déploiement et d’exposition pour ajuster la gravité et le degré de confiance sans écarter automatiquement le constat.

0.1.12 (23 juillet 2026)

Analyses plus approfondies et progression plus lisible

• Lancez des analyses approfondies qui coordonnent les agents sur l’ensemble d’un dépôt ou dans un répertoire sélectionné.
• Appliquez vos paramètres de modèle et de raisonnement aux tâches d’analyse déléguées.
• Consultez les résultats des vérifications préalables, la progression, la capacité disponible des agents et le comportement de repli avant et pendant l’analyse.

Consultation et relance des analyses précédentes

• Ouvrez les analyses en cours et les analyses précédentes depuis la liste des analyses de sécurité.
• Rouvrez une analyse enregistrée dans l’espace de travail des constats ou relancez-la pour actualiser les résultats.
• Consultez des statuts de fin d’analyse plus clairs, ainsi que des détails de constats et un historique plus cohérents.

Configuration des analyses avec moins d’interruptions

• Lancez les analyses depuis le parcours de configuration natif sans quitter votre tâche en cours.
• Gardez la configuration de l’analyse dans le panneau latéral, même lorsque Codex est en plein écran.
• Fermez le panneau de configuration lorsque vous n’en avez pas besoin et conservez cette préférence pour les analyses suivantes.

Examen et correction des problèmes validés

• Conservez les constats validés de faible gravité dans les résultats finaux.
• Consultez des informations plus cohérentes sur les constats dans les analyses, les rapports et les exports.
• Réessayez de corriger le problème et réutilisez le contexte pertinent de l’analyse dans les correctifs suivants.

Export des résultats pour les workflows de sécurité existants

• Exportez les constats finalisés au format JSON, CSV ou SARIF.
• Générez les résultats SARIF localement pour les intégrer aux outils d’analyse de code et de sécurité.
• Conservez les mêmes informations sur les constats dans les différents formats d’export.

0.1.11 (10 juillet 2026)

Rapports détaillés sur les constats et le durcissement

• Générez pour chaque constat à signaler un rapport de vulnérabilité étayé par le code source, accompagné des fichiers de preuve de concept lorsqu’ils sont disponibles.
• Examinez un dossier de durcissement structurel qui analyse l’ensemble des constats, les compromis techniques et les options de migration, avec des schémas à l’appui.
• Utilisez report.md comme point d’entrée vers ces documents dérivés, disponibles sous findings/ et hardening/. Conservez l’intégralité du répertoire d’analyse lorsque vous partagez ou archivez les résultats.

Exécution directe des workflows de rédaction de rapports

• Utilisez $codex-security:vulnerability-writeup pour transformer des documents de divulgation, des ébauches de constats, des preuves de concept et du code source en rapports finalisés, sans lancer au préalable une analyse Codex Security.
• Utilisez $codex-security:propose-security-hardening pour élaborer des options structurelles ou architecturales étayées par des analyses, des constats, des documents d’incident ou d’évaluation et du code source.

Application cohérente des consignes du dépôt et des règles de couverture

• Définissez le contexte du modèle de menaces, les invariants de sécurité, les critères de signalement des constats, les exclusions et les éléments d’appréciation de la gravité dans des fichiers SECURITY.md à la racine ou dans des sous-répertoires. Le fichier applicable le plus proche prévaut.
• Étendez la couverture de l’examen du dépôt avant la validation, tout en conservant la trace des zones dont l’examen a été explicitement reporté et des éléments de preuve manquants.
• Examinez les fichiers source supprimés lors des analyses de changements et étendez la couverture par défaut de l’examen du dépôt avant la validation.
• Vérifiez les skills nécessaires aux phases de l’analyse approfondie, les agents délégués et leur capacité avant de lancer l’analyse.

0.1.10 (23 juin 2026)

Amélioration de l’importation des tickets Jira et Linear

• Le plugin vous demande confirmation avant d’importer les sous-tickets Linear et conserve les relations entre tickets parents et enfants dans les résultats.
• Distinguez les connexions manquantes, les autorisations insuffisantes, les tickets inaccessibles et les défaillances temporaires des connecteurs.
• Arrêtez le traitement sans rendre de verdict lorsque le contenu du ticket demandé est indisponible.
• Attribuez à chaque élément un rang entier positif unique, à partir de 1, dans chacune des files d’éléments confirmés ou à examiner.

Examen plus fiable des changements de code

• Comparez le commit examiné à son parent réel et conservez la cible de la comparaison dans l’espace de travail des constats.
• Signalez que l’état du correctif est indisponible au lieu d’examiner un autre changement.
• Consultez des résultats de triage et des informations contextuelles plus cohérents pour les constats.

0.1.9 (18 juin 2026)

Examen des analyses dans l’espace de travail des constats

• Examinez les analyses terminées dans un espace de travail dédié qui regroupe les constats, la couverture, la gravité, le degré de confiance et les artefacts d’analyse.
• Filtrez et triez les constats, notamment par degré de confiance décroissant. L’état de l’espace de travail est conservé lors des actualisations.
• Ouvrez un constat pour examiner au même endroit les éléments de preuve tirés du code source, les détails de validation, l’accessibilité du code concerné, l’impact et les consignes de correction.

Analyses nécessitant moins de configuration

• Lancez des analyses standard sur des dépôts Git, des dossiers individuels ou des bases de code sans historique Git. Les analyses approfondies peuvent également cibler un dossier précis.
• Annulez une analyse active ou reprenez une analyse interrompue sans nouvelle demande de configuration. Un avertissement s’affiche avant le lancement d’analyses approfondies simultanées.
• Suivez plus facilement les étapes de configuration et de progression grâce à des résumés plus concis. Les erreurs restent visibles jusqu’à leur résolution.

Export de résultats portables et vérifiables

• Utilisez un format uniforme pour les analyses terminées : le manifeste, les constats structurés, les données de couverture et le rapport Markdown proviennent du même résultat de référence.
• Exportez les constats au format JSON, CSV ou SARIF pour les analyser, les archiver ou les intégrer à d’autres outils de sécurité.
• Menez les analyses à terme de façon plus fiable, y compris lorsque des chemins Windows ou un verrouillage lié à l’analyse affectent l’accès au système de fichiers.

Triage et suivi des constats existants

• Confrontez à la base de code actuelle les constats provenant d’outils d’analyse, d’avis de sécurité, de rapports de programmes de récompense aux bogues, de GitHub, de Jira, de Linear ou des résultats de Codex Security. Le workflow de triage fournit un verdict étayé et une file d’actions classées par priorité.
• Suivez les constats validés de votre choix dans Linear, Jira ou des issues GitHub, ou créez un brouillon privé d’avis de sécurité GitHub si le dépôt remplit les conditions requises pour cet avis.
• Avant d’approuver une écriture, examinez les vérifications de doublons, le contexte d’origine, la visibilité à destination et le contenu exact proposé. Après la création ou la mise à jour, Codex relit le résultat pour le vérifier.

0.1.7 (4 juin 2026)

Examens de sécurité fondés sur des éléments de preuve

• Analysez un dépôt ou un dossier sélectionné pour y rechercher des vulnérabilités de sécurité.
• Répétez la recherche de vulnérabilités sur l’ensemble du dépôt si vous avez besoin d’une couverture plus poussée.
• Examinez les pull requests, les commits, les différences entre branches et les correctifs locaux pour repérer les régressions de sécurité.
• Pour chaque constat potentiel, passez par la modélisation des menaces, la recherche de vulnérabilités, la validation et l’analyse d’impact avant de générer les rapports d’analyse.
• Traitez un constat accepté en appliquant un correctif, en ajoutant des tests de non-régression et en vérifiant que le problème d’origine est résolu.