コンピュータセキュリティにおいて、秘匿チャネルは、本来通信が許可されないプロセス間で情報を転送する能力を生み出します。現代のマルチプロセス Web
エンジンでは一般的に、各ウィンドウやタブは独自プロセスで実行されます（同一オリジンのドキュメントや、同一サイトは通常同じプロセスを共有します）。本 API を用いると、タブ A 上のサイト A がまず CPU
の状態を操作した後、チャネル C に向けて送信を行い、続いて別タブ上の（サイト A と同一サイトではない）サイト B が本 API を使って CPU 状態の変化時刻を読み取り、チャネル C
から送られたデータを受信する、といったクロスサイト秘匿チャネル C を構成できてしまう可能性があります。
この処理は、サイト A と B のスクリプトが稼動し続ける限り繰り返されます。
スクリプトの実行が長くなるほど、提案されたクロスサイト秘匿チャネルで送信できる情報量は増えます。例えば、ユーザーがビデオ会議サイトと、通常の閲覧シナリオと比べてより多くの情報が転送され得る別の長時間実行サイトを同時に開いている場合などです。一方で、ビデオ会議セッションのようなワークロードは一般に
CPU に持続的な負荷を与えるため、プレッシャー状態を予測的に操作することは難しくなります。
11.1.3 標的型匿名性解除攻撃
標的型匿名性解除攻撃は、ユーザーの匿名性を危険に晒す重大な脅威クラスに該当します。これらの攻撃により、悪意のある、または一部が侵害された Web
サイト（以下「悪性サイト」）は、訪問者が特定の公開識別子（例えばメールアドレスやソーシャルメディアのハンドル）を持っているかどうかを把握できるようになります。
キャリブレーション過程では、攻撃者が CPU を操作して、託されたワークロードにより本 API が特定のプレッシャー状態へ遷移すると報告する確率を最大化しようとします。
この キャリブレーション解除 の緩和策は、ランタイムにおいてこれらのプレッシャー状態遷移に寄与する
実装依存の低レベルハードウェア指標をわずかに変化させることで、キャリブレーションの成功を遅らせたり阻止したりします。
たとえ初期キャリブレーションが成功しても、本緩和策が継続的に動作している場合、その結果はランタイムで無効化されます。再キャリブレーションの試みも同様に緩和されます。
let timerId = -1;
functionpressureChange(records) {
// Clear timer every time we are called, either by an actual state change,// or when called by setTimeout (see below).if (timerId > 0) {
clearTimeout(timerId);
}
// When entering critical state, we want to recheck every 30sec if we are// still in critical state and if so, further reduce our concurrent streams.// For this reason we create a timer for 30 seconds that will call us back// with the last result in there were no change.const lastRecordArray = [records.at(records.length - 1)];
timerId = setTimeout(pressureChange.bind(this, lastRecordArray), 30_000);
for (const record of records) {
if (record.state == "critical") {
let streamsCount = getStreamsCount();
setStreamsCount(streamsCount--);
}
}
}
const observer = newPressureObserver(pressureChange);
observer.observe("cpu");
次の例では、コールバックが最後に呼び出されて以来蓄積された残りの records を取得することで、takeRecords() の使い方を示します。
functionlogWorkloadStatistics(records) {
// do something with records.
}
const observer = newPressureObserver(logWorkloadStatistics);
observer.observe("cpu");
// Read pending state change records, otherwise they will be cleared// when we disconnect.const records = observer.takeRecords();
logWorkloadStatistics(records);
observer.disconnect();
const observer = newPressureObserver(records => { /* do something with records. */ });
observer.observe("cpu");
observer.observe("gpu");
// Callback now gets called whenever the pressure state changes for 'cpu' or 'gpu'.
observer.unobserve("gpu");
// Callback now only gets called whenever the pressure state changes for 'cpu'.
const observer = newPressureObserver(records => { // do something with records. });
observer.observe("cpu");
observer.observe("gpu");
// some time later...
observer.disconnect();
// records will be an empty array, because of the previous disconnect().const records = observer.takeRecords();