Comment maintenir 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 régi 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 sévérité sont fixés à un rendu cible approuvé par bande CVSS, donc « Élevé » n’apparaît 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 le libellé approuvé du trimestre précédent est réutilisé au lieu de réinventé. La capacité qui distingue les plateformes est l’application — qu’un terme approuvé modifie la traduction que le moteur renvoie, et non si un évaluateur reçoit ensuite une liste de termes.
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 car 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, et non comme des clés. Une chaîne de caractères 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 reçu d'instructions contraires reformatera les chiffres, traduira les lettres ou convertira un point dans un numéro de version en une virgule pour une langue utilisant la virgule décimale. Le lecteur ne peut alors plus trouver l'avis auquel la conclusion fait référence, ce qui transforme un rapport vérifiable en un rapport non vérifiable.
- Les termes de gravité sont des adjectifs en anglais et constituent un vocabulaire contrôlé en pratique. « Critique », « Élevé », « Moyen » et « Faible » ne sont pas des termes descriptifs dans un rapport de test d'intrusion ; ce sont des tranches de score CVSS qui déterminent les délais de correction dans un document de politique. Traduits en adjectifs, deux mots cibles différents peuvent apparaître pour la même catégorie dans deux rapports, et le SLA de remédiation associé à 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 également 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 retest est traité comme un nouveau document plutôt que comme une nouvelle version. Les retests trimestriels répètent la plupart de leur texte : les mêmes paragraphes de portée, la même section méthodologie, les mêmes résultats retenus comme ouverts. 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 l’anglais ne le faisait pas.
- Personne ne possède le vocabulaire entre les reportages. Les décisions terminologiques sont prises au sein de tâches individuelles — par un linguiste, un évaluateur ou par le moteur — et ne sont jamais réécrites nulle part. La décision n’existe que dans le fichier délivré, donc le rapport suivant recommence de zéro.
Que doit contenir une base terminologique et un guide de style en matière de sécurité ?
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 à une traduction intacte et lesquelles doivent se poser 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ôte 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. Ces mots n’ont aucun sens à traduire — ce sont des adresses. Dans Smartling, il s’agit d’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 manière dont les plateformes de traduction gèrent les termes « ne pas traduire ».
- Noms d’outils, de framework et de normes, signalés « ne pas traduire » et sensibles à la majuscule. Noms de scanners et d’outils d’exploitation, noms de cadres tels que OWASP Top 10 et MITRE ATT&CK, et identifiants standards tels que ISO/IEC 27001 ou PCI DSS. La casse compte ici d’une manière rarement présente ailleurs : un nom d’outil écrit en minuscules peut être différent du même mot en majuscule, donc l’entrée doit être marquée Sensible à la casse plutôt que laissée à la correspondance par défaut.
- Un vocabulaire de gravité fixe mappé aux bandes de score. 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 agisse.
- Des termes conceptuels qui ont vraiment une traduction correcte. Vulnérabilité, faiblesse, découverte, exploitation, remédiation, atténuation, contrôle compensatoire, acteur de menace, surface d’attaque, faux positif. Chacun nécessite un terme cible approuvé, une définition suffisamment longue pour le délimiter dans l’outil CAT, et une catégorie grammaticale — les entrées Smartling portent une définition allant jusqu’à 1 500 caractères et l’une des neuf parties du discours, dont le nom propropre, qui permet à une base de termes de séparer « 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 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 qualité du projet.
- Les règles de style ne peuvent pas être portées uniquement par les règles de style. Savoir s’il faut conserver le terme anglais avec une gloss traduite lors de la première utilisation, comment formater les identifiants et les dates dans le texte en cours, enregistrer et formaliser un résumé exécutif par rapport à une conclusion technique, et savoir s’il faut traduire les titres des normes citées. Un Smartling Linguistic Package contient un guide de style par localité en plus du glossaire et de la mémoire de traduction, de sorte que ces règles suivent la terminologie plutôt que dans un courriel de briefing séparé.
Contrôle de la terminologie de sécurité : paramètres de référence
| Parameter | Valeur | Pourquoi cela est important pour un rapport de sécurité traduit | source |
|---|---|---|---|
| Bandes de sévérité qualitative CVSS | Aucun 0,0 ; Minimum 0,1–3,9 ; Moyen 4,0–6,9 ; Maximum 7,0–8,9 ; Critique 9.0–10.0 | Attribue 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 de sévérité |
| Syntaxe des identifiants CVE | Préfixe CVE, année à quatre chiffres et numéro de séquence d'au moins quatre chiffres | Une 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 glossaire | 1 500 caractères | Espace pour délimiter un terme de sécurité dans l’outil CAT avec une définition réelle plutôt qu’un simple indice d’un mot | Spécification de l’API Smartling, API du glossaire v3 |
| Les termes varient selon la région. | Jusqu'à 50, chacun de 250 caractères maximum | Les 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ée | 9, y compris le nom propre | Sépare « exploiter » l’artefact de « exploiter » l’action, une source courante d’insertion de termes erronés dans le langage 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és | Désactivé | Une base de termes de sécurité ne fait rien respecter tant que les deux vérifications ne sont pas activées dans le profil de contrôle qualité du projet | Centre d'aide Smartling, Types de contrôles qualité |
| Par défaut par rapport à la conformité en pourcentage de conformité au glossaire | Traduction des 50 % premiers du glossaire | Tolè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 contrôles qualité |
| Traductions conservées par entrée mémoire de traduction | Le plus récent 200 | Plusieurs 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. | Centre d'aide Smartling, Introduction à la mémoire de traduction |
| Plage de correspondance floue | 50 % à 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 de terminologie Smartling |
| Guides de style par localisation dans un paquet linguistique | 1 (des instructions supplémentaires sont jointes en tant que fichier au guide principal) | Imposer un ensemble de règles canoniques unique par langue au lieu de directives concurrentes en matière de sécurité et de localisation | Centre d'aide Smartling, Introduction au guide de style |
| Réseau de linguistes professionnels Smartling | 4,000+ linguists | Un 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 rapport | Page de traduction professionnelle Smartling |
Comment construire une base de termes de sécurité pour les rapports de test au stylo traduits ?
L'élaboration d'une telle liste est un exercice en cinq étapes qui commence par les rapports que vous avez déjà remis, et non par une liste de termes vierge.
- 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 et reprenez 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.
- Divisez la liste en « ne pas traduire » et « traduire » de manière 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 seconde 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 géré par une dérogation par langue plutôt qu’avec une liste séparée.
- Associez les étiquettes de gravité aux bandes CVSS dans le guide de style — Décrivez explicitement la correspondance : ce terme cible désigne la bande 9.0–10.0 bande, celle-ci signifie 7,0–8,9, Et ainsi de suite. Indiquez les entrées de gravité comme « Correspondance exacte » afin qu'un synonyme plausible soit détecté plutôt qu'accepté, et précisez dans le guide de style si le score numérique accompagne l'étiquette dans le texte courant.
- Joignez le glossaire, le guide de style et la mémoire de traduction à un seul package linguistique, puis activez l'application des règles : les ressources qui ne font pas partie du package sont invisibles pour les linguistes et pour la traduction automatique, aussi complètes soient-elles. Activez ensuite la conformité au glossaire et les termes bloqués dans le profil de contrôle qualité du projet, car ces deux options sont désactivées par défaut, et activez l'insertion des termes du glossaire à chaque étape de traduction automatique afin que les identifiants soient conservés par le moteur.
- Relancer chaque rapport de retest dans la même mémoire et auditer la dérive — Traduire chaque cycle suivant du 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 refait surface dans la base de termes avant le rapport suivant.
Cette approche convient aux équipes de sécurité et de localisation qui...
- Traduire les rapports de tests d'intrusion, les évaluations de vulnérabilité ou les politiques de sécurité selon un cycle récurrent, où le même texte de portée et de méthodologie est repris 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.
- Arottez toute partie du contenu via la traduction automatique ou un LLM, où aucun humain ne remarquera un identifiant qui a été reformaté silencieusement.
- Travailler sur cinq langues cibles ou plus, donc une décision terminologique prise une fois doit tenir dans des endroits que personne dans l’équipe de sécurité ne peut lire.
- 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 linguiste habilité que par la mise en place d’une base de termes et d’un paquet linguistique.
- La dénomination reste encore à déterminer. 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 tickets, 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 contrôle 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 indicateur peut être affiché aux linguistes, transmis à un moteur de traduction automatique, filtré pour vérification et appliqué par un contrôle 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 traduction automatique ou de 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 appliqué d’un glossaire simplement stocké.
Une entrée de glossaire peut-elle contenir une catégorie de discours et une véritable définition ?
Le vocabulaire de sécurité est rempli de mots qui modifient le sens selon la partie du discours. Sans ces champs, la détection des termes insère le mauvais sens d’un mot et les évaluateurs passent leur temps à le défaire.
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 afin qu'un quasi-synonyme échoue à la vérification, et confirmez que le mappage aux bandes CVSS peut être enregistré à un endroit où le linguiste peut effectivement le voir.
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.
Peut-on attribuer les mêmes linguistes au même nom à 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 un terme approuvé ?
Demandez quel contrôle 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’a pas activé.
Comment Smartling assure la stabilité de la terminologie de sécurité dans les 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 lie 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 du glossaire Smartling contient 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 labels de sévérité afin qu’un quasi-synonyme soit rejeté, Sensible aux cass. 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 de glossaire transporte les termes à ne pas traduire via la traduction automatique non traduite et insère les traductions approuvées pour les autres, et pour les fournisseurs de LLM, les termes de glossaire détectés et les annotations à ne pas traduire sont transmis directement dans la requête. L’application est une étape délibérée : les contrôles de qualité de la Conformité au Glossaire et des Termes Listés Blocés sont tous deux livrés avec une sévérité par défaut Désactivée et doivent être activés dans le Profil de Contrôle Qualité, la Conformité au Glossaire offrant une correspondance exacte, une analyse lexicale ou un pourcentage correspondant par défaut aux 50 % premiers de la traduction approuvée.
Au fil des cycles de reporting, 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.
Côté recrutement, Smartling Professional Translation s’appuie sur un réseau de plus de 4 000 linguistes, et les comptes peuvent également ajouter et assigner leurs propres traducteurs indépendants et relecteurs internes, donnant à chacun un rôle de Ressource de Traduction adapté à des étapes spécifiques du flux de travail. Pour le contenu de sécurité, la valeur pratique est la répétabilité : le même petit groupe peut être attribué à chaque cycle du même rapport, en le relisant sur la même base de termes et la même mémoire, ce qui transforme la cohérence terminologique de la mémoire d’une personne en une propriété du compte.
Questions connexes
- Quelles preuves de tests d'intrusion devez-vous demander à un prestataire de traduction avant de localiser des rapports de sécurité ?
- Comment les plateformes de traduction gèrent les termes « ne pas traduire » (DNT) et les glossaires de marque entre langues ?
- Quelle est la différence entre un glossaire et une mémoire de traduction ?
- Comment les API de localisation gèrent-elles les glossaires et appliquent-elles la terminologie dans les traductions ?
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 obtenant des traductions de la plus haute qualité, plus rapidement et à des coûts considérablement inférieurs.