03.10.2026 · Signal Titans Editorial
GitHub enrichit l’API GraphQL des avis de sécurité avec du filtrage côté serveur et de nouvelles métadonnées
GitHub a mis à jour son API GraphQL pour les avis de sécurité, ajoutant cinq champs descriptifs et le filtrage côté serveur pour optimiser le tri.

GitHub a étendu son API GraphQL SecurityAdvisory pour fournir des métadonnées supplémentaires sur les avis de sécurité directement au sein de requêtes uniques, réduisant ainsi le recours aux API REST dans les workflows d'intégration de sécurité.
Nouveaux champs de métadonnées pour les avis de sécurité
La mise à jour de l'API GraphQL introduit cinq nouveaux champs dans l'objet SecurityAdvisory. Les intégrations peuvent désormais récupérer l'identifiant CVE officiel d'un avis via cveId, accéder aux références directes du code affecté grâce à sourceCodeLocation, et consulter l'avis de sécurité du dépôt lié via repositoryAdvisoryUrl.
De plus, GitHub a ajouté un suivi temporel précis à l'objet. Les requêtes peuvent demander githubReviewedAt pour vérifier quand GitHub a terminé sa révision, ainsi que nvdPublishedAt pour examiner quand la National Vulnerability Database a publié son enregistrement.
Filtrage des requêtes côté serveur
Pour rationaliser l'extraction des données, la requête securityAdvisories s'enrichit de deux filtres dédiés côté serveur : severities et isWithdrawn. Ces ajouts permettent aux applications de filtrer les résultats directement sur les serveurs de GitHub au lieu de télécharger de grands ensembles de données pour un traitement côté client.
Ces nouveaux arguments complètent les filtres de requête existants, notamment classification, identifier, le score EPSS et les horodatages de mise à jour. En autorisant des requêtes ciblées, les développeurs peuvent concevoir des pipelines axés sur des besoins précis, tels que des flux de tri basés sur la sévérité ou des audits pour les avis retirés.
Efficacité du workflow et fonctionnement de l'API
En consolidant les attributs des avis au sein de l'interface GraphQL, les intégrations fonctionnent sous un modèle d'authentification unifié et un quota unique de limite de requêtes. L'ajout de ces champs directs réduit les séjours réseau entre les points de terminaison de GitHub et les plateformes de sécurité externes.
Toutes les évolutions du schéma sont additives et en lecture seule, garantissant une compatibilité ascendante pour les requêtes GraphQL existantes sans perturber les implémentations actives des développeurs.
Illustration éditoriale générée par IA ; ce n’est pas une photographie documentaire.