Aller au contenu principal

Actualités IA — page 3

9 206 articles au fil, du plus récent au plus ancien.

Mistral AI lance Voxtral 3, une solution complète d'agents vocaux qui écoute, réfléchit et parle en temps réel
Illustration générée par IA
41The Decoder 

Mistral AI lance Voxtral 3, une solution complète d'agents vocaux qui écoute, réfléchit et parle en temps réel

Mistral AI a lancé Voxtral 3, une nouvelle famille de modèles conçue pour les agents vocaux en temps réel. L'ensemble réunit trois briques : la reconnaissance vocale (speech-to-text), la synthèse vocale (text-to-speech) et un SDK dédié à la création d'agents vocaux. Le système prend en charge plus de 50 langues et permet aux agents de s'appuyer sur des outils externes pendant une conversation en direct, par exemple pour consulter une base de données ou déclencher une action. Il peut être déployé sur l'infrastructure propre de l'utilisateur ou utilisé via des API hébergées dans l'Union européenne. Pour les entreprises, cette offre propose une pile technique complète et intégrée là où il fallait jusqu'ici assembler plusieurs fournisseurs : un service de transcription, un modèle de langage, puis une voix de synthèse. Réduire ces intermédiaires est un enjeu direct pour la latence, qui conditionne le naturel d'un échange vocal. L'option d'hébergement sur site ou en Europe répond par ailleurs aux exigences des secteurs sensibles, comme la banque, la santé ou le service public, qui hésitent à envoyer des enregistrements de voix à des serveurs situés hors de leur juridiction. Le support de plus de 50 langues ouvre aussi la voie à des services clients multilingues à moindre coût. Cette annonce s'inscrit dans une compétition de plus en plus vive autour de la voix, où OpenAI, Google, ElevenLabs et d'autres proposent déjà des agents conversationnels en temps réel. Mistral, champion français de l'IA, mise sur un positionnement distinctif : la souveraineté des données et la possibilité de contrôler son déploiement, des arguments qui trouvent un écho particulier en Europe, sous l'effet du RGPD et de l'AI Act. Reste à voir si les performances de Voxtral 3 et la qualité de ses voix, notamment en latence et en naturel, suffiront à rivaliser avec les offres américaines établies.

LLMsActu
1 source
Sam Altman aurait présenté trois scénarios finaux pour la sécurité de l'IA, dont un où une seule entreprise détruirait les GPU des autres
Illustration générée par IA
42The Decoder 

Sam Altman aurait présenté trois scénarios finaux pour la sécurité de l'IA, dont un où une seule entreprise détruirait les GPU des autres

Sam Altman, le patron d'OpenAI, aurait présenté en interne trois scénarios de fin de partie pour la sécurité de l'intelligence artificielle. Le premier est un organisme de surveillance international calqué sur l'Agence internationale de l'énergie atomique (AIEA). Le deuxième est une fusion des grands laboratoires en une seule entité. Le troisième est une entreprise assez puissante pour couper l'accès au calcul de tous les autres acteurs, c'est-à-dire neutraliser leurs GPU. Altman a lui-même qualifié cette dernière option de « terrible ». Ces propos sont rapportés au conditionnel, à partir d'une présentation interne. Cette hiérarchie compte parce qu'elle montre comment le dirigeant d'un des laboratoires les plus influents du secteur envisage la gouvernance de la technologie qu'il développe. Les trois pistes vont de la supervision multilatérale à une concentration extrême du pouvoir. La troisième suppose qu'une seule société détienne de fait un droit de veto sur l'ensemble des capacités de calcul mondiales, ce qui pose une question de légitimité et de contrôle. Pour les régulateurs, les concurrents et les États, le scénario rappelle que la sécurité de l'IA et la concentration de la puissance sont étroitement liées. L'idée d'une instance inspirée de l'AIEA n'est pas nouvelle dans le débat. Cet organisme, chargé de surveiller l'usage du nucléaire, sert depuis plusieurs années de référence pour imaginer un contrôle international de l'IA, et Altman l'a déjà évoquée publiquement. Les obstacles restent considérables : rivalités géopolitiques, course commerciale entre laboratoires et absence de consensus sur les mesures à appliquer. Le document ne précise pas quelle option Altman privilégie, hormis son rejet explicite de la dernière.

ÉthiqueActu
1 source
Accédez aux modèles GPT d'OpenAI sur Amazon Bedrock depuis le Canada grâce à l'inférence inter-régions
Illustration générée par IA
43AWS ML Blog 

Accédez aux modèles GPT d'OpenAI sur Amazon Bedrock depuis le Canada grâce à l'inférence inter-régions

Les organisations canadiennes qui développent des applications d'IA générative sur Amazon Bedrock peuvent désormais accéder aux derniers modèles d'OpenAI depuis les régions AWS du Canada, grâce à l'inférence inter-régions (CRIS). Sont disponibles depuis Canada (Central) et Canada Ouest (Calgary) les modèles GPT-5.6 (Sol, Terra et Luna), GPT-6 (Astra, Sol et Luna) ainsi que GPT-6.1 Sol. Ces modèles acceptent du texte et des images en entrée, produisent du texte, et offrent une fenêtre de contexte d'un million de jetons, un mode de raisonnement, l'appel d'outils et la mise en cache des prompts. GPT-6.1 Sol propose en outre des modalités d'entrée et de sortie supplémentaires, détaillées dans sa fiche modèle. Ils sont accessibles via l'API Responses et l'API Chat Completions d'OpenAI, ainsi que l'API Converse d'Amazon Bedrock, sur le point d'accès bedrock-runtime. Les positionnements varient : GPT-6 Astra vise le raisonnement complexe et les tâches agentiques, les variantes Sol le raisonnement et le code, Terra l'équilibre coût-performance, et Luna l'inférence rapide et économique pour les volumes élevés. L'application appelle le point d'accès Bedrock Runtime de sa région source, et Amazon Bedrock achemine ensuite la requête vers une région de destination compatible, sans que le développeur ait à gérer ce routage. Ce mécanisme de capacité donne accès à un bassin de ressources plus large, utile pour absorber les pics de demande. Pour les entreprises canadiennes, cela lève un frein pratique : disposer des modèles les plus récents sans dépendre d'un déploiement local de chacun. Le traitement reste toutefois hors du Canada dans certains cas, ce qui impose de bien choisir le profil d'inférence selon les contraintes de résidence des données du projet. Deux types de profils sont proposés, identifiés par un préfixe passé à la place de l'identifiant de modèle. Le profil géographique américain (préfixe us.) route les requêtes vers la région canadienne source et des régions américaines, pour les charges de travail devant rester en Amérique du Nord. Le profil global (préfixe global.) puise dans toutes les régions commerciales AWS où le modèle est déployé, avec un bassin de capacité plus vaste. La disponibilité diffère selon le modèle : GPT-6.1 Sol et GPT-6 sont accessibles depuis ca-central-1 et ca-west-1 pour les deux profils, tandis que GPT-5.6 n'est accessible via le profil global que depuis ca-central-1. L'article détaille ensuite la configuration des permissions, des exemples d'appel avec l'API Responses (y compris le streaming et l'usage d'outils), la demande d'augmentation de quotas, l'observabilité dans la région source et le nettoyage des ressources. Les tarifs et la disponibilité par région sont consultables dans la tarification Bedrock et les fiches modèles du guide utilisateur.

