ブラウザ自動化攻防方案設計：検出モデルと分層制御面

本文ほんぶんはブラウザ自動化じどうかの攻防こうぼう方案ほうあん設計せっけいに焦点しょうてんを当あて、2つの部分ぶぶんで構成こうせいする：

1. 原理げんり：リスクスコアリングシステムがどのように結論けつろんを導みちびくか
2. 制御面せいぎょめん：分層ぶんそう設計せっけいでリスクと変動へんどうをどう下さげるか

本文ほんぶんはコマンドライン操作そうさとエンジニアリング実装じっそう手順てじゅんを含ふくまない。

Turnstile 专题せんだい内容ないようは以下いかを参照さんしょう： Cloudflare Turnstile 攻防方案设计：系统原理与控制面

一いち、原理げんり

1.1 リスクスコアは単一たんいつヒットではない

高水準こうすいじゅんの不正対策ふせいたいさくサイトにおける「チャレンジするか／降格こうかくするか」は、通常つうじょう多次元たじげんスコアに基もとづき、ある1つのルールの二値にち判断はんだんではない。

主要しゅような入力にゅうりょく次元じげん：

1. 一貫性いっかんせい：同一どういつアイデンティティが異ことなる表層ひょうそうで相互そうごに矛盾むじゅんしていないか
2. 希少性きしょうせい：低頻度ていひんどの異常いじょう組合くみあせが出現しゅつげんしていないか
3. 時系列性じけいれつせい：行動こうどうの時間じかん系列けいれつが機械的きかいてき統計とうけい特性とくせいを示しめしていないか
4. 実行じっこう完全性かんぜんせい：重要じゅうような経路けいろ（チャレンジスクリプト、クロスオリジンリソース、worker）が破壊はかいされていないか

flowchart LR
  A["环境与行为"] --> B["一致性评分"]
  A --> C["稀有性评分"]
  A --> D["时序评分"]
  A --> E["执行完整性评分"]
  B --> F["综合风险"]
  C --> F
  D --> F
  E --> F
  F --> G{"放行/挑战/限流"}

1.2 一貫性いっかんせい：単一たんいつ修飾しゅうしょくではなく制約せいやく集合しゅうごう

一貫性いっかんせい問題もんだいの本質ほんしつは、「同一どういつアイデンティティが複数ふくすうの観測かんそく面めんにおいて持もつ制約せいやくが、同時どうじに成立せいりつしなければならない」という点てんにある。

1.2.1 制約せいやく集合しゅうごうのイメージ

アイデンティティの一貫性いっかんせいは「制約せいやくグラフ」としてモデリングできる：

flowchart TD
  UA["UA 字符串"] --> UACH["UA-CH / userAgentMetadata"]
  UA --> LangH["Accept-Language"]
  LangH --> LangJS["navigator.language(s)"]
  LangJS --> Intl["Intl locale/timeZone"]
  Plat["platform"] --> Rend["渲染能力/WebGL"]
  Rend --> Win["窗口/屏幕参数"]
  UACH --> Plat

図ずの各かく辺へんは「2つの表層ひょうそうが相互そうごに一致いっちしていなければならない」ことを意味いみし、そうでなければ衝突しょうとつスコアが発生はっせいする。

1.2.2 典型的てんけいてきな衝突しょうとつタイプ

• UA が示しめすプラットフォーム／バージョンと UA-CH が一致いっちしない
• Accept-Language と navigator.languages が一致いっちしない
• Intl のタイムゾーンとオフセット／地域ちいき推定すいていが一致いっちしない
• デバイス宣言せんげんとレンダリング能力のうりょくの組合くみあせが異常いじょう

エンジニアリングとしての含意がんい：

• 1つの点てんを直なおすと、別べつの点てんを壊こわす可能性かのうせいがある
• 設計せっけい順序じゅんじょは「制約せいやく集合しゅうごうを先さきに定さだめ、次に各かく表層ひょうそうがその制約せいやくをどう満みたすかを決きめる」べきである

1.3 希少性きしょうせい：単一値たんいつちリスクではなく組合くみあせリスク

希少性きしょうせいは「低頻度ていひんどの組合くみあせ」から生うまれ、その危険性きけんせいは単項たんこうではなく共起きょうきに由来ゆらいする。

希少性きしょうせいは「同時どうじ分布ぶんぷ」からの乖離かいりとして捉とらえられる：

• 単項たんこうの乖離かいり：許容きょようされうる
• 複数ふくすう項目こうもくの共起きょうき乖離かいり：リスクが急速きゅうそくに累積るいせきする

エンジニアリングとしての含意がんい：

• 目的もくてきは、同一どういつセッションで低頻度ていひんど組合くみあせが重畳ちょうじょうするのを減へらすこと
• 目的もくてきは、ある固定こていプロファイルにフィットさせることではない

1.4 時系列性じけいれつせい：行動こうどう意味いみではなく統計とうけい特性とくせい

行動こうどう検出けんしゅつは通常つうじょう、統計とうけい分布ぶんぷの特性とくせいに注目ちゅうもくする：

• 低てい分散ぶんさん：動作どうさ間隔かんかくが過度かどに安定あんていしている
• 強きょう周期性しゅうきせい：間隔かんかくが固定こていリズムを持もつ
• 強きょう同期どうき：異ことなる種類しゅるいの動作どうさでも間隔かんかくが一致いっちする

エンジニアリングとしての含意がんい：

• 行動こうどうガバナンスの目標もくひょうは「分布ぶんぷ成形せいけい」（variance/jitter/backoff）である
• 行動こうどうガバナンスは「動作どうさを増ふやすこと」ではない

