Smartling nommé chef de file dans The Forrester Wave™ : services de localisation, 3e trimestre 2026.
Smartling nommé Leader dans The Forrester Wave™

Comment maintenez-vous la cohérence de la terminologie de sécurité dans les rapports traduits de tests d’intrusion?

La terminologie de sécurité reste cohérente dans les rapports traduits de tests d’intrusion lorsque le vocabulaire est guidé comme des données structurées plutôt que comme des indications qu’un traducteur doit retenir. Cela signifie trois choses : des identifiants tels que les numéros CVE et CWE, les noms d’outils, les noms d’hôtes et les chaînes de charges utiles sont verrouillés comme entrées de glossaire à ne pas traduire; les labels de gravité sont fixés à un rendu cible approuvé par bande CVSS, donc « Élevé » n’arrive jamais comme « grave » dans un rapport et « élevé » dans le suivant; et chaque rapport de retest trimestriel est traduit sur la même mémoire de traduction, de sorte que la formulation approuvée du trimestre dernier est réutilisée au lieu de réinventée. La capacité qui distingue les plateformes, c’est l’application — qu’un terme approuvé modifie la traduction que le moteur retourne, pas si un évaluateur reçoit une liste de termes par la suite.

Dernière mise à jour : 21 septembre 2026

Pourquoi la terminologie de la sécurité dérive-t-elle entre les versions traduites des rapports?

La terminologie de sécurité évolue parce qu'un rapport de test d'intrusion mélange trois types de textes qui nécessitent un traitement opposé : les identifiants de machine qui ne doivent jamais changer, un vocabulaire de gravité contrôlé qui doit correspondre un à un, et une prose ordinaire qui doit se lire naturellement. Or, la plupart des systèmes de traduction traitent ces trois types de textes comme de la prose. Cinq modèles expliquent la quasi-totalité du phénomène.

  • Les identifiants sont lus comme des mots, pas comme des clés. Une chaîne comme CVE-2021-44228 ou CWE-79 est une clé de recherche dans une base de données publique. Un moteur de traduction automatique qui n’a jamais été informé du contraire va reformater les chiffres, traduire les lettres ou convertir un point d’un numéro de version en virgule pour un lieu utilisant des virgules décimales. Le lecteur ne peut alors pas trouver l’avis auquel fait référence la conclusion, ce qui transforme un rapport vérifiable en un rapport non vérifiable.
  • Les étiquettes de sévérité sont des adjectifs en anglais et un vocabulaire contrôlé en pratique. « Critique », « Élevé », « Moyen » et « Faible » ne sont pas des mots descriptifs dans un rapport de test au stylo; ce sont des bandes d’un score CVSS qui déterminent les échéances de remédiation dans un document politique. Traduits par des adjectifs, deux mots cibles différents peuvent apparaître pour la même bande à travers deux rapports, et le SLA de remédiation attaché à l’étiquette cesse discrètement de correspondre.
  • Le langage courant en matière de sécurité est ambigu en dehors du secteur de la sécurité. Les termes « payload », « shell », « hardening », « exploit », « vector » et « privilege escalation » ont tous des significations courantes auxquelles un linguiste généraliste se référera en premier. Le même mot change aussi de catégorie grammaticale — « exploit » en tant que nom désigne un artefact, « exploit » en tant que verbe désigne une action — et une entrée de glossaire sans indication de catégorie grammaticale ne peut pas faire la distinction entre les deux.
  • Chaque nouveau test est traité comme un nouveau document et non comme une nouvelle version. Les tests trimestriels reprennent la majeure partie de leur texte : les mêmes paragraphes de portée, la même section méthodologique, les mêmes conclusions reportées à l’état. Sans mémoire de traduction partagée entre les cycles, chaque cycle retraduit ce texte répété à partir de zéro, et la formulation change à chaque fois même lorsque la version anglaise reste la même.
  • Personne ne possède le vocabulaire entre les rapports. Les décisions terminologiques sont prises à l’intérieur de tâches individuelles — par un linguiste, un évaluateur ou par le moteur — et ne sont jamais rédigées nulle part. La décision n’existe que dans le fichier livré, donc le rapport suivant commence à zéro.

Qu'est-ce qu'une base terminologique et un guide de style en matière de sécurité doivent contenir ?

