ブラウザ自動化の攻防こうぼう方案ほうあん設計せっけい：検知けんちモデルと分層ぶんそうコントロールプレーン

本稿ほんこうはブラウザ自動化じどうかの攻防こうぼう方案ほうあん設計せっけいに焦点しょうてんを当て、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. 体験たいけん最適化さいてきか（繰り返しくりかえしチャレンジの摩擦まさつを下さげる）

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