GitHub AI Scan ajoute des résultats de sécurité aux demandes de tirage admissibles, notamment pour les modifications en PHP, Shell et Dockerfiles. Il peut aider à vérifier le code et la configuration des applications auto-hébergées. Ses résultats sont indicatifs : ils ne font pas échouer la vérification de l’analyse du code et ne deviennent pas une exigence de règleset bloquant la fusion.
Utilisez cette fonctionnalité comme un signal de vérification supplémentaire pour les dépôts que vous gérez. Elle n’inspecte pas tous les services actifs sur votre NAS, ne corrige pas un environnement d’exécution PHP installé et ne prouve pas qu’un conteneur tiers est sûr. Faites le lien entre l’examen du code, les mises à jour prises en charge et la vérification de l’application en cours d’exécution.
Que vérifie GitHub AI Scan ?
AI Scan complète CodeQL grâce à une couverture ciblée de certains langages et frameworks. GitHub décrit une analyse basée sur les demandes de tirage, et non une analyse complète de l’arriéré du dépôt. Les résultats apparaissent dans la demande de tirage avec une étiquette AI, ce qui permet de les distinguer des résultats de CodeQL.
Pour un projet de serveur domestique, cela peut concerner un script de déploiement ou un Dockerfile que vous modifiez réellement. Cela ne remplace pas la vérification de l’état du fournisseur de l’image de base et de l’application empaquetée.
Quelles lacunes du flux de travail dois-je comprendre ?
| Attente | Limite réelle à prendre en compte |
|---|---|
| Vérifier chaque contribution | Les demandes de tirage de forks et de Dependabot sont exclues |
| Bloquer automatiquement les fusions dangereuses | Les résultats d’AI Scan sont indicatifs |
| Analyser l’ensemble du NAS en production | La fonctionnalité analyse les demandes de tirage admissibles |
| Mettre à jour toutes les dépendances | Les mises à jour des fournisseurs et des paquets restent distinctes |
| Prouver qu’un résultat vierge est sûr | Les résultats peuvent être incomplets ou inexacts |
Considérez l’absence de résultats comme un indice limité. Un réviseur doit tout de même tenir compte du chemin de code réel et des paramètres de déploiement.
Pourquoi est-ce utile après l’incident de sécurité PHP ?
La réponse de PHP met en évidence à la fois les risques liés au code de l’application et la maintenance de l’environnement d’exécution. Un outil d’analyse des demandes de tirage peut aider à repérer les risques dans le code que vous écrivez ; une vulnérabilité de l’environnement d’exécution nécessite la mise à jour appropriée en amont ou en aval. Ces responsabilités sont liées, mais reposent sur des éléments différents.
Le guide de la pile logicielle et l’explication de Patch the Planet aident à repérer cette limite. Un dépôt plus propre ne remplace pas automatiquement un binaire vulnérable en production.
Comment un mainteneur doit-il traiter un résultat ?
Lisez le chemin de code concerné, vérifiez si les conditions signalées s’appliquent et examinez toute modification suggérée. Limitez la correction à ce qui est nécessaire. Testez le comportement attendu concerné et vérifiez qu’un correctif de sécurité ne supprime pas un contrôle nécessaire et ne perturbe pas un cas d’utilisation légitime.
Notre guide sur le suivi des avis de sécurité et la vérification des correctifs couvre l’étape ultérieure du déploiement. Stockez les fichiers de récupération séparément des répertoires où les applications peuvent écrire.
Que dois-je configurer en premier ?
Vérifiez l’admissibilité du dépôt, l’analyse du code, le paramètre AI Scan effectif et le budget de facturation concerné. Les politiques de l’organisation et de l’entreprise peuvent restreindre les paramètres du dépôt. Commencez par un dépôt admissible avant d’en activer plusieurs.
Suivez le guide d’activation d’AI Scan. Si vous utilisez déjà CodeQL, consultez la comparaison entre AI Scan et CodeQL pour comprendre pourquoi une couverture complémentaire n’implique pas des contrôles de fusion identiques.
Foire aux questions
AI Scan empêche-t-il la fusion d’une pull request ?
Non. Ses résultats sont indicatifs et ne permettent pas d’imposer des exigences de fusion via des ensembles de règles.
AI Scan inspecte-t-il les applications déjà exécutées sur mon NAS ?
Non. Il analyse les modifications admissibles des pull requests dans les dépôts GitHub.
Fonctionne-t-il avec les pull requests de fork ou de Dependabot ?
GitHub indique que ces pull requests sont exclues.
AI Scan peut-il remplacer les mises à jour du runtime PHP ?
Non. Mettez à jour les packages ou les images d’application concernés en suivant la procédure prise en charge par le fournisseur concerné.
À lire aussi
- Comment activer GitHub AI Scan pour le dépôt de votre application auto-hébergée
- GitHub AI Scan et CodeQL : comparaison de la couverture, des résultats et des contrôles de fusion
Sources
- Annonce officielle et documentation du modèle — github.blog
- Documentation technique et référence — docs.github.com
Couverture : image de l’annonce officielle de GitHub AI Scan. Source de l’image.
Centre Tech & IA
Plus à lire

LFM2.5-24B-A2B expliqué : ce que signifient les paramètres totaux et actifs pour les agents IA locaux
LFM2.5-24B-A2B combine 24 milliards de paramètres au total et 2 milliards de paramètres actifs. Découvrez la mémoire, les outils d’agent, l’exécution locale et la...

IBM Granite Speech 5.0 expliqué : ce que l’ASR compact signifie pour les archives audio privées
Granite Speech 5.0 TurboCTC est un modèle compact de reconnaissance vocale automatique doté d’une mise à jour multilingue. Découvrez comment la transcription locale peut...

Claude Duet expliqué : tâches proactives, applications connectées et fichiers personnels
Claude Duet est un aperçu de recherche sur les agents proactifs. Découvrez les tâches en arrière-plan, les comptes connectés, les limites de révision et...