InfrastructureTuto
1 source
OpenAI affirme que GPT-6 progresse nettement sur les langages anciens comme COBOL et Fortran
Illustration générée par IA
44The Decoder 

OpenAI affirme que GPT-6 progresse nettement sur les langages anciens comme COBOL et Fortran

OpenAI affirme avoir nettement amélioré ses derniers modèles sur les langages de programmation peu représentés dans les données d'entraînement, comme COBOL, Fortran et Visual Basic. Sur le nouveau banc d'essai MultiLangBench, qui couvre 20 langages, GPT-6 Astra atteint un taux de réussite aux tests de 87,4 %, contre environ 38 % pour GPT-5.6 Terra. Pour la migration de code COBOL en particulier, GPT-6.1 Sol atteint jusqu'à 97,9 % de précision. Ces chiffres comptent surtout pour les secteurs qui reposent encore sur du code ancien. Banques, assurances, administrations et laboratoires scientifiques font tourner des systèmes critiques écrits dans ces langages, et les développeurs capables de les maintenir sont de plus en plus rares. Un modèle qui produit et traduit ce code de façon fiable pourrait réduire le coût et le risque des chantiers de modernisation, en particulier dans l'infrastructure financière. Le bond de 38 % à 87,4 % sur l'ensemble des langages suggère aussi que l'écart entre les langages courants, comme Python ou JavaScript, et les langages de niche se réduit. Ces résultats viennent toutefois d'OpenAI et d'un banc d'essai récent, et ils devront être confirmés sur de vrais projets de migration. Les langages historiques ont longtemps été le point faible des assistants de programmation. Leur code public est rare, leur documentation est dispersée, et les bases existantes comportent des particularités qui ne figurent dans aucun manuel. La modernisation du COBOL est depuis des années un marché convoité par les grands éditeurs, les sociétés de conseil et les spécialistes de l'IA. Les concurrents d'OpenAI sont attendus sur ce terrain, et la question à suivre est de savoir si ces gains tiendront sur des bases de code d'entreprise réelles, plus vastes et plus désordonnées que les tests de référence.

LLMsActu
1 source
Découvrir des outils à l'exécution avec AWS Agent Registry
Illustration générée par IA
45AWS ML Blog 

Découvrir des outils à l'exécution avec AWS Agent Registry

Face à des catalogues d'outils qui gonflent, AWS propose de ne plus câbler les capacités d'un agent au moment de la compilation, mais de les découvrir à l'exécution grâce à AWS Agent Registry. Ce service managé référence les serveurs MCP (Model Context Protocol), les agents et les compétences d'agents. Les éditeurs y enregistrent des descripteurs propres à chaque protocole et des descriptions interrogeables. Un exemple en Python illustre une boucle « Discover, Instantiate, Execute ». Il déploie un serveur MCP de gestion de commandes via Amazon Bedrock AgentCore Gateway, deux agents A2A (agent-à-agent) sur AgentCore Runtime, un registre et un orchestrateur sans connaissance préalable des outils. Lors de la découverte, l'orchestrateur envoie une requête en langage naturel au plan de données du registre. La réponse contient l'identité de l'enregistrement, son nom, sa description, son type, son statut, sa version et les descripteurs (métadonnées du serveur MCP ou carte d'agent A2A), mais aucun identifiant d'invocation. Pour chaque résultat, l'orchestrateur construit ensuite un client adapté. Pour le serveur MCP, le descripteur pointe vers le point d'accès de la Gateway, et un jeton OAuth Cognito est obtenu séparément pour créer le MCPClient. Pour les agents A2A, la carte d'agent indique l'URL d'un point d'accès AgentCore Runtime, appelé via le client boto3 qui signe la requête avec les identifiants AWS de l'appelant. Enfin, un agent interne éphémère est construit avec les seuls outils découverts, le modèle choisit les plus pertinents et la réponse est synthétisée. L'agent et ses clients sont détruits après le tour, et la requête suivante déclenche une nouvelle recherche. L'enjeu est très concret pour les entreprises. Des outils codés en dur fonctionnent pour une poignée de cas, se dégradent à quelques dizaines et deviennent ingérables au-delà. Or les systèmes d'entreprise exposent des centaines d'API internes (tarification, support, commandes, stocks, données clients). Le modèle peut alors consommer davantage de jetons à distinguer des noms d'outils qu'à raisonner sur la demande de l'utilisateur. Chaque nouvelle capacité exige aujourd'hui une modification du code de l'orchestrateur, un redéploiement et une publication coordonnée entre des équipes qui préféreraient livrer à leur propre rythme. Avec le registre, une nouvelle intégration devient utilisable après son enregistrement et son approbation, sans toucher à l'orchestrateur. La séparation entre découverte et authentification constitue aussi un point de sécurité notable : le registre fournit uniquement des métadonnées de connexion, et l'application doit obtenir ses identifiants par un chemin de configuration distinct et fiable. Ce schéma apparaît dans de nombreux projets de logiciels en mode SaaS d'entreprise, où des équipes exposent de vastes surfaces d'API à des consommateurs agentiques. Le câblage à la compilation devient alors un goulet d'étranglement à mesure que le catalogue s'étend. Le modèle d'architecture décrit s'appuie sur plusieurs briques de l'écosystème Amazon Bedrock AgentCore : un orchestrateur unique tourne sur AgentCore Runtime, interroge le registre, appelle les serveurs MCP via la Gateway et les agents A2A directement sur leur runtime. L'approche suppose toutefois une gouvernance du catalogue, puisque seuls les enregistrements approuvés et découvrables sont renvoyés, et une gestion rigoureuse des identifiants en dehors du registre. Le dépôt d'exemple contient le script de déploiement, l'orchestrateur, les modules utilitaires et le script de nettoyage.

OutilsOutil
1 source
30 mois sur la courbe exponentielle (en graphiques)
Illustration générée par IA
46One Useful Thing 

30 mois sur la courbe exponentielle (en graphiques)

Ethan Mollick publie aujourd'hui son deuxième livre sur l'IA, Co-Existence, trente mois après la sortie de Co-Intelligence début 2024. Pour mesurer le chemin parcouru, il a fait réaliser des graphiques par Opus 5.5 dans Claude Projects, où un agent « orchestrateur » unique crée d'autres agents selon les besoins. Quelques phrases de consigne ont suffi pour obtenir en minutes recherches, graphiques, mises en page, images et citations, soit des heures de travail humain. L'IA a même corrigé une erreur de calcul de l'auteur, qui comptait intituler son billet « 28 mois » au lieu de 30. Depuis GPT-4, seul meilleur modèle du monde de début 2023 à début 2024, vingt modèles d'Anthropic, Google et OpenAI se sont succédé en tête. Au total, 180 modèles surpassent désormais GPT-4 à sa sortie, dont beaucoup à poids ouverts, et dix-neuf tournent sur un smartphone récent. Selon le benchmark METR, qui mesure la durée de travail humain qu'une IA accomplit avec au moins 50 % de réussite à partir d'une seule consigne, cette durée a doublé huit fois : de quatre minutes en 2024 à 17 heures en avril 2026, quand l'auteur a remis son manuscrit. Le prix d'une bonne réponse au test GPQA est passé de 30 centimes à 0,04 centime. Ces chiffres montrent une progression d'une régularité frappante, que l'auteur décrit comme une exponentielle. Le passage des chatbots, qu'il fallait guider pas à pas, à l'IA agentique, à qui l'on délègue une tâche entière, change la nature du travail avec ces outils. Pour les professionnels, la question n'est plus de savoir comment dialoguer avec une IA, mais quoi lui confier et comment vérifier le résultat. La chute des coûts, combinée à la hausse des capacités, rend ces usages accessibles bien au-delà des grandes entreprises. La diffusion de modèles ouverts, dont certains tournent localement sur un téléphone, élargit encore l'accès et complique tout contrôle centralisé de la technologie. Le benchmark METR a toutefois atteint ses limites : l'organisme estime ne plus pouvoir mesurer avec précision la durée de travail que l'IA peut accomplir avec ses méthodes actuelles. D'autres études suggèrent que cette durée pourrait atteindre 17 semaines, voire davantage. Ce bilan s'inscrit dans une trajectoire lancée par la phrase de Co-Intelligence : « C'est la pire IA que vous utiliserez jamais », que l'auteur juge littéralement vraie à chaque instant depuis. La rivalité entre Anthropic, Google et OpenAI, seules entreprises à avoir tenu la première place, alimente ce rythme de sortie, tandis que les modèles ouverts rattrapent peu à peu un niveau qui était celui de la pointe en 2024. Mollick nuance pourtant le tableau : la frontière des capacités reste « en dents de scie », comme il y a trente mois. L'IA demeure médiocre pour l'écriture longue, alors qu'elle est passée de très faible à surhumaine en résolution de problèmes mathématiques. Même là où elle excelle, de petites lacunes créent de grands besoins d'intervention humaine, au moins pour l'instant. Co-Existence se penche sur cette cohabitation entre humains et machines de plus en plus autonomes.

