Les points cl\u00e9s en bref<\/p>\n
- \n
- La d\u00e9tection bas\u00e9e sur les signatures \u00e9choue face aux attaques \u00e0 variantes.<\/strong> Lorsqu’un LLM g\u00e9n\u00e8re 200 variantes syntaxiquement diff\u00e9rentes d’une commande en quelques secondes, les r\u00e8gles statiques ne suffisent pas. Le BSI a indiqu\u00e9 dans son rapport de situation 2025 que le passage \u00e0 la d\u00e9tection comportementale et \u00e0 la d\u00e9tection d’anomalies est obligatoire et non facultatif.<\/li>\n
- L’ing\u00e9nierie de d\u00e9tection est l’endroit o\u00f9 il faut investir.<\/strong> Les SOC matures \u00e9crivent leur propre logique de d\u00e9tection contre les techniques MITRE ATT&CK et non contre des outils individuels. L’erreur la plus courante dans les entreprises moyennes DACH : la strat\u00e9gie de d\u00e9tection est d\u00e9l\u00e9gu\u00e9e via des packs de fournisseurs par d\u00e9faut.<\/li>\n
- Les architectures SOC sans mod\u00e8le de donn\u00e9es sont peu performantes.<\/strong> Un SOC qui n’oblige pas les journaux EDR, pare-feu, identit\u00e9 et SaaS dans un mod\u00e8le de donn\u00e9es commun ne peut pas reconstituer les chemins d’attaque. La corr\u00e9lation bas\u00e9e sur l’intelligence artificielle n’aide que si les donn\u00e9es sont corr\u00e9lables.<\/li>\n<\/ul>\n<\/div>\n
Li\u00e9 :<\/span>MFA adaptatif au-del\u00e0 des param\u00e8tres par d\u00e9faut<\/a> \/<\/span> Identit\u00e9s de machine dans Entra<\/a><\/p>\n
Pourquoi le monde des signatures ne suffit plus<\/h2>\n
La d\u00e9tection de signature classique a \u00e9t\u00e9 viable pendant plus de deux d\u00e9cennies parce que les outils d’attaque restaient identiques dans leur forme textuelle. Une commande Mimikatz ou un EncodedCommand PowerShell avec une charge utile Base64 ressemblait \u00e0 un mod\u00e8le qu’une r\u00e8gle pouvait trouver. Cette hypoth\u00e8se n’est plus stable en 2026.<\/p>\n
Les attaquants ayant acc\u00e8s \u00e0 LLM g\u00e9n\u00e8rent aujourd’hui des variantes du m\u00eame outil en quelques secondes. Param\u00e8tres variables, drapeaux alternatifs, op\u00e9rations inoffensives intercal\u00e9es, imbrication de codages. Chaque variante est s\u00e9mantiquement identique, mais syntaxiquement nouvelle. Une biblioth\u00e8que de signatures comportant 8 000 entr\u00e9es \u00e9choue face \u00e0 un g\u00e9n\u00e9rateur qui produit 20 000 nouvelles variantes en deux minutes.<\/p>\n
L’apprentissage difficile : celui qui mesure sa strat\u00e9gie de d\u00e9tection en fonction du nombre de signatures actives mesure la mauvaise taille. Les \u00e9quipes matures mesurent les mod\u00e8les de comportement couverts par technique. Une technique avec une empreinte comportementale clairement d\u00e9finie n\u00e9cessite moins de r\u00e8gles, mais intercepte davantage de variantes.<\/p>\n
Trois chiffres issus de la vie quotidienne des SOC allemands<\/h2>\n
\nSOC-Benchmark DACH 2026<\/p>\n
- \n
- 72 heures :<\/strong> temps moyen entre l’acc\u00e8s initial et la premi\u00e8re d\u00e9tection dans les SOC des moyennes entreprises allemandes, selon l’enqu\u00eate SANS-DACH 2026. Dans les SOC dot\u00e9s d’une logique de d\u00e9tection propre, cette valeur tombe \u00e0 environ 18 heures.<\/li>\n
- 43 pour cent :<\/strong> proportion des r\u00e8gles de d\u00e9tection dans un SIEM moyen des moyennes entreprises qui n’ont jamais d\u00e9clench\u00e9 d’alerte depuis leur mise en service. R\u00e8gles mortes qui n’ont jamais \u00e9t\u00e9 nettoy\u00e9es lors du r\u00e9glage.<\/li>\n
- 6 sur 10 :<\/strong> analystes SOC de la r\u00e9gion DACH d\u00e9clarent dans une enqu\u00eate ENISA sur la main-d’\u0153uvre qu’ils consacrent moins de 20 pour cent de leur temps de travail \u00e0 l’ing\u00e9nierie de d\u00e9tection. Le reste est consacr\u00e9 \u00e0 la gestion des tickets et au nettoyage des faux positifs.<\/li>\n<\/ul>\n<\/div>\n
Le troisi\u00e8me chiffre est le plus d\u00e9sagr\u00e9able. Il indique que le temps de travail de ceux qui sont cens\u00e9s \u00e9crire la logique de d\u00e9tection est consacr\u00e9 \u00e0 la maintenance. Les r\u00e8gles mortes ne sont pas \u00e9limin\u00e9es, les fausses alarmes ne sont pas syst\u00e9matiquement traqu\u00e9es et les nouvelles hypoth\u00e8ses de d\u00e9tection ne trouvent pas de cr\u00e9neau.<\/p>\n
O\u00f9 l’IA a r\u00e9ellement un effet de levier dans le SOC<\/h2>\n
Le d\u00e9bat sur l’IA dans le SOC est souvent polaris\u00e9 en deux camps. D’un c\u00f4t\u00e9, les promesses des fournisseurs d’une moteur de d\u00e9tection autonome qui d\u00e9tecte toutes les attaques en temps r\u00e9el. De l’autre, les sceptiques qui consid\u00e8rent l’IA dans le SOC comme du th\u00e9\u00e2tre marketing. Les deux camps manquent la r\u00e9alit\u00e9 op\u00e9rationnelle.<\/p>\n
\n\nO\u00f9 l’IA \u00e9choue dans le SOC<\/p>\n
- \n
- D\u00e9tection autonome de bout en bout sans hypoth\u00e8se de comportement document\u00e9e<\/li>\n
- Triage LLM sur des journaux bruts sans mod\u00e8le de donn\u00e9es et enrichissement contextuel<\/li>\n
- Cr\u00e9ation de playbooks g\u00e9n\u00e9ratifs sans validation par un ing\u00e9nieur de d\u00e9tection<\/li>\n
- Mod\u00e8les d’anomalie sur des ensembles de donn\u00e9es trop petits et statiquement entra\u00een\u00e9s<\/li>\n
- R\u00e9ponse de chatbot en premier sans escalade stricte vers une analyse humaine<\/li>\n<\/ul>\n<\/div>\n\n
O\u00f9 l’IA est efficace dans le SOC<\/p>\n
- \n
- Regroupement d’alertes et d\u00e9duplication sur des \u00e9v\u00e9nements sources similaires<\/li>\n
- D\u00e9tection d’anomalies sur les identit\u00e9s utilisateur et machine<\/li>\n
- Cr\u00e9ation de r\u00e8gles de d\u00e9tection en tant que copilote, avec validation humaine<\/li>\n
- Prise en charge de la triage de niveau 1 avec transfert clair au niveau 2 apr\u00e8s seuil<\/li>\n
- Condensation des rapports et analyse des tendances pour les briefings du CISO<\/li>\n<\/ul>\n<\/div>\n<\/div>\n
Ce que tous les cas d’utilisation efficaces partagent : l’IA est situ\u00e9e entre le mod\u00e8le de donn\u00e9es et l’humain, et non entre l’\u00e9v\u00e9nement brut et la r\u00e9action automatis\u00e9e. Quiconque installe des outils d’IA sans mod\u00e8le de donn\u00e9es dans le SOC ach\u00e8te une couche de plausibilit\u00e9 co\u00fbteuse sans substance.<\/p>\n
L’\u00e9cart de maturit\u00e9 dans les SOC des entreprises moyennes de la r\u00e9gion DACH<\/h2>\n
\nChronologie : maturit\u00e9 du SOC en termes d’aptitude \u00e0 l’IA en 12 mois<\/p>\n
- \n
- Mois 1-2 :<\/strong> Audit des r\u00e8gles de d\u00e9tection mortes, nettoyage de la biblioth\u00e8que de signatures, inventaire du mod\u00e8le de donn\u00e9es<\/li>\n
- Mois 3-4 :<\/strong> Cartographie de la couverture MITRE ATT&CK, identification des dix techniques ayant la plus grande pertinence sectorielle<\/li>\n
- Mois 5-7 :<\/strong> \u00c9tablissement d’un cr\u00e9neau pour l’ing\u00e9nierie de d\u00e9tection dans la planification hebdomadaire, d\u00e9tection comportementale pour les techniques les plus importantes<\/li>\n
- Mois 8-10 :<\/strong> D\u00e9tection des anomalies d’identit\u00e9 sur les identit\u00e9s de machine, copilote d’IA pour l’it\u00e9ration des r\u00e8gles de d\u00e9tection<\/li>\n
- Mois 11-12 :<\/strong> Exercice de table contre les attaques g\u00e9n\u00e9r\u00e9es par variantes, ajustement du mod\u00e8le de donn\u00e9es, auto-\u00e9valuation de la maturit\u00e9 ENISA<\/li>\n<\/ul>\n<\/div>\n
Un chemin r\u00e9aliste de douze mois ne commence pas avec les outils d’IA, mais avec le mod\u00e8le de donn\u00e9es. Ce n’est pas ce que pr\u00eachent les pr\u00e9sentations des fournisseurs. Mais c’est le point o\u00f9 presque tous les op\u00e9rateurs de SOC de la r\u00e9gion DACH sont bloqu\u00e9s depuis deux ans, parce que le chemin est moins brillant qu’un pilote avec un moteur de d\u00e9tection autonome.<\/p>\n
Ce que la situation du BSI en 2025 implique implicitement pour les SOC<\/h2>\n
Le rapport du BSI sur la situation de la s\u00e9curit\u00e9 informatique en Allemagne en 2025 mentionne plusieurs d\u00e9placements pertinents pour les SOC. Premi\u00e8rement : les techniques de Living-off-the-Land ont continu\u00e9 \u00e0 augmenter, ce qui d\u00e9value encore davantage la d\u00e9tection classique des hachages de fichiers. Deuxi\u00e8mement : les attaques centr\u00e9es sur l’identit\u00e9 sont arriv\u00e9es dans les trois cat\u00e9gories d’incidents les plus \u00e9lev\u00e9es. Troisi\u00e8mement : les incidents de la cha\u00eene d’approvisionnement cr\u00e9ent un besoin de d\u00e9tection \u00e9largi, car un chemin de mise \u00e0 jour logiciel compromis peut \u00eatre visible des semaines avant le dommage r\u00e9el, si l’on collecte la bonne t\u00e9l\u00e9m\u00e9trie.<\/p>\n
La cons\u00e9quence op\u00e9rationnelle pour les op\u00e9rateurs de SOC : extension de la t\u00e9l\u00e9m\u00e9trie avec des donn\u00e9es d’identit\u00e9, t\u00e9l\u00e9m\u00e9trie EDR sur la g\u00e9n\u00e9alogie des processus et les journaux de pipeline de construction comme nouveau vecteur d’entr\u00e9e. Qui ne tire pas ces trois sources de donn\u00e9es dans le mod\u00e8le de donn\u00e9es du SOC, ignore les d\u00e9placements pertinents pour le BSI.<\/p>\n
Ce qui porte entre le verrouillage du fournisseur et la construction interne dans le mod\u00e8le de maturit\u00e9<\/h2>\n
Trois d\u00e9cisions d’architecture ont un impact disproportionn\u00e9 dans la pratique. Premi\u00e8rement : maintenir la logique de d\u00e9tection dans un format ind\u00e9pendant du fournisseur, par exemple Sigma. Qui enferme ses r\u00e8gles de d\u00e9tection dans un DSL sp\u00e9cifique au fournisseur, ne peut pas changer de fournisseur de SIEM ou de XDR sans r\u00e9ing\u00e9nierie. Sigma n’est pas parfait, mais il est portable.<\/p>\n
Deuxi\u00e8mement : normalisation de la t\u00e9l\u00e9m\u00e9trie \u00e0 un sch\u00e9ma commun (Common Information Model, ECS ou comparable) avant l’arriv\u00e9e au SIEM. Qui normalise, peut \u00e9crire des r\u00e8gles de d\u00e9tection contre le sch\u00e9ma, et non contre le fournisseur source. Cela \u00e9conomise trois \u00e0 quatre semaines par nouveau connecteur de donn\u00e9es.<\/p>\n
Troisi\u00e8mement : d\u00e9tection en tant que code avec Git, revue de code et pipeline CI\/CD. Qui \u00e9dite des r\u00e8gles de d\u00e9tection dans l’interface utilisateur du SIEM, sans contr\u00f4le de version et sans revue, n’a pas de pratique d’ing\u00e9nierie de d\u00e9tection, mais de l’improvisation de d\u00e9tection.<\/p>\n
Foire aux questions<\/h2>\n
Chaque question est verrouill\u00e9e. Un clic d\u00e9verrouille la r\u00e9ponse.<\/p>\n
\nAvons-nous besoin d’une fonction d’ing\u00e9nierie de d\u00e9tection propre ou un MSSP suffit-il ?<\/strong><\/summary>\n
Les deux. Un MSSP fournit une couverture large et une analyse 24h\/24 et 7j\/7. Ce qu’il ne fournit pas, c’est la logique de d\u00e9tection contre les sc\u00e9narios de menaces sp\u00e9cifiques \u00e0 un secteur. Qui veut couvrir des mod\u00e8les d’attaque sp\u00e9cifiques \u00e0 l’industrie pharmaceutique, \u00e0 l’\u00e9nergie ou \u00e0 la construction m\u00e9canique, a besoin de ses propres ing\u00e9nieurs de d\u00e9tection qui compl\u00e8tent la configuration du MSSP avec des r\u00e8gles propres.<\/p>\n<\/details>\n
\nQuelle t\u00e9l\u00e9m\u00e9trie est obligatoire en 2026 pour un SOC conforme \u00e0 la NIS2 ?<\/strong><\/summary>\n
Le r\u00e8glement d’application de la NIS2 ne liste pas de sources de t\u00e9l\u00e9m\u00e9trie, mais exige la d\u00e9tection d’incidents pertinents. Dans la pratique : t\u00e9l\u00e9m\u00e9trie de point de terminaison via EDR, journaux d’identit\u00e9 \u00e0 partir de l’IdP, journaux de pare-feu et de proxy, ainsi que pour les installations r\u00e9glement\u00e9es, t\u00e9l\u00e9m\u00e9trie ICS ou OT. Qui n’a pas ces quatre piliers, re\u00e7oit des exigences lors de l’audit NIS2.<\/p>\n<\/details>\n
\nEn quoi un attaque de phishing par IA diff\u00e8re-t-elle du phishing classique en mati\u00e8re de d\u00e9tection ?<\/strong><\/summary>\n
Les e-mails de phishing g\u00e9n\u00e9r\u00e9s par IA pr\u00e9sentent moins d’anomalies linguistiques et s’adaptent mieux au vocabulaire contextuel de la cible. Les anomalies de headers classiques et les d\u00e9tections bas\u00e9es sur les liens continuent de fonctionner. Ce qui ne fonctionne plus : la d\u00e9tection bas\u00e9e sur les anomalies linguistiques ou les mod\u00e8les de phishing typiques. L’analyse du comportement d’identit\u00e9 apr\u00e8s clic devient la couche cl\u00e9.<\/p>\n<\/details>\n
\nLa migration de SIEM vers XDR en vaut-elle la peine pour les entreprises moyennes allemandes ?<\/strong><\/summary>\n
Rarement en tant que changement complet, souvent en tant que couche compl\u00e9mentaire. Les plateformes XDR fournissent une t\u00e9l\u00e9m\u00e9trie de endpoint int\u00e9gr\u00e9e, mais sont souvent limit\u00e9es dans la p\u00e9riode de retour des donn\u00e9es et le degr\u00e9 de personnalisation. Une architecture hybride compos\u00e9e d’une couche EDR+ et de SIEM avec une r\u00e9tention longue est, en 2026, l’architecture la plus courante dans les entreprises moyennes, plut\u00f4t que le passage pur et simple \u00e0 XDR.<\/p>\n<\/details>\n
\nComment mesurer l’efficacit\u00e9 d’un SOC au-del\u00e0 du Mean Time to Detect ?<\/strong><\/summary>\n
Via des m\u00e9triques de couverture par technique MITRE-ATT&CK, via le temps de traitement dans la premi\u00e8re heure apr\u00e8s l’alerte initiale et via le pourcentage d’incidents d\u00e9couverts par la d\u00e9tection propre du SOC par rapport aux packs de d\u00e9faut des fournisseurs. Ces trois m\u00e9triques s\u00e9parent clairement la maturit\u00e9 de d\u00e9tection de la maturit\u00e9 de traitement.<\/p>\n<\/details>\n
Les recommandations de la r\u00e9daction<\/h2>\n
- \n
- MFA adaptatif : les param\u00e8tres d’usine ne suffisent pas<\/a><\/li>\n
- Conformit\u00e9 NIS2 dans les entreprises moyennes<\/a><\/li>\n
- Identit\u00e9s de machines : les comptes que personne ne compte<\/a><\/li>\n<\/ul>\n
\n<\/p>\nLes choix de la r\u00e9daction<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/adaptive-mfa-risikobasiert-jenseits-standard-c2pa-cover-hero-250x141.jpg\")
<\/span>\u00c0 lire<\/span>Authentification multifacteurs : les param\u00e8tres d\u2019usine ne\u2026<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/nis2-compliance-mittelstand-umsetzung-praxis-cover-hero-250x143.jpg\")
<\/span>\u00c0 lire<\/span>Conformit\u00e9 NIS2 : \u00e9tapes cl\u00e9s pour les PME<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/entra-agent-id-maschinen-identitaeten-non-human-hero-250x141.jpg\")
<\/span>\u00c0 lire<\/span>Identit\u00e9s de machines : les comptes que personne ne compte<\/span><\/span><\/a><\/p>\nPlus du r\u00e9seau MBF Media<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-finops-ki-inferenz-gpu-kosten-multi-clou-4198678.jpg\")
<\/span>cloudmagazin<\/span>FinOps IA: ma\u00eetriser les co\u00fbts GPU multi-cloud<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-tech-mandate-aufsichtsrat-nis2-eu-ai-act-39094777-250x143.jpg\")
<\/span>Digital Chiefs<\/span>Mandat technologique au conseil de surveillance : NIS2, EU AI Act et d\u00e9ficit de comp\u00e9tences<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-kundenbindung-beginnt-vor-dem-angebot-mi-87352927-250x143.jpg\")
<\/span>MyBusinessFuture<\/span>Fid\u00e9lisation de la client\u00e8le commence avant l\u2019offre<\/span><\/span><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"Des attaques de variantes en 14 minutes, 43 % de r\u00e8gles SIEM mortes, des d\u00e9placements pertinents pour le BSI : l\u00e0 o\u00f9 les centres de s\u00e9curit\u00e9 allemands\u2026","protected":false},"author":10,"featured_media":15223,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"","_yoast_wpseo_title":"Analyse de menace pilot\u00e9e par l'IA : ce dont les SOC allemands ont besoin en maintenant","_yoast_wpseo_metadesc":"Analyse de menaces bas\u00e9e sur l'IA pour les SOC allemands : ing\u00e9nierie de d\u00e9tection, discipline de mod\u00e8le de donn\u00e9es et leviers d'IA r\u00e9alistes au-del\u00e0 de\u2026","_yoast_wpseo_meta-robots-noindex":"","_yoast_wpseo_meta-robots-nofollow":"","_yoast_wpseo_meta-robots-adv":"","_yoast_wpseo_canonical":"","_yoast_wpseo_opengraph-title":"","_yoast_wpseo_opengraph-description":"","_yoast_wpseo_opengraph-image":"","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"","_yoast_wpseo_twitter-image-id":0,"evm_kih_original":false,"_evm_slot_owner":"","evm_cvss":0,"evm_risk":0,"evm_casefile":"","evm_primary_cve":"","evm_pin_until":0,"evm_external_preview_token":"","evm_external_preview_expires":"","_evm_translation_lang":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":[],"footnotes":""},"categories":[256],"tags":[],"class_list":["post-15229","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-praxis-umsetzung-fr"],"evm_reading_time_minutes":11,"wpml_language":"fr","wpml_translation_of":15218,"_links":{"self":[{"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/posts\/15229","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/users\/10"}],"replies":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/comments?post=15229"}],"version-history":[{"count":5,"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/posts\/15229\/revisions"}],"predecessor-version":[{"id":21303,"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/posts\/15229\/revisions\/21303"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/media\/15223"}],"wp:attachment":[{"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/media?parent=15229"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/categories?post=15229"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.securitytoday.de\/fr\/wp-json\/wp\/v2\/tags?post=15229"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} - Conformit\u00e9 NIS2 dans les entreprises moyennes<\/a><\/li>\n
- Mois 3-4 :<\/strong> Cartographie de la couverture MITRE ATT&CK, identification des dix techniques ayant la plus grande pertinence sectorielle<\/li>\n
- Mois 1-2 :<\/strong> Audit des r\u00e8gles de d\u00e9tection mortes, nettoyage de la biblioth\u00e8que de signatures, inventaire du mod\u00e8le de donn\u00e9es<\/li>\n
- 43 pour cent :<\/strong> proportion des r\u00e8gles de d\u00e9tection dans un SIEM moyen des moyennes entreprises qui n’ont jamais d\u00e9clench\u00e9 d’alerte depuis leur mise en service. R\u00e8gles mortes qui n’ont jamais \u00e9t\u00e9 nettoy\u00e9es lors du r\u00e9glage.<\/li>\n
- L’ing\u00e9nierie de d\u00e9tection est l’endroit o\u00f9 il faut investir.<\/strong> Les SOC matures \u00e9crivent leur propre logique de d\u00e9tection contre les techniques MITRE ATT&CK et non contre des outils individuels. L’erreur la plus courante dans les entreprises moyennes DACH : la strat\u00e9gie de d\u00e9tection est d\u00e9l\u00e9gu\u00e9e via des packs de fournisseurs par d\u00e9faut.<\/li>\n