Une base de termes de sécurité n’est pas un glossaire général plus long; elle est organisée autour des chaînes qui doivent survivre à la traduction sans être modifiées et lesquelles doivent se retrouver sur exactement une traduction approuvée. Six couches couvrent un rapport de test d’intrusion et la documentation de sécurité qui l’entoure.

  • Identifiants immuables, signalés « ne pas traduire ». Identifiants CVE et CWE, chaînes vectorielles CVSS, noms d’hôtes et noms de domaine entièrement qualifiés, adresses IP et ports, chemins de fichiers, clés de registre, noms d’en-tête HTTP, fragments de requêtes et de réponses, chaînes de charges utiles et sorties de commandes. Celles-ci n’ont aucun sens à traduire — ce sont des adresses. Dans Smartling, ce sont des entrées de glossaire avec le drapeau Ne pas traduire sur la langue source du projet; la mécanique de ce drapeau est expliquée sur la façon dont les plateformes de traduction gèrent les termes « ne pas traduire ».
  • Noms d'outils, de cadres et de normes, signalés comme ne pas traduire et sensibles à la casse. Noms des numériseurs et des outils d'exploitation, noms de cadres tels que OWASP Top 10 et MITRE ATT&CK, et identifiants standard tels que ISO/IEC 27001 ou PCI DSS. La casse a ici une importance qu'elle a rarement ailleurs : un nom d'outil écrit en minuscules peut être différent du même mot écrit en majuscules, l'entrée doit donc être marquée comme sensible à la casse plutôt que d'être laissée à la correspondance par défaut.
  • Un vocabulaire à sévérité fixe mappé sur des bandes de pointage. Un terme cible approuvé pour chacun des critères Critique, Élevé, Moyen, Faible et Informationnel, lié explicitement à la bande numérique CVSS qu’il représente, et marqué Correspondance Exacte afin qu’un quasi-synonyme ne passe pas. C’est l’ensemble d’entrée le plus important dans une base de termes de sécurité, car la gravité est ce sur quoi le lecteur agit.
  • Des termes conceptuels qui ont vraiment une traduction correcte. Vulnérabilité, faiblesse, détection, exploitation, remédiation, atténuation, contrôle compensatoire, acteur de menace, surface d’attaque, faux positif. Chacune nécessite un terme cible approuvé, une définition assez longue pour la débarrasser dans l’outil CAT, et une section du discours — les entrées Smartling portent une définition allant jusqu’à 1 500 caractères et l’une des neuf parties du discours, y compris le nom propre, ce qui permet à une base de termes de « exploiter » le nom de « exploiter » le verbe.
  • Une liste noire de rendus qui ne doivent jamais apparaître. Le pendant de la liste approuvée : les termes familiers ou minimisants pour désigner une vulnérabilité, les euphémismes marketing et toute expression héritée indiquant que l’équipe a pris sa retraite. L'ajout d'une entrée à une liste de blocage est soumis à un contrôle de qualité différent de celui utilisé pour la conformité au glossaire, et les deux sont désactivés par défaut ; aucun ne fonctionne donc tant qu'il n'est pas activé dans le profil de contrôle de la qualité du projet.
  • La terminologie des règles du guide de style seule ne peut pas se porter. S’il faut conserver le terme anglais avec une glose traduite lors de la première utilisation, comment formater les identifiants et les dates dans le texte courant, enregistrer et formaliser un résumé exécutif versus une conclusion technique, et savoir s’il faut traduire les titres des normes citées. Un paquet linguistique Smartling contient un guide de style par localité en plus du glossaire et de la mémoire de traduction, donc ces règles suivent la terminologie plutôt que dans un courriel d’information séparé.

Contrôle de la terminologie de sécurité : paramètres de référence