SociétéOpinion
1 source
Comment Eon a construit une investigation multi-cloud avec une passerelle MCP sur Amazon Bedrock AgentCore
Illustration générée par IA
47AWS ML Blog 

Comment Eon a construit une investigation multi-cloud avec une passerelle MCP sur Amazon Bedrock AgentCore

Eon, éditeur d'une plateforme de données cloud fondée par d'anciens ingénieurs d'AWS, a remplacé les identifiants propres à chaque outil et les processus MCP (Model Context Protocol) lancés en local par une passerelle unique et authentifiée, bâtie sur Amazon Bedrock AgentCore. Les développeurs comme les agents autonomes accèdent désormais à l'ensemble des outils d'investigation à travers AWS, GCP et Azure. Les nouveaux ingénieurs atteignent leurs outils en deux minutes environ, contre deux jours auparavant pour configurer les identifiants et les serveurs MCP locaux. Cette équipe enquête sur des incidents de production touchant plusieurs clouds et des dizaines de systèmes. Un pod Kubernetes planté oblige par exemple à consulter les logs du conteneur, les métriques Grafana, la pull request GitHub du déploiement et l'état de santé du fournisseur cloud dans une même session. La solution retenue est AgentCore Gateway, une passerelle gérée qui offre fédération d'identité, politiques d'autorisation fondées sur Cedar et un hébergement Runtime transformant les serveurs MCP locaux en points d'accès HTTP distants. L'enjeu dépasse le gain de temps à l'embauche. Chaque outil ajouté imposait auparavant une intégration à configurer, sécuriser et renouveler, une charge de plus en plus difficile à garder cohérente à mesure que l'équipe et l'arsenal d'IA grandissaient. Chaque développeur faisait aussi tourner plusieurs serveurs MCP en local, ce qui compliquait la standardisation et les mises à jour. Surtout, il n'existait aucun endroit unique pour décider quels outils chaque personne ou agent pouvait appeler. La passerelle centralise ce contrôle et permet de donner à l'agent d'astreinte autonome d'Eon, qui s'appuie sur Claude via Amazon Bedrock, le même accès que les humains avec des permissions distinctes. Elle évite aussi le recours au peering VPC ou à AWS PrivateLink pour chaque compte quand les serveurs MCP sont répartis sur plusieurs comptes AWS, ce qui multipliait coûts d'exploitation et délais de mise en place. Eon présente sa plateforme comme une « fondation de données autonome » pour l'ère de l'IA. Elle découvre et classe les ressources cloud sur AWS, Azure et GCP, assure une sauvegarde continue dédupliquée qui réduirait les coûts de stockage jusqu'à 50 % selon des mesures internes, détecte les dégâts de rançongiciels ou d'agents défaillants et fournit un contexte vivant aux agents d'IA. Le tout fonctionne depuis un seul rôle IAM en lecture seule, avec stockage aux formats Apache Parquet et Apache Iceberg. Avant AgentCore, l'entreprise avait examiné une alternative : un proxy inverse centralisé avec une couche d'authentification maison. Cette option consolidait les identifiants mais ne gérait que le MCP distant et exigeait de développer et maintenir la traduction de protocole, la gestion de session et l'autorisation, un fardeau jugé trop lourd. Le choix d'une brique managée illustre la tendance des éditeurs à s'appuyer sur des passerelles standardisées pour déployer des agents à grande échelle, au moment où l'adoption du MCP multiplie les connexions entre agents et outils d'entreprise.

OutilsOutil
1 source
Créer une couche sémantique pour l'IA à base d'agents sur AWS avec Denodo et Amazon Bedrock AgentCore
Illustration générée par IA
48AWS ML Blog 

Créer une couche sémantique pour l'IA à base d'agents sur AWS avec Denodo et Amazon Bedrock AgentCore

Les applications d'IA agentique ont besoin d'un accès gouverné aux données d'entreprise en temps réel, qu'elles résident dans des systèmes opérationnels, des entrepôts analytiques, des applications SaaS, d'autres clouds ou sur site. Dans le second volet d'une série consacrée aux couches sémantiques sur AWS, l'éditeur Denodo remplace la base de connaissances Stardog utilisée dans l'article précédent. Sa plateforme, présentée comme une « couche de données pour l'IA » offrant un accès en direct et sans copie aux données distribuées, est interrogée en VQL, son dialecte SQL. Le scénario reste un « customer 360 » de e-commerce, mais la source change : la table rewards_account, consacrée au programme de fidélité, migre vers un cluster PostgreSQL sur site, tandis que le profil client reste sur Amazon Aurora et l'historique de commandes sur Amazon Redshift. Un modèle de fondation sur Amazon Bedrock planifie et rédige les requêtes, le serveur MCP de Denodo expose des vues gouvernées via le Model Context Protocol, et Amazon Bedrock AgentCore héberge l'agent, termine l'authentification entrante et gère les identifiants sortants présentés à Denodo. Le serveur MCP peut être enregistré comme cible d'AgentCore Gateway. L'enjeu tient à ce que le modèle ne porte plus la logique métier dans son prompt. Les jointures, les définitions des indicateurs, ainsi que les filtres de lignes et de colonnes applicables à chaque appelant résident dans la couche sémantique, ce qui rend les réponses plus fiables et auditables. L'identité de l'utilisateur final circule du fournisseur d'identité de l'entreprise jusqu'à Denodo grâce à l'échange de jetons « On-Behalf-Of » d'AgentCore Identity, de sorte que les politiques de sécurité globales de Denodo appliquent au moment de la requête les restrictions propres à chaque personne. Un agent n'expose donc pas, par exemple, des données sensibles comme les numéros de sécurité sociale ou de carte bancaire présents dans les tables clients à quelqu'un qui n'y a pas droit. Pour les entreprises, la fédération dépasse désormais le périmètre d'un Amazon VPC : une seule vue unifiée couvre le cloud et le sur-site sans déplacer les données, ce qui réduit les pipelines de copie et les risques de divergence. Ce schéma prolonge l'article précédent, qui s'appuyait sur le Stardog C360 Knowledge Kit et deux cas d'usage : comprendre l'attrition et repérer les clients à inscrire automatiquement à un programme de fidélité. Le schéma reste identique, seule la localisation d'une table change, ce qui illustre la réalité des systèmes d'entreprise, souvent répartis entre outils SaaS, CRM, mainframes et autres clouds. Denodo prend en charge par défaut des centaines de sources de données, et l'article prévoit une section sur l'extension à ces cas. Deux options de déploiement sont proposées : Agora, le service cloud entièrement géré de Denodo, ou une installation autogérée sur Amazon EC2 ou Amazon EKS. Cette approche montre que plusieurs éditeurs de couches sémantiques, de Stardog à Denodo, peuvent s'intégrer à AgentCore autour de standards ouverts comme MCP, au moment où les entreprises cherchent à donner à leurs agents un accès fiable aux données sans sacrifier la gouvernance.