1.5 実行じっこう完全性かんぜんせい：上流じょうりゅう条件じょうけん

実行じっこう完全性かんぜんせいは、「システムが正ただしく動作どうさできるか」という前提ぜんてい条件じょうけんに属ぞくする。

• challenge スクリプト、クロスオリジン iframe、クロスオリジン worker の意味いみが破壊はかいされると、失敗率しっぱいりつは顕著けんちょに上昇じょうしょうする
• この種たねの失敗しっぱいは、「識別しきべつされたかどうか」とは別種べっしゅの問題もんだいである可能性かのうせいがある

エンジニアリング原則げんそく：

実行じっこう経路けいろ保護ほごはシグナル修飾しゅうしょくより優先ゆうせんする。

二に、制御面せいぎょめん（分層ぶんそう設計せっけい）

2.1 制御面せいぎょめん全体ぜんたい像ぞう

攻防こうぼう方案ほうあんは4層そうの制御面せいぎょめんに分解ぶんかいできる：

1. 起動きどう制御せいぎょ：起動きどう初期しょきの顕在けんざいリスクを治理ちりする
2. プロトコル制御せいぎょ：プロトコル層そうのアイデンティティ一貫性いっかんせいを治理ちりする
3. 実行時じっこうじ制御せいぎょ：ページスクリプトが観測かんそくできる表層ひょうそうを治理ちりする
4. 行動こうどうとセッション制御せいぎょ：時系列じけいれつ分布ぶんぷとコンテキストドリフトを治理ちりする

flowchart LR
  A["启动控制"] --> B["协议控制"]
  B --> C["运行时控制"]
  C --> D["行为与会话控制"]
  D --> E["一致性与稳定性"]

2.2 起動きどう制御せいぎょ

目標もくひょう：セッション初期しょきの顕在けんざいリスクを下さげる。

設計せっけい制約せいやく：

• 高こう確信度かくしんどの自動化じどうか識別子しきべつしのみを扱あつかう
• プロトコル層そう／実行時じっこうじ層そうと不一致ふいっちな変更へんこうの導入どうにゅうを避さける

2.3 プロトコル制御せいぎょ

目標もくひょう：アイデンティティ制約せいやく集合しゅうごうをプロトコル層そうの出力しゅつりょくへ落おとし込こむ。

設計せっけい要点ようてん：

• UA と UA-CH を、同一どういつ制約せいやく集合しゅうごうの異ことなる投影とうえいと見みなす
• 適用てきよう範囲はんいは目標もくひょう（ページ/worker/サブターゲット）と整合せいごうさせる必要ひつようがある

2.4 実行時じっこうじ制御せいぎょ

目標もくひょう：高頻度こうひんどの探知たんち面めんをカバーしつつ、実行じっこう意味いみを破壊はかいしないことを保証ほしょうする。

設計せっけい要点ようてん：

• 高頻度こうひんどで説明せつめい可能かのうな探知たんち経路けいろを優先ゆうせんして治理ちりする
• クロスオリジンチャレンジ経路けいろオブジェクトに厳格げんかくな注入ちゅうにゅう境界きょうかいを設定せっていする

2.5 行動こうどうとセッション制御せいぎょ

目標もくひょう：時間じかん分布ぶんぷを成形せいけいし、コンテキストドリフトを減へらす。

設計せっけい要点ようてん：

• 行動こうどう治理ちりは統計とうけい分布ぶんぷを目標もくひょうとする（variance/jitter/backoff）
• セッション治理ちりは一貫いっかんしたコンテキストを目標もくひょうとする（アイデンティティドリフトを避さける）

2.6 チャレンジシナリオの制御面せいぎょめん要約ようやく（Turnstile）

Turnstile シナリオにおける重要じゅうような制御面せいぎょめんは以下いかのように抽象化ちゅうしょうかできる：

1. 能力のうりょくトークン意味いみ：サーバ側がわ検証けんしょう、有限ゆうげんの有効ゆうこう期限きげん、単回たんかい消費しょうひ
2. スコープ縮小しゅくしょう：hostname/action/cdata により濫用らんよう余地よちを縮小しゅくしょうする
3. 実行じっこう経路けいろ保護ほご：クロスオリジンスクリプト/iframe/worker の意味いみ保護ほご
4. 摩擦まさつとセキュリティ分離ぶんり：clearance は体験たいけん層そうに属ぞくし、セキュリティ意思決定いしけってい層そうを代替だいたいしない

この要約ようやくは Turnstile を統一とういつ制御面せいぎょめんフレームワークに組くみ込こむためのものであり、詳細しょうさいは专题せんだい記事きじを参照さんしょう。

三さん、方案ほうあん設計せっけい優先ゆうせん順位じゅんい

制御面せいぎょめん設計せっけいは通常つうじょう、以下いかの優先ゆうせん順位じゅんいで進すすめる：

1. 実行じっこう完全性かんぜんせい（経路けいろが動作どうさできることを保証ほしょうする）
2. 一貫性いっかんせい制約せいやく集合しゅうごう（表層ひょうそう横断おうだんの矛盾むじゅんを除去じょきょする）
3. 希少性きしょうせい制御せいぎょ（低頻度ていひんど組合くみあせの重畳ちょうじょうを避さける）
4. 時系列じけいれつ分布ぶんぷ成形せいけい（機械的きかいてき統計とうけい特性とくせいを下さげる）
5. 体験たいけん最適化さいてきか（繰り返しくりかえしチャレンジの摩擦まさつを下さげる）

この順序じゅんじょが意味いみするところは、まず「システム正確性せいかくせい」を保証ほしょうし、その後のちに「安定性あんていせいと摩擦まさつ」を最適化さいてきかする、ということだ。