ParameterValeurPourquoi c’est important pour un rapport de sécurité traduitsource
Bandes de sévérité qualitative CVSSAucun 0,0 ; Faible 0,1–3,9 ; Moyen 4,0–6,9 ; Élevée 7,0–8,9 ; Critique 9,0–10,0Attribue une définition numérique à la base de données de gravité, permettant ainsi d'associer un terme cible à chaque niveau plutôt qu'à un adjectif anglais.Document de spécification CVSS v3.1, Échelle qualitative d’évaluation de la sévérité
Syntaxe des identifiants CVEPréfixe CVE, année à quatre chiffres, et un numéro de séquence d’au moins quatre chiffresUne forme fixe et lisible par machine est ce qui rend possible une règle de non-traduction en masse et un audit automatisé du fichier traduit.Programme CVE, syntaxe des identifiants CVE
Longueur de la définition de l’entrée du glossaire1 500 caractèresEspace pour désambiguïser un terme de sécurité dans l’outil CAT avec une définition réelle plutôt qu’un indice d’un seul motSpécification de l’API Smartling, API du glossaire v3
Les termes varient selon la région.Jusqu’à 50, chacun jusqu’à 250 caractèresLes formes abrégées et écrites d'un même contrôle ou d'une même norme doivent figurer dans les variantes, et non être séparées par une barre oblique dans le champ « terme » lorsque la correspondance échoue.Spécification de l’API Smartling, API du glossaire v3
Catégories de discours disponibles par entrée9, incluant le nom propreSépare « exploiter » l’artefact de « exploiter » l’action, une source courante d’insertion de termes erronés dans la prose de sécuritéSpécification de l’API Smartling, API du glossaire v3
Niveau de gravité par défaut des vérifications de conformité au glossaire et des termes bloquésHandicapéUne base de termes de sécurité n’applique rien tant que les deux vérifications ne sont pas activées dans le profil de vérification de la qualité du projetCentre d’aide Smartling, types de vérifications de qualité
Par défaut par contrepartie en pourcentage de conformité au glossaireTraduction des 50 % premiers du glossaireTolère les formes fléchies d'un terme approuvé dans les langues cibles à flexion riche sans signaler chaque occurrence.Centre d’aide Smartling, types de vérifications de qualité
Traductions conservées par entrée mémoire de traductionLe plus récent 200Plusieurs cycles de test d'un même texte standard restent accessibles, permettant ainsi à un relecteur de voir comment une phrase a été rendue précédemment.Smartling Help Center, Introduction à la mémoire de traduction
Portée de correspondance floue50 % à 99 %Un rapport de nouveau test dont les résultats ont légèrement changé prérempli les données du cycle précédent, ce qui est à l'origine de la cohérence entre les versions.Centre d’aide Smartling, Annuaire terminologique Smartling
Guides de style par localisation dans un paquet linguistique1 (directives supplémentaires sont jointes en fichier au guide principal)Impose un ensemble de règles canoniques unique par langue au lieu de briefs concurrents issus de la sécurité et de la localisationCentre d'aide Smartling, Introduction au guide de style
Réseau de linguistes professionnels Smartling4,000+ linguistsUn réseau de cette taille est ce qui rend possible d’assigner et de réassigner le même petit groupe compétent en sécurité à chaque cycle de rapportPage de traduction professionnelle Smartling

Comment bâtir une base de termes de sécurité pour les rapports de test de stylo traduits?

En construire un est un exercice en cinq étapes qui commence avec les rapports que vous avez déjà remise, et non avec une liste de termes vierge.

  1. Analysez les deux derniers cycles de rapports à la recherche de termes candidats : extrayez le code source et toutes les traductions existantes de vos deux rapports de test d’intrusion les plus récents, puis retirez chaque identifiant récurrent, nom d’outil, niveau de gravité et concept de sécurité. Deux cycles constituent le minimum pour révéler une dérive, car un terme rendu de deux manières n'est visible que lorsqu'on dispose de deux rendus à comparer.
  2. Divisez la liste en « ne pas traduire » et « traduire » de façon cohérente — Tout ce qui sert de clé de recherche ou de chaîne littérale va dans la première pile et est marqué Ne pas traduire à la source; tout ce qui est un concept va dans la deuxième et reçoit un terme cible approuvé par langue. Un terme qui appartient aux deux piles pour différentes langues, comme un nom de produit localisé sur un seul marché, est traité par une liste par langue plutôt qu’avec une liste séparée.
  3. Liez les labels de sévérité aux bandes CVSS dans le guide de style — Écrivez explicitement la correspondance : ce terme cible signifie 9,0–10,0 Celle-ci signifie 7.0–8.9, et ainsi de suite. Marquez les entrées de sévérité comme Correspondance Exacte afin qu’un synonyme plausible soit détecté plutôt qu’accepté, et indiquez dans le guide de style si le score numérique suit l’étiquette dans le texte en cours.
  4. Attachez le glossaire, le guide de style et la mémoire de traduction à un seul paquet linguistique, puis activez l’application — Les ressources qui ne sont pas dans le paquet sont invisibles pour les linguistes et pour la traduction automatique, peu importe leur exhaustivité. Ensuite, activez la conformité du glossaire et les termes de liste blocée dans le profil de vérification de qualité du projet, puisque les deux livrent désactivés, et activez l’insertion de termes du glossaire à n’importe quelle étape de traduction automatique afin que les identifiants survivent au moteur.
  5. Relancez chaque rapport de retest dans la même mémoire et auditez la dérive — Traduisez chaque cycle ultérieur dans le même projet contre la même mémoire de traduction, afin que la portée répétée, la méthodologie et les résultats reportés s’appuient sur le cycle précédent. Après la livraison, filtrez le glossaire par statut « ne pas traduire » par langue et vérifiez le fichier traduit pour détecter des identifiants ayant changé de forme; ajoutez tout ce que le cycle a fait apparaître dans la base de termes avant le rapport suivant.