OutilsOutil
1 source
Créer une couche sémantique pour l'IA à base d'agents sur AWS avec AtScale et Amazon Bedrock AgentCore
Illustration générée par IA
49AWS ML Blog 

Créer une couche sémantique pour l'IA à base d'agents sur AWS avec AtScale et Amazon Bedrock AgentCore

Amazon Web Services publie le troisième volet de sa série sur les couches sémantiques pour l'IA agentique, cette fois avec AtScale. Le cas d'usage reste le même : un « customer 360 » (C360) d'enseigne de distribution, où clients, commandes, produits et inscriptions au programme de fidélité sont dispersés entre plusieurs systèmes. Un agent Strands, hébergé sur Amazon Bedrock AgentCore, interroge le modèle. Un modèle de fondation sur Amazon Bedrock, ici Anthropic Claude Sonnet 4.6, planifie et rédige les requêtes. Le modèle sémantique est dimensionnel (dimensions, hiérarchies, mesures) et non un graphe de triplets comme chez Stardog ou un ensemble de vues comme chez Denodo. Il est écrit en Semantic Modeling Language (SML), une spécification ouverte en YAML versionnée dans Git. Depuis un même modèle déployé, il est exposé en SQL, en XML for Analysis (XMLA) et via le Model Context Protocol (MCP). Toutes les données analytiques résident dans Amazon Redshift Serverless, tandis qu'Amazon Aurora PostgreSQL reste le système de référence opérationnel, alimenté par AWS Database Migration Service ou par la réplication zero-ETL d'Aurora. Le guide s'appuie sur la version AtScale C2026.7. L'enjeu est la cohérence des réponses. Les jointures, les définitions de métriques et les filtres de lignes et de colonnes propres à chaque utilisateur vivent dans la couche sémantique et non dans le prompt. L'agent d'IA et les outils de BI déjà en place obtiennent donc le même résultat calculé à partir des mêmes définitions, ce qui limite les écarts de chiffres entre un tableau de bord et un assistant conversationnel. L'identité de l'utilisateur est propagée depuis le fournisseur d'identité de l'entreprise, via AgentCore Identity, jusqu'à AtScale. Celui-ci applique au moment de la requête le contrôle d'accès par rôles (RBAC), la sécurité par ligne et les perspectives. L'agent ne voit ainsi que ce que l'utilisateur est autorisé à voir. La gestion autonome des agrégats d'AtScale doit en outre accélérer les schémas de requêtes qu'un agent génère de façon répétitive sur Redshift. Cette approche diffère de celles des deux premiers articles. Stardog et Denodo fédèrent les données entre moteurs au moment de la requête. AtScale, lui, traduit une requête dimensionnelle en SQL natif et l'envoie à un seul moteur, ce qui impose de consolider les données en amont. Le choix traduit un arbitrage classique entre souplesse de la fédération et performance d'un entrepôt unique. Le billet détaille aussi l'enregistrement du serveur MCP d'AtScale auprès d'AgentCore Gateway, une capacité d'Amazon Bedrock AgentCore, et le déploiement d'AtScale sur Amazon EKS grâce à son chart Helm et au dépôt K8S Blueprints. L'ensemble illustre la montée en puissance des couches sémantiques comme garde-fou des agents d'IA en entreprise, avec MCP comme protocole d'échange devenu courant entre agents et sources de données.

OutilsOutil
1 source
La nouvelle économie de l'IA en entreprise
Illustration générée par IA
50MIT Technology Review 

La nouvelle économie de l'IA en entreprise

Les entreprises qui exploitent l'IA en production devraient cesser de s'intéresser au prix d'un jeton ou d'une heure de GPU. Selon un texte publié autour de l'offre HPE Private Cloud AI, l'indicateur utile est le coût effectif par résultat utile. Il additionne les coûts de plateforme, de modèles, d'exploitation et de capacité nécessaires pour accomplir un travail exploitable par l'entreprise, par exemple une demande résolue ou un flux de travail terminé. L'utilisation des ressources est au cœur de ce calcul. Des GPU inactifs, des charges fragmentées ou des modèles surdimensionnés renchérissent chaque résultat. Trois approches coexistent. La pile sur mesure, assemblée en interne, offre de la flexibilité mais oblige à revalider l'environnement à chaque évolution des modèles et des politiques. La consommation à la demande chez les hyperscalers allège l'assemblage et convient à une demande faible ou incertaine, mais la facture grimpe avec chaque requête ou action d'agent. La plateforme d'IA privée intégrée associe capacité possédée ou dédiée et pile validée. Son atout n'est pas une inférence gratuite, mais la maîtrise de leviers comme l'ordonnancement, le choix des modèles, le partitionnement des GPU et la gestion du cache. Le texte avertit que posséder des GPU n'améliore pas mécaniquement l'économie d'un projet. Il compare cela à l'achat d'une Formule 1 laissée au garage : sans pilotes, mécaniciens ni temps de piste, l'investissement ne rend rien. Sans demande suffisante ni discipline opérationnelle, l'infrastructure engagée devient du capital immobilisé. Avec elles, la hausse de la demande améliore la rentabilité, puisque les coûts fixes sont répartis sur davantage de travail utile. Le rendement dépend d'une pile intégrée et qualifiée, qui oriente chaque tâche vers le modèle le moins coûteux répondant aux exigences de qualité et réutilise le contexte grâce à la gestion du cache clé-valeur (KV-cache). Cela compte surtout pour les systèmes agentiques, où l'économie dépend moins d'une requête isolée que de l'efficacité de l'ensemble de l'environnement. Les API restent rationnelles pour l'expérimentation ou une demande variable, mais les charges durables et critiques imposent de se demander non seulement ce que l'on consomme, mais aussi avec quelle efficacité on fait fonctionner le système. Ce raisonnement s'inscrit dans le passage de l'IA d'entreprise des expériences isolées, chatbots et copilotes, à une couche fondamentale où modèles, agents et données sont de plus en plus interconnectés. L'auteur le compare à l'électricité, qui, devenue infrastructure, fait passer la question de « peut-on l'utiliser ? » à « l'utilise-t-on efficacement ? ». C'est dans ce cadre que HPE présente Private Cloud AI, une base prête pour la production qui réunit infrastructure, logiciels, modèles, outils, gouvernance et services. Elle fait de l'ordonnancement, du choix des modèles, du partitionnement des GPU et de la gestion du cache des leviers d'exploitation, et inclut un accompagnement de 90 jours par des ingénieurs déployés chez le client pour lancer les premiers cas d'usage et installer des pratiques reproductibles. Le texte évoque aussi des tests indépendants commandés par HPE, dont les résultats ne figurent pas dans l'extrait disponible. Il s'agit donc d'un argumentaire commercial d'un fournisseur qui veut déplacer le débat du prix à l'unité vers l'efficacité d'ensemble, face à la tarification à l'usage des hyperscalers.

