For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navigation principale
Theme
Codex

Codex use case

Corrigez les vulnérabilités en attente

Apportez un correctif minimal à chaque problème examiné et montrez qu’il ne se reproduit plus.

Difficulty Advanced
Time horizon 1h

Importez les signalements approuvés depuis vos outils de suivi des tickets ou de signalement des vulnérabilités. Utilisez ensuite le plugin Codex Security pour traiter les problèmes un par un. Validez chaque problème, apportez-lui un correctif ciblé et montrez qu’il ne se reproduit plus.

Best for

  • Équipes qui ont déjà examiné des problèmes de sécurité relevés dans Codex Security, des tickets Linear ou Jira, des avis de sécurité GitHub ou des rapports HackerOne ou Bugcrowd, ou encore lors de tests d’intrusion ou de revues de sécurité internes.
  • Listes de vulnérabilités en attente pour lesquelles chaque correctif exige un diff minimal et une validation reproductible.
  • Responsables de la maintenance qui souhaitent traiter les vulnérabilités séparément des travaux plus larges de refactorisation ou de nettoyage du code.

Contents

    ← All use cases

    Corrigez les vulnérabilités en attente

    Apportez un correctif minimal à chaque problème examiné et montrez qu’il ne se reproduit plus.

    Importez les signalements approuvés depuis vos outils de suivi des tickets ou de signalement des vulnérabilités. Utilisez ensuite le plugin Codex Security pour traiter les problèmes un par un. Validez chaque problème, apportez-lui un correctif ciblé et montrez qu’il ne se reproduit plus.

    Advanced
    1h

    Importez les signalements approuvés depuis vos outils de suivi des tickets ou de signalement des vulnérabilités. Utilisez ensuite le plugin Codex Security pour traiter les problèmes un par un. Validez chaque problème, apportez-lui un correctif ciblé et montrez qu’il ne se reproduit plus.

    Advanced
    1h

    Best for

    • Équipes qui ont déjà examiné des problèmes de sécurité relevés dans Codex Security, des tickets Linear ou Jira, des avis de sécurité GitHub ou des rapports HackerOne ou Bugcrowd, ou encore lors de tests d’intrusion ou de revues de sécurité internes.
    • Listes de vulnérabilités en attente pour lesquelles chaque correctif exige un diff minimal et une validation reproductible.
    • Responsables de la maintenance qui souhaitent traiter les vulnérabilités séparément des travaux plus larges de refactorisation ou de nettoyage du code.

    Skills & Plugins

    • Corrigez un problème de sécurité confirmé ou plausible, puis vérifiez le correctif à l’aide de tests ciblés ou en rejouant le scénario de reproduction.
    Skill Why use it
    Codex Security:fix Finding Corrigez un problème de sécurité confirmé ou plausible, puis vérifiez le correctif à l’aide de tests ciblés ou en rejouant le scénario de reproduction.

    Starter prompt

    Utilisez $codex-security:fix-finding pour corriger le problème de sécurité signalé et vérifier qu’il ne se reproduit plus. Source : [Codex Security report / Linear or Jira ticket / GitHub Security Advisory / HackerOne or Bugcrowd report / other authorized source] Titre et composant concerné : [finding title and component] Source ou point de destination vulnérable, ou contrôle défaillant : [known path or unknown] Entrée contrôlée par l’attaquant et impact : [input, prerequisites, and impact] Invariant de sécurité attendu : [behavior the fix must enforce] Éléments de preuve disponibles : [report path, PoC, reproducer, test, or validation notes] Fichiers et lignes concernés : [paths and lines, or unknown] Contraintes : [supported behavior to preserve, test command, rollout requirement, or none] Exigences : - Si possible, confirmez que le problème existe toujours avant de modifier le code. - Apportez la modification minimale qui garantit l’invariant de sécurité attendu. - Ajoutez des tests de non-régression ciblés ou fournissez l’élément de validation reproductible le plus probant dont vous disposez. - Vérifiez que les usages légitimes fonctionnent toujours et que le problème initial ne se reproduit plus. - Écartez de cette modification les signalements en attente et les refactorisations sans rapport avec le problème traité. Indiquez les fichiers modifiés, les tests ou les éléments de validation, ainsi que les commandes exactes et leurs résultats. Montrez que le problème initial ne se reproduit plus et précisez les incertitudes qui subsistent. Si le problème est déjà corrigé, présentez les éléments qui le prouvent et laissez le code en l’état.
    Utilisez $codex-security:fix-finding pour corriger le problème de sécurité signalé et vérifier qu’il ne se reproduit plus. Source : [Codex Security report / Linear or Jira ticket / GitHub Security Advisory / HackerOne or Bugcrowd report / other authorized source] Titre et composant concerné : [finding title and component] Source ou point de destination vulnérable, ou contrôle défaillant : [known path or unknown] Entrée contrôlée par l’attaquant et impact : [input, prerequisites, and impact] Invariant de sécurité attendu : [behavior the fix must enforce] Éléments de preuve disponibles : [report path, PoC, reproducer, test, or validation notes] Fichiers et lignes concernés : [paths and lines, or unknown] Contraintes : [supported behavior to preserve, test command, rollout requirement, or none] Exigences : - Si possible, confirmez que le problème existe toujours avant de modifier le code. - Apportez la modification minimale qui garantit l’invariant de sécurité attendu. - Ajoutez des tests de non-régression ciblés ou fournissez l’élément de validation reproductible le plus probant dont vous disposez. - Vérifiez que les usages légitimes fonctionnent toujours et que le problème initial ne se reproduit plus. - Écartez de cette modification les signalements en attente et les refactorisations sans rapport avec le problème traité. Indiquez les fichiers modifiés, les tests ou les éléments de validation, ainsi que les commandes exactes et leurs résultats. Montrez que le problème initial ne se reproduit plus et précisez les incertitudes qui subsistent. Si le problème est déjà corrigé, présentez les éléments qui le prouvent et laissez le code en l’état.

    Traitez un à un les signalements déjà examinés

    Utilisez ce workflow lorsqu’un signalement de sécurité contient suffisamment d’éléments pour décider d’une correction ciblée. Le signalement peut provenir du plugin Codex Security, d’un outil de suivi comme Linear ou Jira, de GitHub Security Advisories, d’une plateforme de signalement de vulnérabilités comme HackerOne ou Bugcrowd, d’une revue interne ou d’une autre source autorisée. Connectez la source si cette intégration est prise en charge, ou fournissez le rapport, le ticket ou l’avis de sécurité en y joignant, si possible, le code concerné et les éléments de preuve.

    Évitez de confier à Codex une longue liste de signalements en lui demandant de tout corriger d’un coup. En traitant un seul signalement à la fois, vous pouvez examiner la propriété de sécurité à garantir, le correctif et les éléments qui permettent de le valider.

    Clôturez chaque signalement à l’appui de preuves

    1. Sélectionnez un signalement provenant de Codex Security, d’un outil de suivi des tickets, d’un avis de sécurité, d’une plateforme de signalement de vulnérabilités ou d’une autre source que votre équipe autorise pour ce travail de correction.
    2. Fournissez ou récupérez la référence du signalement d’origine, la source du problème ou le contrôle de sécurité défaillant, les données d’entrée contrôlées par l’attaquant, les fichiers concernés, les éléments attestant la reproduction du problème et le comportement attendu une fois le code sécurisé.
    3. Demandez à $codex-security:fix-finding de reproduire ou de confirmer le problème avant d’appliquer un correctif minimal. Si le problème est déjà corrigé, demandez-lui d’indiquer qu’aucune modification du code n’est nécessaire.
    4. Examinez le correctif avec le test de non-régression ou l’artefact de validation qui l’accompagne.
    5. Vérifiez que les usages légitimes restent possibles et que le chemin d’exécution initialement vulnérable ne permet plus de reproduire le problème.
    6. Consignez les incertitudes qui subsistent avant de passer au signalement suivant.

    Assurez la traçabilité des signalements

    Pour chaque signalement traité, conservez la référence du ticket, de l’avis de sécurité ou du rapport d’origine, le détail exact de la modification du code et la liste des vérifications effectuées. Précisez ce qui reste à démontrer. Si Codex constate que le problème a déjà été corrigé ou ne parvient pas à le reproduire, consignez les éléments qui étayent ce constat au lieu d’imposer une modification inutile du code.

    Pour en savoir plus sur l’espace de travail dédié aux signalements et sur les démarches de correction à l’aide de prompts, consultez Corrigez et vérifiez les problèmes de sécurité signalés.

    Related use cases