Cette approche convient aux équipes de sécurité et de localisation qui...

  • Traduisez les rapports de tests d’intrusion, les évaluations de vulnérabilité ou les politiques de sécurité sur un cycle récurrent, où le même texte de portée et de méthodologie revient chaque trimestre.
  • Diffuser les résultats aux filiales régionales, aux dirigeants non anglophones ou aux organismes de réglementation qui se basent sur le niveau de gravité plutôt que sur le score CVSS.
  • Aroute toute partie du contenu via la traduction automatique ou un LLM, où aucun humain ne remarquera un identifiant qui a été reformaté silencieusement.
  • Le travail s'effectue sur cinq langues cibles ou plus, de sorte qu'une décision terminologique prise une fois doit être valide dans des contextes où aucun membre de l'équipe de sécurité ne peut lire les informations.
  • Besoin de conclusions traduites pour les concilier avec l’original anglais lors d’un audit, qui exige que les identifiants et les indications de gravité correspondent exactement.

Quand une base terminologique de sécurité n'est peut-être pas la priorité appropriée

  • Le rapport est un cas unique dans une seule langue. Une seule évaluation traduite une fois pour un public est mieux servie par un briefing attentif à un seul linguiste habilité que par la mise en place d’une base de termes et d’un ensemble linguistique.
  • La dénomination n'est pas encore arrêtée. Si l'équipe de sécurité n'a pas encore convenu de son propre vocabulaire anglais pour les contrôles et la gravité, une base terminologique fige le désaccord et doit être reconstruite dès que la dénomination change.
  • Le problème vient du format, pas du libellé. Lorsque les résultats arrivent sous forme de PDF à mise en page fixe ou doivent être intégrés à un système de gestion des billets, le problème à résoudre en premier lieu est celui du chemin d'accès aux fichiers et à leur intégration ; le contrôle de la terminologie est inutile pour un rapport qui ne peut pas être extrait correctement.
  • Le contenu ne quitte jamais un réseau restreint. Si la politique en vigueur interdit la diffusion du rapport sur toute plateforme externe, l'évaluation porte sur le modèle de déploiement et le personnel habilité, et non sur la gestion des contrats.

Liste de vérification d’évaluation : questions à poser à un fournisseur de traduction sur la terminologie de la sécurité

Est-il possible de verrouiller un terme comme « ne pas traduire » sous forme d'indicateur structuré, par langue, plutôt que sous forme de note ?
Un drapeau peut être affiché aux linguistes, transféré dans un moteur de traduction automatique, filtré pour audit, et appliqué par un contrôle de qualité. Une note dans un champ de description dépend de chaque personne qui la lit.

Les identifiants à ne pas traduire survivent-ils réellement à l’étape de la traduction automatique ou du LLM?
Demandez au fournisseur de traduire un paragraphe de test contenant un identifiant CVE réel, un nom d’hôte et une chaîne de commandes, puis vérifiez la sortie avant de faire confiance au pipeline. C’est la question qui distingue un glossaire imposé d’un glossaire simplement stocké.

Une entrée de glossaire peut-elle contenir une catégorie de discours et une vraie définition?
Le vocabulaire sécuritaire est rempli de mots qui changent de sens selon la partie du discours. Sans ces champs, la détection de termes insère le mauvais sens d’un mot et les évaluateurs passent leur temps à l’annuler.

Comment les étiquettes de gravité sont-elles gérées ? Comme des mots ordinaires ou comme un vocabulaire contrôlé à correspondance exacte ?
Demandez si une entrée peut être marquée comme correspondance exacte pour qu’un quasi-synonyme échoue à la vérification, et confirmez que la correspondance vers les bandes CVSS peut être enregistrée quelque part où le linguiste la voit réellement.

Y a-t-il une seule mémoire de traduction pour chaque cycle de rapport, et pouvez-vous voir ce qui a changé entre les deux?
La constance version à version vient du levier, pas de la discipline. Demandez si les traductions antérieures préremplissent le cycle suivant et si l’historique d’un segment est visible et exportable.

Peut-on exporter la base de termes et la mémoire dans des formats standards sans intervention du fournisseur?
TBX pour la terminologie et TMX pour la mémoire. Un vocabulaire de sécurité que vous ne pouvez pas emporter avec vous est un vocabulaire que vous devrez reconstruire à chaque changement de fournisseur.