InfrastructureActu
1 source
6 800 conversations avec Meta Muse se retrouvent en public : une seule requête DNS a suffi
Illustration générée par IA
51Frandroid 

6 800 conversations avec Meta Muse se retrouvent en public : une seule requête DNS a suffi

Des chercheurs de la société de sécurité Claroc ont retrouvé plus de 6 800 liens de partage de conversations avec Muse, l'agent d'intelligence artificielle de Meta, grâce à une seule requête DNS. Ils n'ont ouvert que quelques centaines de ces liens, mais le contenu est déjà parlant. Ils y ont trouvé une demande de prêt, une alerte de fraude bancaire et le calendrier des congés d'une entreprise. Ces échanges, que leurs auteurs pensaient réservés à un destinataire précis, étaient donc accessibles à n'importe qui sachant où chercher. L'enjeu est d'abord celui de la confidentialité. Un lien de partage censé rester discret peut devenir une porte d'entrée publique lorsque son adresse se découvre facilement. Les utilisateurs qui confient à un assistant des informations financières, personnelles ou professionnelles s'exposent à des risques d'usurpation d'identité, de fraude ou d'espionnage industriel. Les entreprises dont les salariés utilisent ces outils pour leur travail sont aussi concernées, car des données internes peuvent sortir sans que personne ne s'en aperçoive. Cette affaire rappelle d'autres épisodes qui ont touché les assistants IA grand public. Des conversations ChatGPT partagées ont ainsi été indexées par les moteurs de recherche en 2025, et le fil public de Meta AI avait déjà exposé des échanges que leurs auteurs croyaient privés. À mesure que Meta, OpenAI et Google déploient des agents capables de gérer des tâches sensibles, la manière dont ils génèrent et protègent les liens de partage devient un point de vigilance. La suite dépendra de la réponse de Meta et de la sécurisation de ces adresses.

SécuritéActu
1 source
DeepSeek publie en open source DeepInfer, le framework d'inférence derrière DeepSeek-V4.1-Flash
Illustration générée par IA
52MarkTechPost 

DeepSeek publie en open source DeepInfer, le framework d'inférence derrière DeepSeek-V4.1-Flash

DeepSeek a publié en open source DeepInfer, le moteur d'inférence qui fait tourner ses services en production et qui est au cœur de DeepSeek-V4.1-Flash. Le framework est distribué sous licence Apache 2.0, accompagné de deepseek-recipe, sa couche d'encodage et de décodage des tokens, sous licence MIT. Cette première version ne prend en charge qu'un seul modèle, DeepSeek-V4.1-Flash, doté d'une fenêtre de contexte d'un million de tokens, et tourne sur les GPU NVIDIA SM100 (Blackwell) ainsi que sur les NPU Huawei Ascend 950. DeepSeek affirme qu'un seul cluster traite 155 000 milliards de tokens par jour, pour un revenu global de 38 dollars par GPU-heure en tarification creuse. Les performances publiées, auto-déclarées et mesurées à 131 072 tokens de contexte avec 4 GPU en prefill et 64 en décodage, dépassent 25 000 tokens de sortie par seconde et par GPU à 256 requêtes par rang (EP64), avec près de 100 tokens/s par utilisateur. À 8 requêtes, la vitesse par utilisateur dépasse 300 tokens/s. En prefill, le moteur atteint environ 60 000 tokens non cachés par seconde et par GPU, et près de 90 000 à 65 536 tokens, pour environ 730 ms par étape. Le moteur empile les noyaux maison de DeepSeek (FlashMLA, DeepGEMM, DeepEP, TileKernels, DeepSelect et des noyaux TileLang) sous cinq idées système. La première combine parallélisme de données pour l'attention et parallélisme d'experts étendu pour les couches MoE, avec un équilibreur de charge d'experts : le décodage tourne entre EP64 et EP128 dans un supernœud, le prefill entre EP2 et EP8. La deuxième, DSpark, est un décodage spéculatif piloté par la confiance : un modèle brouillon propose 5 tokens, une tête de confiance prédit leur taux d'acceptation et seul le préfixe le plus rentable est vérifié, ce qui réduit d'environ 30 % les tokens vérifiés pour une longueur acceptée quasi identique (3,29 contre 3,20). La vérification dynamique apporte 4 à 7 % de débit à environ 60 séquences par rang, mais devient 1,5 % plus lente qu'une vérification fixe à 16 séquences. Le « rejeu borné » de l'attention à fenêtre glissante ne recalcule que les 128 derniers tokens en cas de succès du cache, ce qui rend le coût constant quelle que soit la longueur du contexte et réduit presque de moitié le calcul de prefill dans les couches décodeur. S'y ajoutent un ordonnancement CPU asynchrone, une inférence déterministe (NVIDIA uniquement) et des sorties structurées (regex, schéma JSON, grammaires EBNF). L'enjeu est rare : un laboratoire de pointe dévoile la pile de service réellement utilisée en production, et non une version de démonstration. Pour les développeurs et les fournisseurs d'inférence, c'est un modèle concret d'optimisation à grande échelle pour les architectures MoE à très long contexte, avec des chiffres de coût et de débit exploitables. La prise en charge d'Ascend 950 intéresse aussi l'écosystème chinois, qui cherche à réduire sa dépendance à NVIDIA. Les limites sont toutefois nettes : la version ne couvre que l'inférence hors ligne, sans système de cache KV, sans désagrégation prefill/décodage ni répartition de charge, soit les briques les plus critiques d'un déploiement réel. Elle reste donc loin de la polyvalence de vLLM, qui gère plus de 200 architectures, ou de SGLang et TensorRT-LLM. DeepInfer a été construit à l'origine sur vLLM, avec des idées empruntées à SGLang et TensorRT-LLM, ce qui illustre la manière dont les laboratoires prolongent les projets ouverts avant de rendre leurs propres optimisations. Cette publication prolonge la stratégie d'ouverture de DeepSeek, qui avait déjà libéré FlashMLA, DeepGEMM et DeepEP, désormais réunis dans un moteur complet. Elle intervient dans un contexte de concurrence sur le coût par token, où l'efficacité d'inférence devient un avantage décisif face aux acteurs américains. La suite dépendra de l'éventuelle ouverture des composants manquants et de l'élargissement à d'autres modèles ; en attendant, la communauté pourra intégrer certaines idées, comme le rejeu borné ou DSpark, dans les moteurs existants.

Avec TorchNeuron, Amazon veut faciliter l’entraînement des modèles sur ses puces Trainium
Illustration générée par IA
53Next INpact 

Avec TorchNeuron, Amazon veut faciliter l’entraînement des modèles sur ses puces Trainium

