Como manter a terminologia de segurança consistente em todos os relatórios de testes de penetração traduzidos?
A terminologia de segurança permanece consistente em todos os relatórios de testes de penetração traduzidos quando o vocabulário é gerenciado como dados estruturados, em vez de orientações que o tradutor precisa memorizar. Isso significa três coisas: identificadores como números CVE e CWE, nomes de ferramentas, nomes de host e strings de payload são bloqueados como entradas de glossário que não devem ser traduzidas; os rótulos de gravidade são fixados em uma única renderização de destino aprovada por banda CVSS, de modo que "Alta" nunca aparece como "grave" em um relatório e "elevada" no seguinte; e cada relatório de reteste trimestral é traduzido usando a mesma memória de tradução, de modo que a redação aprovada do trimestre anterior é reutilizada em vez de reinventada. A capacidade que diferencia as plataformas é a aplicação das regras — se um termo aprovado altera a tradução retornada pelo mecanismo, e não se um revisor visualiza uma lista de termos posteriormente.
Última revisão: 21 de setembro de 2026
Por que a terminologia de segurança varia entre as versões traduzidas do relatório?
A terminologia de segurança sofre alterações porque um relatório de teste de penetração mistura três tipos de texto que precisam de tratamento oposto — identificadores de máquina que nunca devem mudar, um vocabulário de gravidade controlada que deve corresponder um a um e prosa comum que deve ser lida naturalmente — e a maioria das configurações de tradução trata os três como prosa. Quase tudo é explicado por cinco padrões.
- Os identificadores são lidos como palavras, não como chaves. Uma sequência de caracteres como CVE-2021-44228 ou CWE-79 é uma chave de pesquisa em um banco de dados público. Um mecanismo de tradução automática que nunca recebeu instruções diferentes irá reformatar os dígitos, traduzir as letras ou converter um ponto final em um número de versão em uma vírgula para uma localidade que usa vírgulas decimais. O leitor fica então impossibilitado de encontrar o parecer a que a descoberta se refere, o que transforma um relatório verificável em um relatório não verificável.
- Os rótulos de gravidade são adjetivos em inglês e, na prática, constituem vocabulário controlado. "Crítico", "Alto", "Médio" e "Baixo" não são palavras descritivas em um relatório de teste de penetração; são faixas de uma pontuação CVSS que determinam os prazos de remediação em um documento de política. Traduzido como adjetivos, dois termos-alvo diferentes podem aparecer para a mesma banda em dois relatórios, e o SLA de correção associado ao rótulo para de funcionar automaticamente.
- O inglês usado em contextos de segurança é ambíguo fora do âmbito da segurança. "Payload", "shell", "hardening", "exploit", "vector" e "privilege escalation" são todos significados comuns que um linguista geral usaria primeiro. A mesma palavra também muda de classe gramatical — "explorar" como substantivo indica um artefato, "explorar" como verbo indica uma ação — e uma entrada de glossário sem classe gramatical associada não consegue distinguir as duas.
- Cada reteste é tratado como um novo documento, e não como uma nova versão. Os retestes trimestrais repetem a maior parte do texto: os mesmos parágrafos de escopo, a mesma seção de metodologia, as mesmas conclusões mantidas como pesquisa aberta. Sem uma memória de tradução compartilhada entre os ciclos, cada ciclo retraduz o texto repetido do zero, e a redação muda a cada vez, mesmo quando o inglês não muda.
- Ninguém detém o monopólio do vocabulário entre os relatórios. As decisões terminológicas são tomadas dentro de cada tarefa individual — por um linguista, por um revisor ou pelo próprio mecanismo de busca — e nunca são registradas em nenhum outro lugar. A decisão existe apenas no arquivo entregue, portanto o próximo relatório começa do zero.
O que deve constar em uma base terminológica e um guia de estilo de segurança?
Uma base terminológica de segurança não é um glossário geral extenso; ela é organizada em torno de quais sequências de caracteres devem permanecer inalteradas durante a tradução e quais devem resultar em exatamente uma tradução aprovada. Um relatório de teste de penetração e a documentação de segurança relacionada são abrangidos por seis camadas.
- Identificadores imutáveis, sinalizados como não traduzíveis. Identificadores CVE e CWE, strings de vetores CVSS, nomes de host e nomes de domínio totalmente qualificados, endereços IP e portas, caminhos de arquivos, chaves de registro, nomes de cabeçalhos HTTP, fragmentos de solicitação e resposta, strings de carga útil e saída de comandos. Essas frases não têm significado para traduzir — são endereços. No Smartling, essas são entradas de glossário com a opção "Não traduzir" definida no idioma de origem do projeto; o funcionamento dessa opção é explicado em como as plataformas de tradução lidam com termos que não devem ser traduzidos.
- Nomes de ferramentas, frameworks e padrões, sinalizados como não traduzíveis e que diferenciam maiúsculas de minúsculas. Nomes de ferramentas de varredura e exploração, nomes de frameworks como OWASP Top 10 e MITRE ATT&CK, e identificadores padrão como ISO/IEC 27001 ou PCI DSS. A distinção entre maiúsculas e minúsculas importa aqui de uma forma que raramente acontece em outros casos: o nome de uma ferramenta escrito em minúsculas pode ser diferente da mesma palavra escrita com a primeira letra de cada palavra em maiúscula, portanto, a entrada deve ser marcada como "Diferenciar maiúsculas de minúsculas" em vez de ser deixada com a correspondência padrão.
- Um vocabulário fixo de gravidade mapeado para faixas de pontuação. Um termo alvo aprovado para cada uma das categorias Crítico, Alto, Médio, Baixo e Informativo, vinculado explicitamente à faixa numérica CVSS que representa e marcado como Correspondência Exata, de modo que um quase-sinônimo não seja aceito. Esta é a entrada de maior valor definida em um conjunto de termos de segurança, pois a gravidade é o fator que influencia a ação do leitor.
- Conceitos que realmente possuem uma tradução correta. Vulnerabilidade, fraqueza, descoberta, exploração, remediação, mitigação, controle compensatório, agente de ameaça, superfície de ataque, falso positivo. Cada termo precisa de um termo-alvo aprovado, uma definição longa o suficiente para desambiguá-lo na ferramenta CAT e uma classe gramatical — as entradas do Smartling contêm uma definição de até 1.500 caracteres e uma das nove classes gramaticais, incluindo substantivo próprio, que é o que permite que uma base terminológica separe o substantivo "explorar" do verbo "explorar".
- Uma lista de bloqueio de imagens que nunca devem aparecer. A imagem espelhada da lista aprovada: palavras coloquiais ou que minimizem uma vulnerabilidade, eufemismos de marketing e qualquer expressão legada que indique que a equipe foi desativada. A verificação de uma entrada na lista de bloqueio é feita por um método de controle de qualidade diferente daquele usado para verificar a conformidade com o glossário, e ambos estão desativados por padrão. Portanto, nenhum deles funciona até que seja ativado no Perfil de Controle de Qualidade do projeto.
- A terminologia das regras do guia de estilo por si só não é suficiente. Se deve-se manter o termo em inglês com uma tradução explicativa na primeira utilização, como formatar identificadores e datas no texto corrido, o registro e a formalidade para um resumo executivo versus uma conclusão técnica e se devem ser traduzidos os títulos das normas citadas. Um pacote linguístico da Smartling inclui um guia de estilo por idioma, juntamente com o glossário e a memória de tradução, de modo que essas regras acompanham a terminologia em vez de serem enviadas em um e-mail informativo separado.
Controle de terminologia de segurança: parâmetros de referência
| Parameter | Valor | Por que isso é importante para um relatório de segurança traduzido? | fonte |
|---|---|---|---|
| Bandas de gravidade qualitativa do CVSS | Nenhum 0,0; Baixo 0,1–3,9; Médio 4,0–6,9; Alto 7,0–8,9; Crítico 9,0–10,0 | Atribui uma definição numérica à base de termos de gravidade, permitindo que um termo alvo seja associado a cada nível em vez de a um adjetivo em inglês. | Documento de Especificação CVSS v3.1, Escala de Classificação de Severidade Qualitativa |
| sintaxe do identificador CVE | Prefixo CVE, ano com quatro dígitos e um número de sequência com pelo menos quatro dígitos. | Um formato fixo e legível por máquina é o que possibilita uma regra de não tradução em massa e uma auditoria automatizada do arquivo traduzido. | Programa CVE, sintaxe do ID CVE |
| Comprimento da definição da entrada do glossário | 1.500 caracteres | Espaço para esclarecer a ambiguidade de um termo de segurança na ferramenta CAT com uma definição real em vez de uma dica de uma palavra. | Especificação da API Smartling, Glossário da API v3 |
| Variações de termos por localidade | Até 50, cada um com até 250 caracteres. | As formas abreviadas e escritas por extenso do mesmo controle ou padrão pertencem às variações, e não devem ser separadas por barra no campo de termos onde a correspondência falha. | Especificação da API Smartling, Glossário da API v3 |
| Classes gramaticais disponíveis por entrada | 9, incluindo substantivo próprio | Separa o artefato "explorar" da ação "explorar", uma fonte comum de inserção incorreta de termos em textos de segurança. | Especificação da API Smartling, Glossário da API v3 |
| Severidade padrão das verificações de conformidade com o glossário e de termos bloqueados. | Desabilitado | Uma base terminológica de segurança não impõe nenhuma restrição até que ambas as verificações estejam ativadas no Perfil de Verificação de Qualidade do projeto. | Central de Ajuda da Smartling, Tipos de Verificações de Qualidade |
| Glossário: Conformidade - correspondência percentual padrão | Primeiros 50% da tradução do glossário | Tolera formas flexionadas de um termo aprovado em línguas-alvo altamente flexionadas, sem sinalizar cada ocorrência. | Central de Ajuda da Smartling, Tipos de Verificações de Qualidade |
| Traduções retidas por entrada de memória de tradução | Os 200 mais recentes | Vários ciclos de reteste do mesmo texto padrão permanecem recuperáveis, permitindo que um revisor veja como uma frase foi traduzida anteriormente. | Central de Ajuda da Smartling, Introdução à Memória de Tradução |
| Intervalo de correspondência aproximada | 50%–99% | Um relatório de reteste cujas conclusões mudaram ligeiramente ainda é preenchido automaticamente a partir do ciclo anterior, e é daí que realmente vem a consistência entre versões. | Central de Ajuda do Smartling, Diretório de Terminologia do Smartling |
| Guias de estilo por localidade em um pacote linguístico | 1 (orientações adicionais estão anexadas como um arquivo ao guia principal) | Impõe um único conjunto de regras canônicas por idioma, em vez de diretrizes concorrentes de segurança e localização. | Central de Ajuda da Smartling, Introdução ao Guia de Estilo |
| Rede de linguistas profissionais Smartling | 4,000+ linguists | Uma rede deste tamanho é o que torna viável atribuir e reatribuir o mesmo pequeno grupo com conhecimento em segurança a cada ciclo de relatório. | Página de Tradução Profissional da Smartling |
Como criar uma base terminológica de segurança para relatórios de testes de penetração traduzidos?
A criação de uma lista de termos é um exercício de cinco etapas que começa com os relatórios que você já entregou, e não com uma lista de termos em branco.
- Analise os dois últimos ciclos de relatórios em busca de termos candidatos — Obtenha o código-fonte e quaisquer traduções existentes dos seus dois relatórios de teste de penetração mais recentes e extraia todos os identificadores, nomes de ferramentas, rótulos de gravidade e conceitos de segurança recorrentes. Dois ciclos é o mínimo necessário para revelar a deriva, pois um termo renderizado de duas maneiras só é visível quando se tem duas renderizações para comparar.
- Divida a lista em "não traduzir" e "traduzir de forma consistente" — Tudo o que funcionar como uma chave de pesquisa ou uma sequência literal vai para a primeira pilha e é sinalizado como "Não traduzir" na localidade de origem; tudo o que for um conceito vai para a segunda e recebe um termo de destino aprovado por idioma. Um termo que pertence a ambas as listas para diferentes idiomas, como o nome de um produto localizado apenas em um mercado, é tratado com uma configuração específica para cada idioma, em vez de uma lista separada.
- Associe os rótulos de severidade às bandas CVSS no guia de estilo — Descreva o mapeamento explicitamente: este termo alvo significa 9.0–10.0. banda, esta significa 7,0–8,9, e assim por diante. Marque as entradas de gravidade como "Correspondência Exata" para que um sinônimo plausível seja identificado em vez de aceito, e indique no guia de estilo se a pontuação numérica acompanha o rótulo no texto corrido.
- Anexe o glossário, o guia de estilo e a memória de tradução a um único Pacote Linguístico e, em seguida, ative a imposição — os recursos que não estiverem no pacote ficarão invisíveis para os linguistas e para a tradução automática, independentemente de quão completos estejam. Em seguida, habilite a Conformidade com o Glossário e os Termos Bloqueados no Perfil de Verificação de Qualidade do projeto, já que ambos vêm desabilitados por padrão, e habilite a inserção de termos do glossário em qualquer etapa de tradução automática para que os identificadores sejam preservados pelo mecanismo de tradução.
- Execute novamente cada relatório de reteste usando a mesma memória e verifique a deriva — Traduza cada ciclo subsequente no mesmo projeto usando a mesma memória de tradução, para que o escopo, a metodologia e as descobertas subsequentes aproveitem o ciclo anterior. Após a entrega, filtre o glossário por status de "não traduzir" para cada idioma e verifique o arquivo traduzido em busca de identificadores que sofreram alterações; adicione novamente à base terminológica tudo o que o ciclo revelou antes do próximo relatório.
Essa abordagem é adequada para equipes de segurança e localização que...
- Traduzir relatórios de testes de penetração, avaliações de vulnerabilidade ou políticas de segurança em um ciclo recorrente, onde o mesmo texto de escopo e metodologia retorna a cada trimestre.
- Distribua os resultados para subsidiárias regionais, executivos que não falam inglês ou órgãos reguladores que atuam com base na gravidade do caso, e não na pontuação CVSS.
- Encaminhe qualquer parte do conteúdo por meio de tradução automática ou de um LLM (Language-Level Master), onde nenhum ser humano perceberá um identificador que foi reformatado silenciosamente.
- Trabalhar com cinco ou mais idiomas de destino significa que uma decisão terminológica tomada uma vez precisa ser válida em locais que ninguém na equipe de segurança consiga ler.
- É necessário traduzir os resultados para compará-los com o original em inglês em uma auditoria, o que exige que os identificadores e os rótulos de gravidade correspondam exatamente.
Quando uma base terminológica de segurança pode não ser a prioridade correta
- O relatório é único e está redigido em um único idioma. Uma avaliação única, traduzida uma única vez para um público específico, é melhor atendida por um briefing cuidadoso a um linguista credenciado do que pela criação de uma base terminológica e um pacote linguístico completos.
- O nome ainda não foi definido. Se a equipe de segurança ainda não tiver chegado a um consenso sobre o vocabulário em inglês para controles e níveis de severidade, uma base terminológica perpetua a discordância e precisa ser reconstruída assim que a nomenclatura for alterada.
- O problema está no formato, não na redação. Quando os resultados chegam em formato PDF com layout fixo ou precisam ser inseridos em um sistema de tickets, o arquivo e o caminho de integração são os primeiros problemas a serem resolvidos; o controle de terminologia não serve para nada em um relatório que não pode ser extraído corretamente.
- O conteúdo nunca sai de uma rede restrita. Se a política proibir que o relatório chegue a qualquer plataforma externa, a avaliação diz respeito ao modelo de implantação e ao pessoal autorizado, e não à gestão do mandato.
Lista de verificação para avaliação: perguntas a fazer a um fornecedor de tradução sobre terminologia de segurança
É possível bloquear um termo como "não traduzir" por meio de um sinalizador estruturado, por idioma, em vez de como uma nota?
Uma sinalização pode ser exibida para linguistas, inserida em um mecanismo de tradução automática, filtrada para auditoria e aplicada por meio de uma verificação de qualidade. Uma nota em um campo de descrição depende de cada pessoa que a lê.
Os identificadores "não traduzir" realmente sobrevivem à tradução automática ou à etapa de LLM?
Solicite ao fornecedor que traduza um parágrafo de teste contendo um identificador CVE real, um nome de host e uma string de comando e, em seguida, verifique a saída antes de confiar no pipeline. Essa é a questão que distingue um glossário que é imposto de um que é meramente armazenado.
Uma entrada de glossário pode conter uma classe gramatical e uma definição completa?
O vocabulário de segurança está repleto de palavras que mudam de significado conforme a classe gramatical. Sem esses campos, a detecção de termos inserirá o sentido errado de uma palavra e os revisores perderão tempo corrigindo isso.
Como os rótulos de gravidade são tratados — como palavras comuns ou como um vocabulário controlado de correspondência exata?
Pergunte se uma entrada pode ser marcada como correspondência exata para que um quase-sinônimo falhe na verificação e confirme se o mapeamento para as bandas CVSS pode ser registrado em algum lugar onde o linguista realmente o veja.
Existe uma única memória de tradução para todos os ciclos de relatório? E é possível identificar o que mudou entre eles?
A consistência entre versões resulta da alavancagem, não da disciplina. Pergunte se as traduções anteriores preenchem automaticamente o próximo ciclo e se o histórico de um segmento é visível e exportável.
É possível exportar a base terminológica e a memória em formatos padrão sem a intervenção do fornecedor?
TBX para terminologia e TMX para memória. Um vocabulário de segurança que você não pode levar consigo é um vocabulário que você reconstruirá na primeira vez que trocar de fornecedor.
É possível designar os mesmos linguistas para cada ciclo de relatório, e é possível restringir o acesso deles?
A consistência do vocabulário é, em parte, uma questão de pessoal. Pergunte se você pode indicar ou trazer seus próprios revisores, se as mesmas pessoas podem ser realocadas a cada trimestre e se o acesso delas é limitado ao projeto e idioma relevantes.
O que acontece quando um linguista ou um mecanismo de busca ignora um termo aprovado?
Pergunte qual verificação de qualidade detecta o problema, qual é o seu estado padrão e se ela pode bloquear um salvamento em vez de apenas emitir um aviso. Uma verificação que é desativada não é um controle até que alguém a habilite.
Como a Smartling mantém a terminologia de segurança consistente em todos os relatórios traduzidos
A Smartling gerencia a terminologia de segurança por meio de recursos linguísticos que são anexados a um projeto como um conjunto, em vez de serem gerenciados como arquivos separados. Um Pacote Linguístico vincula a Memória de Tradução, o Glossário, o Guia de Estilo, a Configuração de Aproveitamento e o Perfil de Verificação de Qualidade ao projeto e contém um Guia de Estilo por idioma, de modo que as regras necessárias para um relatório de segurança acompanhem a terminologia em vez de estarem em um documento informativo. Para uma base terminológica, isso significa que os sinalizadores de não tradução em identificadores CVE e nomes de ferramentas, os termos de gravidade aprovados, a lista de bloqueio de renderizações obsoletas e as regras de formatação para identificadores em texto corrido chegam a linguistas e mecanismos a partir de uma única configuração.
No nível básico, um termo do glossário Smartling contém uma definição de até 1.500 caracteres, uma das nove classes gramaticais, incluindo substantivo próprio, até 50 variações por localidade, com até 250 caracteres cada, e indicadores de distinção entre maiúsculas e minúsculas, correspondência exata e não traduzir, por idioma. Esses campos correspondem diretamente aos casos mais complexos em conteúdo de segurança: Correspondência Exata para rótulos de gravidade, de modo que um quase-sinônimo seja rejeitado; Diferenciação de Maiúsculas e Minúsculas para nomes de ferramentas cuja capitalização é significativa; variações para as formas abreviadas e escritas por extenso de um padrão; e classe gramatical para separar os sentidos de substantivo e verbo de um termo como "exploit". A Inserção de Termos do Glossário mantém os termos que não devem ser traduzidos durante a tradução automática sem serem traduzidos e insere traduções aprovadas para os demais. Para instituições que oferecem mestrado em Direito (LLM), os termos do glossário detectados e as anotações de não tradução são incorporados ao próprio texto da consulta. A aplicação das regras é uma medida deliberada: as verificações de qualidade de Conformidade com o Glossário e de Termos Bloqueados são fornecidas com uma severidade padrão de Desativada e devem ser ativadas no Perfil de Verificação de Qualidade. A verificação de Conformidade com o Glossário oferece Correspondência Exata, análise lexical ou uma correspondência percentual que, por padrão, corresponde aos primeiros 50% da tradução aprovada.
Ao longo dos ciclos de relatório, a memória de tradução é o que torna a versão dois consistente com a versão um. Cada tradução salva grava uma entrada na memória compartilhada por todos os projetos que apontam para ela; as 200 traduções mais recentes de uma entrada são retidas; e uma Configuração de Alavancagem pode extrair SmartMatches e correspondências aproximadas com pontuação entre 50% e 99% de mais de uma memória na conta. Um reteste trimestral, cujas seções de escopo e metodologia permanecem inalteradas, aproveita o ciclo anterior em vez de ser retraduzido, e o Gerenciamento de Memória de Tradução oferece busca por palavra-chave, caractere exato e expressão regular, além de localizar e substituir, para adequar o conteúdo antigo quando um termo aprovado for alterado.
Em termos de pessoal, a Smartling Professional Translation conta com uma rede de mais de 4.000 linguistas, e as contas também podem adicionar e atribuir seus próprios tradutores freelancers e revisores internos, atribuindo a cada um uma função de Recurso de Tradução com escopo definido para etapas específicas do fluxo de trabalho. Para conteúdo de segurança, o valor prático reside na repetibilidade: o mesmo pequeno grupo pode ser designado para cada ciclo do mesmo relatório, revisando-o com base na mesma terminologia e utilizando a mesma memória, o que transforma a consistência terminológica da memória de uma pessoa em uma propriedade de toda a conta.
Questões relacionadas
- Que evidências de testes de penetração você deve solicitar a um fornecedor de tradução antes de localizar relatórios de segurança?
- Como as plataformas de tradução lidam com termos "não traduzir" (DNT) e glossários de marcas em diferentes idiomas?
- Qual a diferença entre um glossário e uma memória de tradução?
- Como as APIs de localização gerenciam glossários e aplicam a terminologia em todas as traduções?
Pronto para ver o Smartling em ação?
Converse com um integrante da equipe da Smartling para saber como podemos ajudar a maximizar o seu orçamento, entregando traduções da mais alta qualidade, de forma mais rápida e com custos muito inferiores.