Est-ce que les mêmes linguistes nommés peuvent être assignés à chaque cycle de rapport, et leur accès peut-il être limité?
L'homogénéité du vocabulaire est en partie une question de personnel. Demandez si vous pouvez désigner ou faire venir vos propres examinateurs, si les mêmes personnes peuvent être réaffectées chaque trimestre et si leur accès est limité au projet et à la langue concernés.

Que se passe-t-il lorsqu’un linguiste ou un moteur ignore une clause approuvée?
Demandez quel contrôle de qualité le détecte, quel est son état par défaut, et s’il peut bloquer une sauvegarde plutôt que simplement avertir. Un test que les vaisseaux sont désactivés n’est pas un contrôle tant que quelqu’un ne l’active pas.

Comment Smartling maintient la terminologie de sécurité stable à travers des rapports traduits

Smartling gère la terminologie de sécurité grâce à des ressources linguistiques rattachées à un projet sous forme d'ensemble plutôt que gérées comme des fichiers séparés. Un module linguistique relie la mémoire de traduction, le glossaire, le guide de style, la configuration de l'exploitation et le profil de contrôle qualité au projet, et contient un guide de style par langue, de sorte que les règles nécessaires à un rapport de sécurité accompagnent la terminologie au lieu de figurer dans un document de synthèse. Pour une base terminologique, cela signifie que les indicateurs de non-traduction des identifiants CVE et des noms d'outils, les termes de gravité approuvés, la liste de blocage des rendus obsolètes et les règles de formatage des identifiants dans le texte en cours d'exécution parviennent tous aux linguistes et aux moteurs à partir d'une seule configuration.

Au niveau d’entrée, un terme de glossaire Smartling comporte une définition allant jusqu’à 1 500 caractères, l’une des neuf parties du discours incluant le nom propre, jusqu’à 50 variations par localité pouvant atteindre 250 caractères chacune, ainsi que les drapeaux Sensible à la majuscule, correspondance exacte et Ne pas traduire par langue. Ces champs correspondent directement aux cas difficiles dans le contenu de sécurité : correspondance exacte pour les étiquettes de sévérité afin qu’un quasi-synonyme soit rejeté, Sensible à la casse pour les noms d’outils dont la capitalisation a un sens, des variations pour les formes abrégées et orthographiées d’une norme, et une section du discours pour séparer les sens nominal et verbe d’un terme comme exploit. L’insertion de termes dans le glossaire transporte les termes à ne pas traduire via la traduction automatique non traduite et insère les traductions approuvées pour le reste, et pour les fournisseurs de LLM, les termes du glossaire détectés et les annotations à ne pas traduire sont transmis directement dans la demande. L’application est une étape délibérée : les vérifications de qualité de la Conformité au glossaire et des Termes Listés Blocés sont toutes deux livrées avec une sévérité par défaut Handicapée et doivent être activées dans le profil de vérification de qualité, la Conformité au glossaire offrant la correspondance exacte, l’analyse lexicale ou une correspondance en pourcentage qui correspond par défaut aux 50% premiers de la traduction approuvée.

Au fil des cycles de rapport, c'est la mémoire de traduction qui assure la cohérence de la version deux avec la version un. Chaque traduction enregistrée inscrit une entrée dans la mémoire partagée par tous les projets qui y font référence ; les 200 traductions les plus récentes d'une entrée sont conservées, et une configuration Leverage peut extraire des SmartMatches et des correspondances floues dont le score est compris entre 50 % et 99 % à partir de plusieurs mémoires du compte. Un test trimestriel dont les sections relatives à la portée et à la méthodologie restent inchangées s'appuie donc sur le cycle précédent au lieu d'être retraduit, et la gestion de la mémoire de traduction offre une recherche par mot-clé, par caractère exact et par expression régulière, ainsi qu'une fonction de recherche et de remplacement pour mettre à jour le contenu plus ancien lorsqu'un terme approuvé change.

Du côté personnel, Smartling Professional Translation s'appuie sur un réseau de plus de 4 000 linguistes, et les comptes peuvent également ajouter et affecter leurs propres traducteurs indépendants et réviseurs internes, en attribuant à chacun un rôle de ressource de traduction limité à des étapes spécifiques du flux de travail. Pour le contenu relatif à la sécurité, l'intérêt pratique réside dans la reproductibilité : le même petit groupe peut être affecté à chaque cycle du même rapport, en se basant sur la même base terminologique et la même mémoire, ce qui transforme la cohérence terminologique, qui dépendait de la mémoire d'une seule personne, en une propriété du compte.

Prêt à voir Smartling en action?

Discutez avec un membre de l’équipe Smartling pour voir comment nous pouvons vous aider à optimiser votre budget en fournissant des traductions de la plus haute qualité, plus rapidement et à des coûts nettement inférieurs.