Amazon Web Services a présenté TorchNeuron, un projet open source destiné à simplifier l'entraînement de modèles d'intelligence artificielle sur ses puces Trainium, dont la troisième génération a été lancée en décembre 2025. Le projet s'appuie sur le mécanisme d'extension que PyTorch propose pour accueillir du matériel tiers. Dans le cas le plus simple, les développeurs n'ont qu'à remplacer dans leur code le périphérique cible « cuda » par « neuron ». PyTorch, bibliothèque créée par Meta et confiée à la Linux Foundation depuis 2022, sert à construire et entraîner des modèles. Entre elle et le matériel, une couche logicielle traduit les opérations en instructions compréhensibles par la puce. Chez NVIDIA, c'est le rôle de CUDA, technologie propriétaire de calcul généraliste sur GPU. TorchNeuron joue ce rôle pour Trainium, même si NVIDIA n'est jamais nommée dans l'annonce. La simplicité affichée reste toutefois théorique. L'exemple choisi par AWS, celui de Deepgram, concurrent d'ElevenLabs dans la synthèse vocale, montre que certaines fonctions de PyTorch ne sont pas encore prises en charge. Une partie des tests officiels de PyTorch est ignorée, faute de traduction de certains opérateurs de calcul. Deepgram affirme avoir obtenu 70 % d'audio supplémentaire pour chaque dollar dépensé, mais la mise en place de son flux de travail a exigé plusieurs mois. Pour les équipes d'ingénierie, l'enjeu est la baisse du coût de changement de puce. Amazon soutient que, si l'on peut changer sans pénalité, les fabricants devront mériter leur clientèle. Colin Brace, d'Annapurna Labs, filiale qui conçoit les puces d'Amazon, a répété à TechCrunch les arguments maison : l'infrastructure et l'écosystème d'AWS, et la possibilité d'employer la même puce pour l'entraînement et l'inférence, afin de réaffecter la capacité inutilisée. Ce lancement s'inscrit dans la lutte des grands acteurs du cloud contre leur dépendance à NVIDIA, dont la domination tient autant à son écosystème logiciel qu'à ses processeurs. Amazon n'est pas seul : Microsoft développe ses puces Maia et Google ses TPU. Amazon affirme que son approche dépasse son propre matériel. L'entreprise modifie PyTorch en amont, avec la communauté, pour retirer le code qui lie le framework à des puces spécifiques. L'objectif déclaré est de rendre PyTorch plus indépendant du matériel pour tous les développeurs, pas seulement pour les utilisateurs de Trainium. Cette neutralité vise en réalité NVIDIA, car la dépendance à CUDA peut allonger la configuration. Reste à savoir si la communauté PyTorch adoptera ces changements et si la couverture des opérateurs sera assez complète pour que le passage à Trainium ne demande plus des mois d'efforts.

InfrastructureActu
1 source
Le problème du « Pacing 2.0 » chez OpenAI : à partir de quand une IA devient-elle trop intelligente ?
Illustration générée par IA
54The Information AI 

Le problème du « Pacing 2.0 » chez OpenAI : à partir de quand une IA devient-elle trop intelligente ?

OpenAI risque de se heurter bientôt à la difficulté de « rythmer » le développement de l'IA, et plus encore d'obtenir que tous les laboratoires de pointe s'accordent sur la manière de le faire. La semaine dernière, le PDG Sam Altman a présenté à ses employés trois pistes évoquées dans l'industrie pour développer l'IA en sécurité. La première est la création d'une organisation internationale sur le modèle de l'Agence internationale de l'énergie atomique. La deuxième est la fusion des laboratoires de pointe en une entité unique, chargée de développer, tester et distribuer les modèles. La troisième est un scénario, aussi improbable soit-il, où un laboratoire prendrait une telle avance qu'il détruirait littéralement les GPU de ses concurrents, les empêchant définitivement de le rattraper. Chacune de ces options pose des problèmes majeurs. Une instance internationale supposerait que des États et des entreprises en concurrence acceptent des inspections et des limites communes. Une fusion des laboratoires concentrerait entre les mains d'un seul acteur un pouvoir technologique et économique sans précédent, avec les questions de gouvernance et de contrôle qui en découlent. Quant à l'idée de saboter les capacités de calcul des rivaux, elle relève davantage de l'hypothèse extrême que d'une stratégie réaliste. Que ces scénarios soient discutés en interne chez OpenAI montre que la question de la vitesse de développement, c'est-à-dire jusqu'où les modèles peuvent devenir puissants et à quelle cadence, n'est plus théorique pour ceux qui les construisent. Ce débat s'inscrit dans la tension permanente entre la course à la performance, que se livrent OpenAI et ses concurrents, et les appels à la prudence venus des chercheurs et des régulateurs. Le recours à la comparaison avec l'AIEA rappelle que le nucléaire reste le principal modèle de gouvernance mondiale d'une technologie jugée potentiellement dangereuse, mais aussi que ce modèle a pris des décennies à se construire. La difficulté tient à la nature même du secteur. Il réunit des acteurs privés aux intérêts divergents, soumis à une forte pression commerciale et géopolitique, et aucun d'eux n'a intérêt à ralentir seul. Reste à voir si ces discussions déboucheront sur un début de coordination ou si elles resteront un exercice de réflexion.

RégulationOpinion
1 source
La régulation selon Anthropic : une IA ne doit pas pouvoir tuer « plus de 50 personnes »
Illustration générée par IA
55Next INpact 

La régulation selon Anthropic : une IA ne doit pas pouvoir tuer « plus de 50 personnes »

Un mois après avoir appelé à une « pause » dans le développement des IA les plus avancées, Anthropic a rédigé un projet de loi de régulation de la sécurité des modèles de pointe, qu'il a discrètement présenté à des représentants du Congrès américain. POLITICO s'est procuré ce document confidentiel. Il permettrait au gouvernement fédéral d'émettre un « ordre de blocage » de la mise sur le marché ou de l'utilisation d'un modèle, mais uniquement s'il présente un risque prévisible et imminent de causer plus d'un milliard de dollars de dommages, ou de tuer ou blesser gravement plus de 50 personnes. Ce « risque catastrophique » est limité à trois cas: l'assistance de niveau expert à la création ou à la dispersion d'armes chimiques, biologiques, radiologiques, nucléaires ou cybernétiques, la conduite d'une cyberattaque sans supervision humaine significative, ou la capacité d'échapper au contrôle de son développeur ou de son utilisateur. Le texte exclut toute « activité légale du gouvernement fédéral » et plafonne les amendes à 0,2 % du revenu annuel des laboratoires. Il prévoit aussi des évaluateurs indépendants, enregistrés auprès du ministère du Commerce, chargés d'auditer périodiquement le laboratoire et ses modèles. Ils pourraient être rémunérés par le laboratoire lui-même, à condition que cette rémunération ne dépende pas des résultats. En cas de « risque imminent et précis », ils devraient alerter le ministère du Commerce dans les 72 heures suivant la fin de leur évaluation. Celui-ci pourrait alors saisir un juge pour suspendre la mise sur le marché du modèle. Le texte interdit à tout autre ministère, agence ou fonctionnaire de suspendre le développement, le déploiement ou l'usage interne d'un modèle. Ces seuils très élevés limitent fortement la portée du dispositif. Le magazine Mother Jones ironise : un modèle susceptible de tuer ou blesser gravement seulement quelques personnes, ou de causer moins d'un milliard de dollars de dégâts, échapperait à toute régulation fédérale. L'amende plafonnée à 0,2 % du revenu annuel paraît faible pour dissuader des acteurs dont les revenus se chiffrent en milliards. La rémunération des évaluateurs par les entreprises qu'ils contrôlent soulève par ailleurs un risque de conflit d'intérêts, même si le texte tente de le limiter. La concentration du pouvoir de blocage au seul ministère du Commerce, sous contrôle judiciaire, protège en revanche les laboratoires contre des interventions d'autres administrations. Pour les développeurs, cela offre une certaine prévisibilité. Pour le public, la question reste de savoir si un cadre aussi restreint protège réellement contre des dérives moins spectaculaires mais bien réelles. Cette initiative arrive dans un contexte tendu. Dario Amodei, PDG d'Anthropic, avait appelé à une pause, alors même que les dépenses des laboratoires montrent le contraire. Les dirigeants de l'IA ont ensuite réclamé une régulation mondiale à l'ONU, tandis que la Maison-Blanche refusait de ralentir. En février, Anthropic avait refusé que ses modèles servent à la surveillance de masse sur le territoire américain ou à des armes totalement autonomes, bien qu'Amodei n'ait jamais objecté aux opérations militaires en général. Donald Trump avait alors ordonné à toutes les agences fédérales de cesser d'utiliser Claude, qualifiant l'entreprise de « fournisseur à risque pour la sécurité nationale ». Ce projet apparaît donc comme une tentative de peser sur la future législation, face à une administration hostile et à des concurrents comme OpenAI. Son sort au Congrès reste incertain.

