Avec 30 CVE corrigées sur cette vague de mises à jour, Apple confirme l’accélération de la recherche de failles assistée par IA : Claude, OpenAI Codex Security, Z.AI et l’NVIDIA AI Red Team apparaissent désormais dans les crédits de sécurité.
Apple crédite désormais Claude, Codex Security et d’autres outils IA dans ses correctifs de sécurité
Les notes de sécurité publiées par Apple le 27 juillet 2026 montrent un basculement clair : les outils d’IA ne servent plus seulement à assister les développeurs, ils participent aussi à la découverte de vulnérabilités dans des composants critiques. Ce jour-là, le constructeur a diffusé iOS 26.6, iPadOS 26.6, macOS Tahoe 26.6, macOS Sequoia 15.7.8, macOS Sonoma 14.8.8, tvOS 26.6, watchOS 26.6 et visionOS 26.6, tous datés du 27 juillet 2026 selon sa page officielle des mises à jour de sécurité. Apple rappelle au passage qu’une fois une mise à jour installée sur iPhone, iPad, Apple TV, Apple Watch ou Vision Pro, il n’est pas possible de revenir à la version précédente. Selon Apple, la précédente vague comparable, iOS 26.5.2 et ses équivalents, remontait au 29 juin 2026, soit 28 jours plus tôt. Cet écart donne une première métrique utile : en moins d’un mois, la firme a relancé une salve majeure de correctifs sur l’ensemble de ses plateformes. ([support.apple.com](https://support.apple.com/en-asia/100100?utm_source=openai))
Ce que disent vraiment les fiches de sécurité publiées le 27 juillet 2026
Le point le plus concret ne tient pas au marketing, mais aux crédits attachés aux CVE. Dans la fiche de sécurité d’iOS 26.5.2 et iPadOS 26.5.2, qui documente des correctifs d’abord intégrés dans les bêtas 26.6, Apple attribue plusieurs découvertes à des chercheurs travaillant avec des outils IA identifiés noir sur blanc. Le cas le plus visible concerne OpenAI Codex Security, cité sur plusieurs entrées WebKit, notamment les CVE-2026-43716, CVE-2026-43707 et CVE-2026-43745. Les impacts décrits sont précis : crash de Safari après traitement d’un contenu web malveillant, ou écriture hors limites corrigée par validation d’entrée et contrôle renforcé des bornes. On n’est donc pas face à un crédit cosmétique : l’IA est associée à des bogues mémoire classiques, au cœur de la surface d’attaque des navigateurs. ([support.apple.com](https://support.apple.com/en-us/127594))
La même documentation montre aussi que Z.AI apparaît dans la chaîne de découverte. Apple crédite en effet la DEVCORE Research Team « Using GLM From Z.AI » sur la CVE-2026-43663, un bogue WebKit pouvant provoquer un crash lors du traitement d’un contenu web forgé. L’intérêt de cette mention est double : d’abord, elle confirme que plusieurs familles de modèles sont déjà employées en recherche offensive défensive. Ensuite, elle indique qu’Apple accepte désormais de refléter ce mode de travail dans ses avis publics. Ce changement de traçabilité compte autant que le correctif lui-même. ([support.apple.com](https://support.apple.com/en-us/127594?utm_source=openai))
NVIDIA apparaît aussi dans ces notes. Sur la CVE-2026-43701, Apple crédite Aaron Grattafiori de la NVIDIA AI Red Team pour une faille WebKit qui pouvait permettre à un site malveillant de traiter du contenu restreint en dehors de la sandbox. Là encore, on parle d’un scénario à haute valeur, car la sortie de sandbox fait partie des classes de vulnérabilités les plus sensibles dans un moteur web moderne. Mon avis est simple : quand plusieurs acteurs IA différents remontent des bogues de sandbox, de mémoire et de validation d’entrée dans le même cycle, on n’est plus dans l’expérimentation isolée. ([support.apple.com](https://support.apple.com/en-us/127594))
Anthropic n’est pas un figurant dans cette séquence
Le nom qui attire le plus l’attention reste Anthropic. Dans la fiche Apple consultée, la mention la plus directe vise la CVE-2026-43715, découverte par Milad Nasr et Nicholas Carlini « with Claude, Anthropic ». Apple associe donc explicitement Claude à la remontée d’une vulnérabilité. Le billet d’origine évoquait aussi des crédits sur WebKit, WebKit Storage et WebDAV. Sur les documents Apple retrouvés lors de la recherche, la présence de Claude est confirmée, mais le détail complet de chaque occurrence 26.6 n’est pas intégralement visible dans les extraits accessibles. Quand l’information détaillée manque, il faut l’écrire clairement : détail complet par composant, non communiqué dans les extraits consultés. ([support.apple.com](https://support.apple.com/en-us/127594))
Le contexte fourni par Anthropic aide à comprendre pourquoi son nom remonte si souvent. Avec Project Glasswing, lancé en avril 2026, l’entreprise a donné accès à Claude Mythos Preview à des partenaires chargés de sécuriser des logiciels et infrastructures critiques. Selon Anthropic, plus de 40 organisations supplémentaires ont ensuite reçu l’accès au modèle pour scanner et sécuriser des systèmes propriétaires et open source. La société précise aussi l’ordre de grandeur économique du programme : 100 millions de dollars de crédits d’usage engagés, puis un tarif annoncé de 25 dollars par million de tokens en entrée et 125 dollars par million en sortie. Converti au taux de référence de la BCE au 27 juillet 2026, où 1 euro vaut 1,1389 dollar, cela représente environ 22 € par million de tokens en entrée et 110 € par million en sortie, soit un coût de sortie 5 fois supérieur au coût d’entrée. C’est une deuxième métrique dérivée utile : ratio entrée/sortie de 1 à 5. ([anthropic.com](https://www.anthropic.com/glasswing?subjects=claude))
Les chiffres qui changent l’échelle du sujet
Le signal fort vient des volumes avancés par Anthropic. Dans sa mise à jour du 22 mai 2026 sur Project Glasswing, l’entreprise affirme avoir trouvé, avec environ 50 partenaires, plus de 10 000 vulnérabilités de sévérité élevée ou critique dans des logiciels jugés systémiques. Pour l’open source, Anthropic dit avoir scanné plus de 1 000 projets et identifié 23 019 vulnérabilités estimées au total, dont 6 202 classées élevées ou critiques. Parmi 1 752 vulnérabilités élevées ou critiques déjà examinées, 1 587 ont été validées comme vrais positifs, soit 90,6 %, et 1 094 ont été confirmées comme réellement élevées ou critiques, soit 62,4 %. On peut en tirer deux indicateurs absents de la source initiale. D’abord, la part des vulnérabilités élevées ou critiques dans le lot open source total ressort à environ 26,9 % (6 202 sur 23 019). Ensuite, le taux de conversion entre vulnérabilités triées et confirmées élevées ou critiques tombe à environ 62 sur 100. Mon avis ici est net : l’enjeu n’est plus seulement de trouver des bogues, mais d’absorber le flux de validation, de divulgation et de patching. ([anthropic.com](https://www.anthropic.com/research/glasswing-initial-update?curius=1184))
Anthropic ajoute qu’un partenaire bancaire a utilisé Mythos Preview pour détecter et empêcher un virement frauduleux de 1,5 million de dollars après compromission d’un compte e-mail client et usurpation téléphonique. Au taux de la BCE du 27 juillet 2026, cela représente environ 1 317 000 € (taux utilisé : 1 € = 1,1389 $). Le cas d’usage est concret : l’IA n’intervient pas seulement sur du code source, mais aussi sur de la détection opérationnelle. C’est une extension logique de la recherche de vulnérabilités vers la réponse défensive. ([anthropic.com](https://www.anthropic.com/research/glasswing-initial-update?curius=1184))
OpenAI pousse une approche plus industrialisée de l’analyse
Le crédit d’OpenAI Codex Security dans les notes Apple devient plus lisible quand on regarde le produit lui-même. Selon OpenAI, Codex Security est entré en research preview pour les clients ChatGPT Pro, Enterprise, Business et Edu. L’outil analyse un dépôt, construit un modèle de menace éditable, recherche des vulnérabilités, les priorise selon leur impact concret et peut valider certains résultats dans des environnements sandboxés. Ce point compte, car la limite historique des outils de sécurité automatisés reste le bruit. OpenAI insiste justement sur la réduction de la charge de triage. C’est cohérent avec les types de bogues que l’on voit remonter chez Apple : plantages, écritures hors limites, sorties de sandbox, tous des problèmes où le faux positif coûte cher aux équipes sécurité. ([openai.com](https://openai.com/index/codex-security-now-in-research-preview/))
La comparaison avec Anthropic est intéressante. D’un côté, Anthropic communique sur l’ampleur de la détection à l’échelle des infrastructures critiques. De l’autre, OpenAI décrit plus précisément la mécanique de contextualisation, de validation et de remédiation dans le dépôt. Les deux approches convergent pourtant sur un point : l’IA utile en sécurité n’est plus seulement un générateur de suggestions, c’est un système qui prend en compte le contexte d’exécution, le modèle de menace et la vraisemblance opérationnelle d’une faille. ([anthropic.com](https://www.anthropic.com/research/glasswing-initial-update?curius=1184))
Le vrai angle mort : la cadence des correctifs chez les éditeurs
Le billet initial insistait sur la longueur inhabituelle des documents Apple. La recherche ajoute un élément décisif : Apple avait déjà indiqué, dans la fiche d’iOS 26.5.2, que cette version livrait des correctifs d’abord intégrés dans les bêtas d’iOS 26.6. Même logique côté macOS Tahoe 26.5.2 et Safari 26.5.2, où Apple précise que les correctifs provenaient d’abord des bêtas 26.6. Autrement dit, la branche de stabilisation a été utilisée pour pousser en avance des patchs initialement prévus pour la version suivante. Ce détail éclaire le calendrier : Apple a d’abord pré-diffusé une partie des correctifs le 29 juin 2026, puis a finalisé le cycle complet le 27 juillet 2026. Entre ces deux dates, l’écart est de 28 jours. ([support.apple.com](https://support.apple.com/en-us/127594?utm_source=openai))
Ce comportement n’a rien d’anecdotique. Si les IA augmentent le volume de découvertes valides, les éditeurs devront publier plus souvent, ou au minimum fractionner davantage les livraisons. Anthropic l’écrit sans détour : le goulet d’étranglement ne se situe plus dans la découverte, mais dans la vérification, la divulgation coordonnée et le déploiement des correctifs. La société cite aussi des partenaires qui ont multiplié leur rythme de détection par plus de dix, tandis que Cloudflare aurait trouvé 2 000 bogues, dont 400 élevés ou critiques, dans ses systèmes critiques. Même si ces chiffres ne concernent pas Apple directement, ils donnent un ordre de grandeur du choc de cadence que les grands éditeurs vont devoir absorber. ([anthropic.com](https://www.anthropic.com/research/glasswing-initial-update?curius=1184))
Ce qui manque encore dans la communication d’Apple
Apple progresse sur la transparence en nommant des outils comme Claude, Codex Security, GLM de Z.AI ou la NVIDIA AI Red Team. Mais sa communication reste partielle sur trois points. Premier angle mort : le volume exact de vulnérabilités découvertes en interne avec assistance IA n’est pas communiqué. Le fait qu’Apple soit partenaire de Project Glasswing depuis avril 2026 laisse penser que l’usage interne de Claude Mythos Preview peut être plus large que ce que reflètent les seuls crédits publics. C’est une inférence raisonnable, pas un fait confirmé par Apple. Deuxième angle mort : la part respective des découvertes issues de recherche humaine seule, de co-pilotage IA et d’automatisation avancée n’est pas détaillée. Troisième angle mort : Apple ne dit pas si cette accélération change déjà ses processus de triage ou ses primes de bug bounty. Sur ces trois sujets, non communiqué. ([anthropic.com](https://www.anthropic.com/glasswing?subjects=claude))
Pourquoi ces crédits comptent au-delà des notes de version
Le sujet dépasse le simple inventaire de CVE. Quand un acteur de la taille d’Apple crédite publiquement des outils IA dans des correctifs touchant WebKit et d’autres composants sensibles, il valide un nouveau standard de recherche défensive. Les chercheurs ne se contentent plus d’utiliser un assistant de rédaction ou d’autocomplétion. Ils s’appuient sur des modèles capables de proposer des pistes d’exploitation, de prioriser des chemins d’attaque, d’augmenter le rendement du fuzzing ou d’accélérer la reproduction d’un bogue. Les publications d’Anthropic et d’OpenAI montrent deux modèles d’industrialisation différents, mais la trajectoire est la même : plus de bugs trouvés, plus vite, avec une pression immédiate sur le patch management. ([anthropic.com](https://www.anthropic.com/research/glasswing-initial-update?curius=1184))
Pour l’utilisateur final, la conséquence est simple : les mises à jour de sécurité deviennent encore moins facultatives. Pour les équipes produit, la conséquence est plus rude : la fenêtre entre découverte et exploitation potentielle peut se resserrer si les défenseurs comme les attaquants gagnent en vitesse. Apple rappelle d’ailleurs qu’il n’est pas possible de rétrograder après installation sur plusieurs de ses plateformes récentes, signe que la logique de protection passe avant la flexibilité. C’est une politique cohérente avec un environnement où la volumétrie de failles augmente plus vite que les anciens cycles de publication. ([support.apple.com](https://support.apple.com/en-asia/100100?utm_source=openai))
Le lien d’autorité à consulter
Pour vérifier la liste officielle des mises à jour concernées et leurs dates de publication, la référence à privilégier est la page Mises à jour de sécurité Apple, publiée par Apple. ([support.apple.com](https://support.apple.com/en-asia/100100?utm_source=openai))
Mon avis :
Le point fort est net : Apple corrige massivement et vite, avec iOS 26.6 publié le 27 juillet 2026 et des dizaines de failles documentées, signe d’un suivi sécurité sérieux. La limite l’est tout autant : voir Claude, Codex Security et d’autres IA déjà crédités confirme que la découverte de failles s’accélère plus vite que les cycles de mise à jour.
