身份驗證器如何
生成登入程式碼？

問問你的程式設計助手

該應用程式顯示更改的登入程式碼。 我們想找到 是什麼讓它改變 再現這種行為。

這是用於下載的 APK 的示例 prompt，需要先配置 REA 的 Android 分析後端。獲取 APK 和分析配置 ↓

試試程式碼生成器

應用把時間劃分為每塊 30 秒，再結合時間塊編號和賬戶金鑰生成驗證碼。同樣的金鑰和時間塊，會得到同樣的驗證碼。

用REA查詢程式碼

1. 將APK縮小到三個類

   程式設計助手→ REA

   inspect_android_package
   {"path": "aegis-v3.4.3.apk"}
   
   search_android_classes
   {"path": "aegis-v3.4.3.apk",
    "query": "Totp"}

   REA →程式設計助手 · 選定結果

   Package: com.beemdevelopment.aegis
   Version: 3.4.3
   Classes: 3,077
   
   Three matches:
     otp.TotpInfo
     ui.views.TotpProgressBar
     importers.TotpAuthenticatorImporter

   TotpInfo 是計算邏輯的候選方法；另外兩個涉及進度條和匯入的賬戶。TOTP 指基於時間的一次性密碼。

2. 將生成器連線到應用程式的顯示器

   程式設計助手→ REA

   inspect_android_class
   {"path": "aegis-v3.4.3.apk",
    "class_name":
     "com.beemdevelopment.aegis.otp.TotpInfo"}
   
   trace_android_references
   {"path": "aegis-v3.4.3.apk",
    "class_name":
     "com.beemdevelopment.aegis.otp.OtpInfo",
    "method_name": "getOtp"}

   REA →程式設計助手·方法和呼叫者

   TotpInfo methods:
     getOtp()      · overload 0
     getOtp(long)  · overload 1
   
   OtpInfo.getOtp callers:
     ui.views.EntryHolder.getOtp
     ui.MainActivity.copyEntryCode

   REA 找到接受時間戳的方法過載，並定位基礎方法的呼叫方。繼續檢查 EntryHolder.getOtp，就能看到顯示邏輯呼叫了 TotpInfo.getOtp(timestamp)。

請求顯示縮短的輸入路徑。 結果類名省略常用 com.beemdevelopment.aegis 字首。

閱讀計算

REA 返回時間轉換、預設設定和生成方法。建構函式把間隔設為 30 秒、位數設為 6；接受時間戳的方法將秒數轉換為時間塊編號。

// TotpInfo defaults and clock
setPeriod(30);
getOtp(System.currentTimeMillis() / 1000);

// OtpInfo default algorithm and digits
this(bArr, "SHA1", 6);

// Block passed to the generator
(long) Math.floor(j / ((double) this._period))

// generateOTP → getHash
byte[] hash = getHash(bArr, str, j);

// getHash: account key + encoded block
Mac mac = Mac.getInstance(str);
mac.init(secretKeySpec);
return mac.doFinal(bArrArray);

// OTP.toString, case 0
this._code % ((int) Math.pow(10.0d, i))

// Keep leading zeroes
while (sb.length() < i) {
    sb.insert(0, "0");
}

// Group time into 30-second blocks
seconds = current_time_ms / 1000
block = floor(seconds / 30)

// Generate a number from the key and block
hash = HMAC_SHA1(account_key,
                 big_endian_8_bytes(block))
number = select_31_bits(hash)

// Format the default six-digit code
code = number % 1_000_000
code = pad_with_zeroes(code, 6)

這些節選來自多個檢查過的方法，為便於顯示增加了換行。右側是解釋性摘要。Aegis 原始碼採用 GPL-3.0 許可。

public static OTP generateOTP(byte[] bArr, String str,
        int i, long j)
        throws NoSuchAlgorithmException, InvalidKeyException {
    byte[] hash = getHash(bArr, str, j);
    int i2 = hash[hash.length - 1] & 15;
    return new OTP(
        (hash[i2 + 3] & 255)
        | ((hash[i2] & 127) << 24)
        | ((hash[i2 + 1] & 255) << 16)
        | ((hash[i2 + 2] & 255) << 8), i, 0);
}

檢查重建

我們將選定的 REA 返回的 Java 方法放進小型測試程式。它們的輸出與獨立重建的實現一致，共驗證 133 個測試用例，包括時間塊邊界和以零開頭的驗證碼。

生成函式還符合 RFC 6238 中釋出的六個 SHA-1 對照用例。可以用這些用例檢查瀏覽器實現：

參考案例使用八位數字。 檢查也驗證他們的六位數的結果。

驗證執行提取的Java方法和新的演示。 對Android APK進行了靜態檢查。

親自檢查APK

先在 macOS 或 Linux 上設定 REA，再將這兩個檔案下載到同一資料夾。Windows 上可使用 WSL 等 Linux 環境。

Android分析需要完整的JDK17或更高版本。 選擇它與 JAVA_HOME 或 PATH. 本案例使用了JDK21。

讓 REA 使用分析後端配置檔案，再檢查 APK：

REA_JADX_MCP_JAR="$PWD/jadx-headless-mcp-0.7.1-all.jar" \
npx rea-agents@latest inspect-android-package \
  ./aegis-v3.4.3.apk --format json --full-output

助手可以透過 REA CLI 繼續使用上方的 prompt。如果使用 MCP，將 REA_JADX_MCP_JAR 加入 REA 服務的環境配置，再重新連線。

下一個問題: 當帳戶使用八位數字或不同的時間間隔時會發生什麼？

資料來源

• 官方Aegis3.4.3釋出 · 匹配源提交 · GPL-3.0許可證
• RFC6238參考案例 · 演示測試資料

使用 REA 6.1.0 於 2026 年 10 月 9 日檢查。反編譯節選歸屬 Aegis；圖示、可讀摘要和瀏覽器重建為新增教學材料。