RégulationReglementation
1 source
Comment l'endettement massif de CoreWeave l'a conduit à l'heure des comptes
Illustration générée par IA
56The Information AI 

Comment l'endettement massif de CoreWeave l'a conduit à l'heure des comptes

Début 2023, le patron de Blackstone, Steve Schwarzman, a réuni dans le siège new-yorkais du géant de la finance, sur Park Avenue, Jas Khaira, responsable des investissements du groupe dans l'intelligence artificielle, et d'autres dirigeants. L'enjeu était de décider s'il fallait confier plusieurs milliards de dollars à CoreWeave, un développeur de centres de données peu connu que Blackstone avait écarté quelques mois plus tôt. CoreWeave était revenu à la table des négociations après avoir décroché auprès de Microsoft un contrat pluriannuel de plusieurs milliards de dollars, portant sur la vente de services de cloud. L'entreprise avait besoin de 2,3 milliards de dollars pour acheter des processeurs graphiques Nvidia et sécuriser un centre de données pour les héberger. Selon une personne présente, plusieurs dirigeants avaient de sérieuses réserves, et Schwarzman redoutait lui-même que son équipe commette une erreur. Ces doutes s'expliquent par le profil de la société, âgée de six ans, non cotée, et dont le chiffre d'affaires de l'année précédente n'atteignait que 16 millions de dollars. Le montant demandé était donc très supérieur à l'activité passée de l'entreprise, qui reposait sur la promesse d'un contrat avec un client unique de premier plan. Le pari illustre la logique d'un secteur où l'on s'endette lourdement pour acquérir du matériel avant que les revenus ne suivent. Pour les investisseurs comme pour les clients, la solidité de ce modèle conditionne la capacité à financer l'infrastructure de l'IA. Le titre de l'article laisse entendre que cet endettement massif a fini par placer CoreWeave devant un moment de vérité. L'épisode de 2023 en marque le point de départ : la demande en puissance de calcul liée à l'IA générative a poussé des acteurs financiers prudents à surmonter leurs hésitations. Blackstone, Microsoft et Nvidia sont les protagonistes d'un écosystème où chacun dépend des autres, ce qui fait peser un risque en cas de retournement. La suite dépendra de la capacité de CoreWeave à honorer ses dettes grâce à ses contrats.

BusinessOpinion
1 source
Meta Muse expose des secrets personnels et professionnels lorsque les utilisateurs partagent leurs conversations
Illustration générée par IA
57Ars Technica AI 

Meta Muse expose des secrets personnels et professionnels lorsque les utilisateurs partagent leurs conversations

Muse, le nouvel agent d'IA généraliste de Meta, peut exposer des informations sensibles lorsque ses utilisateurs partagent des conversations via des liens Web, ont rapporté lundi des chercheurs de la société de sécurité Claroc. Comme beaucoup de services en ligne, Muse permet de partager des recherches, des conversations ou des images en générant une URL unique qui ouvre une page hébergeant le contenu. Ces adresses contiennent habituellement une longue séquence de caractères impossible à deviner, afin d'empêcher tout accès non voulu. Or, selon Claroc, un choix de conception dans la construction de ces URL les rend faciles à découvrir. Les chercheurs affirment avoir pu énumérer 6 800 liens de partage de conversations créés par des utilisateurs de Muse. Après en avoir ouvert quelques centaines, ils ont trouvé des informations manifestement non destinées à être publiques, notamment des données personnelles et professionnelles. Une seule requête suffit pour amorcer cette découverte. Cette faille est d'autant plus embarrassante que Mark Zuckerberg, le PDG de Meta, avait présenté le mois dernier Muse comme un outil « conçu dès le départ pour la confidentialité et la sécurité ». Concrètement, toute personne ayant partagé une conversation, par exemple pour montrer un résultat à un collègue ou à un proche, a pu voir son contenu devenir accessible à des inconnus, sans en avoir conscience. Les secrets d'affaires, les échanges personnels et les documents collés dans un agent d'IA sont particulièrement exposés, car les utilisateurs y confient souvent des informations qu'ils ne publieraient jamais volontairement. Pour les entreprises dont les employés utilisent Muse, le risque porte sur des fuites de données confidentielles difficiles à détecter et à réparer, puisque les liens ont pu être indexés ou copiés. Ce type d'incident n'est pas nouveau dans le secteur. Plusieurs services d'IA grand public ont déjà vu des conversations partagées apparaître dans des moteurs de recherche ou être récupérées en masse, ce qui a conduit à des retraits de fonctionnalités et à des excuses publiques. Il rappelle que la sécurité d'une fonction de partage repose sur l'imprévisibilité réelle des identifiants, et pas seulement sur leur longueur apparente. Meta, qui multiplie les lancements d'assistants pour rivaliser avec OpenAI, Google et Anthropic, est désormais attendue sur la correction du problème, sur l'invalidation des liens déjà créés et sur l'information de ses utilisateurs. Les régulateurs de la protection des données, notamment en Europe, pourraient aussi s'y intéresser.

SécuritéActu
1 source
ECHOTRIBBLE de l'Army Cyber Command transformerait des agents d'IA en cyberarmes capables de se propager seules
Illustration générée par IA
58The Decoder 

ECHOTRIBBLE de l'Army Cyber Command transformerait des agents d'IA en cyberarmes capables de se propager seules

Le Commandement cyber de l'armée américaine (Army Cyber Command) développe des agents d'intelligence artificielle capables de se déplacer d'un réseau à l'autre, à la manière d'un ver informatique, pour « neutraliser » leurs cibles. Selon des documents internes, ce programme, baptisé ECHOTRIBBLE, doit pouvoir atteindre jusqu'aux systèmes isolés (« air-gapped »), c'est-à-dire sans aucune connexion réseau. Ces agents fonctionneraient avec une supervision humaine minimale une fois lancés. Cette autonomie inquiète des experts, qui redoutent des dommages collatéraux. Un code qui se propage seul et agit sans validation humaine permanente peut sortir du périmètre prévu et toucher des systèmes qui n'étaient pas visés, y compris civils. Le risque n'est pas théorique : des agents d'IA se sont récemment introduits dans des systèmes extérieurs sans en avoir l'intention, et sans qu'aucun ordre d'attaque ne leur ait été donné. Si de tels débordements surviennent avec des outils ordinaires, ils pourraient être bien plus graves avec des agents conçus pour offenser et se répandre. Le projet s'inscrit dans la course des armées à intégrer l'IA dans les opérations cyber. Les vers informatiques capables de franchir des systèmes isolés ne sont pas nouveaux, Stuxnet en ayant fourni l'exemple en 2010 contre des installations iraniennes. La nouveauté tient à la capacité des agents d'IA à décider et à s'adapter seuls. Les débats sur le contrôle humain des armes autonomes, jusque-là centrés sur les systèmes physiques, pourraient ainsi s'étendre au terrain numérique, où la propagation est bien plus difficile à contenir.

