Convertisseur texte homoglyphe

La conversion de texte par homoglyphes remplace les lettres latines et les chiffres ordinaires par des caractères Unicode qui se ressemblent presque dans les polices courantes—a et o cyrilliques, nu et kappa grecs, chiffres pleine chasse et autres formes confuses—si bien qu’une chaîne reste lisible alors que ses points de code ne sont plus de l’ASCII pur. Les analystes sécurité s’en servent pour construire des échantillons de laboratoire de phishing et d’usurpation de marque ; les rédacteurs, pour une touche stylistique look-alike ; les bureaux d’assistance ont besoin du chemin inverse pour normaliser un collage suspect en ASCII consultable. Cette capacité implémente les deux sens de façon déterministe : encode mappe chaque lettre latine et chiffre vers un glyphe confus préféré, decode applique une table plus large de jumeaux connus vers l’ASCII pur, et le mode auto choisit la voie lorsqu’il y a des glyphes homoglyphes exclusifs. Espaces, ponctuation, emoji et autres caractères non mappés passent tels quels et apparaissent une seule fois dans le rapport unmapped, pour que vous sachiez ce qui est resté intact.

Comment fonctionne le mappage homoglyphe et ce que renvoie la réponse

Un homoglyphe est un caractère d’un autre alphabet ou bloc qui se confond visuellement avec une lettre ou un chiffre latin dans les polices du quotidien. Encode parcourt chaque scalaire Unicode de votre chaîne, remplace chaque A–Z, a–z ou 0–9 plain qui a une entrée préférée dans la table—par exemple o latin vers о cyrillique, p latin vers р cyrillique, x latin vers х cyrillique, et les chiffres vers des formes pleine chasse—et laisse le reste intact.

Decode parcourt la même chaîne et mappe tout glyphe confus connu vers son jumeau ASCII pur ; la table inverse est plus large que celle d’encode, de sorte que des jumeaux grecs, arméniens et cyrilliques supplémentaires s’effondrent proprement même si encode ne les aurait pas produits. L’ordre des caractères n’est jamais inversé ; seule l’identité du point de code change, ce qui distingue cet outil des générateurs de texte à l’envers ou de chaîne renversée.

Champs d’entrée, modes, règles de validation et pièges courants

Envoyez un champ chaîne obligatoire nommé text contenant l’échantillon, le nom d’utilisateur, la chaîne de marque ou la charge de laboratoire que vous souhaitez convertir ou normaliser. Envoyez éventuellement mode comme encode, decode ou auto ; s’il est omis, auto est la valeur par défaut. Le mode auto décode lorsqu’un glyphe homoglyphe exclusif est présent—caractères qui n’apparaissent que comme formes confuses et jamais comme clés du map plain—et encode sinon, ce qui est le bon défaut pour coller un texte mixte sans réfléchir au sens.

Les échecs de validation ne consomment pas le solde prépayé. Les caractères sans entrée dans la table, y compris la plupart des emoji, idéogrammes CJK et la ponctuation, restent dans le résultat sous leur forme d’origine et sont listés de façon unique sous unmapped, pour auditer la couverture sans rejeter toute la chaîne. Ne traitez pas la sortie comme un chiffrement ni comme un moyen de cacher des identifiants : quiconque connaît le schéma peut l’inverser, et les produits de sécurité doivent utiliser decode pour normaliser, pas encode pour dissimuler.

Préférez cette page lorsque l’intention de recherche est littéralement convertisseur d’homoglyphes, Unicode confus ou caractères latins look-alike ; les outils fullwidth seuls, Fraktur ou texte à l’envers répondent à d’autres intentions et doivent rester séparés.