跳到主要内容
知仓学习社ZHICANG

homoglyph-detector

Byte-level Unicode homoglyph detection for identifying invisible character substitutions in code

不碰外部(只输出文字)无严重或高危命中a5c-ai/babysitter

它会碰到什么

扫了多少2 个文本文件,6 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

Homoglyph Detector

Byte-level forensic analysis of code changes to detect Unicode homoglyph substitutions — characters that look identical to ASCII in every editor and diff tool but have different codepoints, silently breaking string comparisons, dictionary lookups, and identifier resolution.

Purpose

Homoglyph attacks (related to CVE-2021-42574 "Trojan Source") are the highest-stealth trojan technique. A Cyrillic р (U+0440) looks identical to a Latin p (U+0070) in every font, editor, and diff viewer. The only way to detect it is byte-level analysis via hexdump.

This skill pipes git diffs through hexdump -C and scans for multi-byte UTF-8 sequences where single-byte ASCII is expected, particularly in string literals used as dictionary keys, variable names, and identifiers.

Capabilities

Confusable Character Detection

Scans for these high-risk Unicode confusables:

| Latin | Cyrillic | Greek | UTF-8 Bytes |

|-------|----------|-------|-------------|

| a (61) | а (D0 B0) | α (CE B1) | 1 vs 2 bytes |

| c (63) | с (D1 81) | — | 1 vs 2 bytes |

| e (65) | е (D0 B5) | ε (CE B5) | 1 vs 2 bytes |

| o (6F) | о (D0 BE) | ο (CE BF) | 1 vs 2 bytes |

| p (70) | р (D1 80) | ρ (CF 81) | 1 vs 2 bytes |

| x (78) | х (D1 85) | χ (CF 87) | 1 vs 2 bytes |

| y (79) | у (D1 83) | — | 1 vs 2 bytes |

Zero-Width Character Detection

  • U+200B — Zero-width space
  • U+200C — Zero-width non-joiner
  • U+200D — Zero-width joiner
  • U+FEFF — Byte order mark (in non-BOM position)

Bidi Control Character Detection (Trojan Source)

  • U+200F — Right-to-left mark
  • U+200E — Left-to-right mark
  • U+202A — Left-to-right embedding
  • U+202B — Right-to-left embedding
  • U+202C — Pop directional formatting
  • U+2066 — Left-to-right isolate
  • U+2067 — Right-to-left isolate

Context-Aware Analysis

  • Focuses on string literals (dictionary keys, config values)
  • Focuses on identifiers (variable names, function names, class names)
  • Ignores legitimate Unicode in comments, docstrings, and i18n strings
  • Compares byte patterns between removed (-) and added (+) diff lines

Input Schema

{
  "type": "object",
  "required": ["projectRoot", "changedFiles"],
  "properties": {
    "projectRoot": {
      "type": "string",
      "description": "Absolute path to the git repository"
    },
    "changedFiles": {
      "type": "array",
      "items": { "type": "string" },
      "description": "List of changed file paths to scan"
    },
    "scanMode": {
      "type": "string",
      "enum": ["uncommitted", "commit-range", "branch-diff"],
      "default": "uncommitted"
    },
    "baseRef": { "type": "string" },
    "headRef": { "type": "string" }
  }
}

Output Schema

{
  "type": "object",
  "required": ["filesScanned", "homoglyphsFound", "verdict"],
  "properties": {
    "filesScanned": { "type": "number" },
    "homoglyphsFound": {
      "type": "array",
      "items": {
        "type": "object",
        "properties": {
          "file": { "type": "string" },
          "line": { "type": "number" },
          "byteOffset": { "type": "string" },
          "context": { "type": "string" },
          "expectedAscii": { "type": "string" },
          "actualBytes": { "type": "string" },
          "unicodeCodepoint": { "type": "string" },
          "scriptName": { "type": "string" },
          "impact": { "type": "string" }
        }
      }
    },
    "bidiControlChars": { "type": "array" },
    "verdict": {
      "type": "string",
      "enum": ["CLEAN", "HOMOGLYPH_DETECTED"]
    }
  }
}

Detection Method

# Step 1: Pipe git diff through hexdump
git diff <file> | hexdump -C

# Step 2: In added (+) lines, look for multi-byte sequences
# where the removed (-) line had single-byte ASCII
#
# Example — Latin 'p' vs Cyrillic 'р':
# Removed: 22 70 70 67 22   |  "ppg"  |   ← 70 = Latin 'p'
# Added:   22 d1 80 70 67   |  "..pg" |   ← d1 80 = Cyrillic 'р'
#
# The d1 80 bytes where 70 should be = HOMOGLYPH DETECTED

Usage Example

skill: {
  name: 'homoglyph-detector',
  context: {
    projectRoot: '/path/to/project',
    changedFiles: ['backend/app/prediction/temporal.py'],
    scanMode: 'uncommitted'
  }
}

Real-World Example

From adversarial drill #6:

  • Attack: Dictionary key "ppg" changed to "рpg" (Cyrillic р + Latin pg)
  • Camouflage: 4 lines of harmless round() wrappers added as decoy
  • Impact: All dict.get("ppg") lookups return default 0, disabling trend detection
  • Detection: hexdump -C revealed bytes d1 80 where 70 was expected

Process Files

  • nation-state-trojan-detection.js — Phase 2: Homoglyph Detection (parallel with semantic analysis)

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。

它属于哪个仓库

星标★ 1,796
本站分层T1
该仓技能数2115
原文件路径library/specializations/security-compliance/skills/homoglyph-detector/SKILL.md

同一个仓库里的其他技能

看这个仓库的全部 2115 个技能