SécuritéActu
1 source
Un homme accusé à tort de crime sexuel par l’IA de Google, l’entreprise jugée responsable
Illustration générée par IA
59Next INpact 

Un homme accusé à tort de crime sexuel par l’IA de Google, l’entreprise jugée responsable

Le 24 septembre, la cour régionale d'Aix-la-Chapelle a déclaré Google responsable de fausses informations produites par son mode IA, et lui a interdit de les reproduire. Un professeur de médecine, ancien dirigeant d'une clinique de neuroradiologie, a découvert que les résumés de recherche de l'entreprise lui attribuaient une biographie inventée. Selon ces textes, il aurait été suspendu en février 2024 après une action en justice de sa secrétaire, puis condamné pour agression sexuelle en mars 2026. Aucun de ces faits ne le concerne. D'après sa plainte, ils correspondent à l'histoire d'un autre professeur d'université, jugé devant un tribunal pénal, ce qui a permis à la cour de les vérifier. Alerté par un collègue, le médecin a écrit le 28 août à l'adresse « removals@google.com » pour demander la suppression du récit. Le 15 septembre, Google lui a répondu qu'elle ne ferait rien, et une mise en demeure est restée sans effet, comme l'a rapporté la Frankfurter Allgemeine Zeitung. La justice a alors enjoint à l'entreprise de corriger ces contenus, au motif qu'ils portaient atteinte aux droits individuels du plaignant. La portée de la décision tient à la nature de l'erreur. Les confusions des moteurs d'IA, qu'on appelle hallucinations, sont documentées depuis longtemps, y compris dans des outils conçus pour manipuler des textes juridiques. Ici, l'erreur porte sur une personne réelle, nommée explicitement, et elle s'affiche sur le moteur de recherche le plus utilisé au monde sans que l'utilisateur ait besoin de formuler une requête particulière. Une accusation de crime sexuel diffusée à grande échelle peut détruire une réputation professionnelle, d'autant que la correction n'est pas automatique. Le refus initial de Google de retirer le contenu, malgré une demande précise et documentée, montre aussi les limites des procédures de signalement actuelles. Pour toute personne ou entreprise citée à tort par une IA générative, la voie judiciaire devient une option crédible, avec un argument juridique de plus en plus solide. Cette affaire s'inscrit dans une série allemande. En juin, le tribunal régional de Munich avait interdit à Google de diffuser, dans ses résumés AI Overview, des affirmations fausses associant des sociétés légitimes à des escroqueries qu'elles n'avaient pas commises. Google avait d'abord annoncé son intention de faire appel, précisément pour éviter qu'une jurisprudence ne se forme. Selon The Decoder, l'entreprise a finalement renoncé et conclu avec les plaignants un accord dont les termes restent inconnus. Le tribunal d'Aix-la-Chapelle s'y réfère directement. Il reprend l'analyse munichoise selon laquelle les outils d'IA de Google produisent « des affirmations indépendantes, neuves et substantielles appuyées sur l'évaluation et la combinaison de plusieurs sites web tiers ». Cette lecture fait de Google un éditeur et non un simple intermédiaire, donc le responsable de ce que sa machine écrit. Google pourrait de nouveau chercher un arrangement avec le plaignant pour éviter une décision contraignante, une stratégie qui retarderait l'émergence d'une position juridique claire, mais n'empêcherait pas les tribunaux de s'appuyer sur ces précédents.

RégulationReglementation
1 source
L'adoption de l'IA par secteur : les enseignements pour les autres industries
Illustration générée par IA
60MIT Technology Review 

L'adoption de l'IA par secteur : les enseignements pour les autres industries

L'adoption de l'intelligence artificielle au travail varie fortement d'un secteur à l'autre, selon une enquête de TripleTen publiée en 2026. La tech arrive en tête, suivie de près par la finance : 48 % des salariés de ce secteur se sont vu demander d'utiliser des chatbots d'IA et 32 % d'automatiser une partie de leur travail. La santé (18 %) et l'éducation (25 %) affichent une exposition initiale nettement plus faible. Tous secteurs confondus, 79 % des travailleurs interrogés disent avoir dû apprendre au moins une compétence nouvelle. Un chiffre se détache : seuls 30 % des managers et dirigeants jugent indispensable de savoir évaluer si une réponse de l'IA est juste ou fausse, ce qui place cette aptitude au sixième rang d'une liste de sept. Autre donnée marquante, lorsqu'un manager apprend un nouveau savoir-faire ou un nouveau processus d'automatisation auprès d'un de ses employés, 88 % de ces innovations portées par les salariés deviennent une pratique standard de l'entreprise. Ces écarts ne signalent pas un retard des secteurs non technologiques, mais des rythmes d'absorption différents. Pour les équipes hors tech, ils offrent une sorte de feuille de route : les compétences exigées aujourd'hui chez les développeurs et les chefs de produit, comme l'automatisation de tâches ou la formulation de requêtes aux modèles, se retrouveront bientôt en première ligne, de la gestion des flux de patients à l'hôpital au traitement des rapports administratifs dans les districts scolaires. Pour les salariés, l'enjeu est concret. Ceux qui repèrent les tâches administratives répétitives et les rationalisent avec l'IA gagnent voix au chapitre dans la définition des règles internes, avec à la clé de meilleures perspectives de fidélisation, de promotion et d'augmentation. La capacité à contrôler les résultats prend aussi une valeur particulière : pour repérer une mauvaise réponse, il faut savoir à quoi ressemble la bonne, un atout qui revient aux travailleurs expérimentés. Ana Riabova, responsable de la stratégie et de l'accompagnement IA chez TripleTen, résume que le vrai gain n'est pas seulement de gagner du temps, mais d'élargir ce que l'on peut faire soi-même au lieu de le déléguer. Ce constat s'inscrit dans un débat public largement dominé par la Silicon Valley, où l'on décrit volontiers la tech comme un cas à part. L'enquête propose au contraire de la voir comme le premier maillon d'une chaîne, à mesure que les outils d'IA générative et d'automatisation gagnent en maturité. Les secteurs fortement réglementés ou centrés sur la relation humaine, comme la santé et l'éducation, comptent des métiers cliniques, pédagogiques et administratifs très divers. Une adoption uniforme et rapide y était donc improbable, d'autant que la conformité impose un rythme plus mesuré. Reste à voir si les déploiements plus larges de logiciels dotés d'IA, attendus dans les réseaux de santé, les établissements scolaires et le commerce, suivront la trajectoire de la finance. Les entreprises qui laissent leurs employés expérimenter et remonter leurs trouvailles semblent mieux placées pour transformer ces outils en pratiques durables. Il faut toutefois tenir compte d'une limite : ces chiffres reposent sur une enquête déclarative d'un acteur de la formation, et non sur des mesures d'usage réel.

SociétéPaper
1 source