プラグイン名	Contact Form 7のリダイレクト
脆弱性の種類	PHAR デシリアライゼーションの脆弱性
CVE番号	CVE-2025-8289
緊急	高い
CVE公開日	2025-08-19
ソースURL	CVE-2025-8289

緊急: 「Contact Form 7 のリダイレクト」における PHP オブジェクトインジェクション (<= 3.2.4) — WordPress サイト所有者が今すぐ行うべきこと

著者： WP-Firewall セキュリティチーム
日付： 2025-08-20
タグ: WordPress、WAF、脆弱性、PHPオブジェクトインジェクション、Contact Form 7、セキュリティ

まとめ： Contact Form 7 バージョン 3.2.4 以前のリダイレクト機能に影響する、深刻度の高い PHP オブジェクトインジェクション脆弱性（CVE-2025-8289、CVSS 7.5）により、認証されていない攻撃者が PHAR デシリアライゼーションをトリガーし、リモートコード実行、データアクセス、またはサイト侵害を実行される可能性があります。直ちに 3.2.5 にアップデートし、以下の多層的な緩和策に従ってください。

これがなぜ重要なのか（短縮版）

広く利用されている「Redirection for Contact Form 7」プラグインに新たな脆弱性が発見されました。この脆弱性は、PHARデシリアライゼーションを介して認証されていないPHPオブジェクトインジェクション（POI）を許します。この問題は認証されていないものであり、プラグインは広く普及しているため、ガジェットチェーンが存在する場合、コード実行、ファイルの読み書き、その他の重大な攻撃につながる可能性のある高リスクの問題です。攻撃の試みは自動化され、広範囲に及ぶ可能性があります。サイトでこのプラグインを使用しており、更新または対策が講じられていない場合は、緊急対応が必要です。

PHAR デシリアライゼーションによる PHP オブジェクトインジェクションとは何ですか?

学術的ではない短い説明:

PHPオブジェクトインジェクション（POI）は、アプリケーションがシリアライズされたPHPオブジェクトを含むユーザー制御データをアンシリアライズするときに発生します。PHPがオブジェクトを再構築する際、マジックメソッド（例： __起きろ, __破壊) が実行され、それらのクラスが機密性の高いアクション (ファイル操作、eval、データベースクエリなど) を実行する場合に悪用される可能性があります。
PHARデシリアライゼーションは、攻撃者がPHARアーカイブをアップロードまたは参照する（あるいはコードにPHARアーカイブでファイルを開かせる）攻撃手法です。 ファー:// ストリームラッパー）。PHPがPHARアーカイブを読み込む際、アーカイブのメタデータにはシリアル化されたオブジェクトが含まれている可能性があります。PHPはそのメタデータをデシリアライズするため、アプリケーションが明示的に呼び出していなくてもオブジェクトインジェクションが発生する可能性があります。 アンシリアル化() ユーザー入力に基づいて。
これらを組み合わせると、攻撃者は、アプリケーションがアーカイブをロードするとき（または PHAR に解決されるファイル/リソースと対話するとき）に PHP が安全でない逆シリアル化パスを実行し、危険な動作を引き起こすような PHAR ペイロードを作成できます。

この脆弱性が特に危険な理由:

プラグインのエンドポイントは認証なしでトリガー可能です (どのゲストでもリクエストを試行できます)。
PHAR デシリアライゼーションにより、攻撃者が「ガジェットチェーン」 (任意のアクションにつながるマジックメソッドとオブジェクトプロパティのシーケンス) を持つ組み込みクラスまたはプラグイン/テーマコードを悪用できる可能性があります。
コード実行またはファイル書き込みアクセスが達成されると、攻撃者は通常、バックドアを仕掛けたり、管理者ユーザーを作成したり、データを盗んだりします。

CVEと技術的事実

脆弱性: CVE-2025-8289
影響を受けるソフトウェア: Contact Form 7 プラグインのリダイレクト — バージョン ≤ 3.2.4
修正されたバージョン: バージョン3.2.5
重大度： 高（CVSS 7.5）
必要な権限: 認証されていません
報告: 2025年8月19日
エクスプロイトベクトル: PHAR デシリアライゼーションにより PHP オブジェクトインジェクションが発生する

直ちにパッチを適用するか、軽減策を適用してください。脆弱性のあるプラグインを使用しているすべてのウェブサイトは、修正されるまでリスクがあるものとして扱ってください。

これを今読むべき人は誰でしょうか?

Contact Form 7とContact Form 7のリダイレクトを使用しているWordPress管理者とサイト所有者
マネージドWordPressプロバイダーとホスティングセキュリティチーム
脆弱性とパッチプログラムを管理するセキュリティチーム
WordPressのインストールをインターネットに公開されている資産インベントリの一部として扱っている組織

即時の行動（次の1時間以内に何をすべきか）

影響を受けるサイトを特定する
- 各 WordPress サイトにログインし、「プラグイン」→「インストール済みプラグイン」に移動します。
- 「Contact Form 7のリダイレクト」を探し、インストールされているバージョンを確認してください。サイトが複数ある場合は、WP-CLIを使用してください。
```
wp プラグインリスト --field=name,version | grep -i wpcf7-redirect
```
- バージョン ≤ 3.2.4 のプラグインを持つすべてのサイトをインベントリします。
プラグインを今すぐ更新
- ベンダーは問題を修正したバージョン3.2.5をリリースしました。WP管理画面またはWP-CLIからアップデートしてください。
```
wp プラグインアップデート wpcf7-redirect
```
- すぐに更新できない場合 (メンテナンスウィンドウ、互換性チェック) は、以下の一時的な緩和策を適用してください。
ホストを安全な状態にする
- アクティブなエクスプロイト（疑わしい PHP ファイル、管理者アカウントの追加、難読化されたファイル）が検出された場合は、パブリックアクセスを切断するか、調査中にメンテナンスページを配置します。
WAF/仮想パッチを有効にする（利用可能な場合）
- この脆弱性に対する既知の悪用パターンをブロックするように Web アプリケーションファイアウォールを構成します。(以下のサンプルルールを参照してください。)
侵害をスキャンする
- 徹底的なマルウェアスキャンを実行し、変更されたタイムスタンプをチェックし、PHP Web シェルをスキャンし、データベースの整合性とユーザーアカウントを検証します。

推奨される緩和策（短期・中期・長期）

多層防御が不可欠です。単一の対策に頼らないでください。

パッチ（プライマリ/永続）
- プラグインを3.2.5以降に更新してください。これが唯一の完全かつサポートされた修正です。
仮想パッチ / WAF ルール（一時的 / 即時）
- 使用を含むリクエストをブロックする ファー:// ストリームラッパーまたはアップロードを試みるリクエスト .phar ファイル。
- 可能であれば、プラグインのエンドポイントへの疑わしい POST をレート制限またはブロックします。
- 本文/フィールドで検出された場合に疑わしいシリアル化オブジェクトペイロードを含むリクエストを拒否するための特定のルールを追加します。
安全でないファイルの取り扱いを防ぐ
- ファイルアップロード保護を確実に実施し、 .phar MIME タイプをアップロードして検証します。
- アップロードが保存されるディレクトリを制限し、それらのディレクトリでのPHPの実行を禁止します（例： wp-content/アップロード).
PHP設定の強化
- 確保する phar.読み取り専用 = 1 （ほとんどの環境ではデフォルト）。これにより、サーバー上で phar アーカイブを作成または変更するリスクが軽減されます。
- PHP と Web サーバーを最新の状態に保ってください。
- 安全でないものは有効にしないでください php.ini 問題を「回避」するための設定、プラグインの更新と WAF の使用。
権限と最小権限
- PHP-FPM プロセスとファイルシステム権限を最小限の権限で実行します。
- Web プロセスの書き込み可能な場所とデータベースアクセススコープを制限します。
監視と監査
- ウェブサーバーのログを監視して異常なパターンを探します (詳細な検出ヒューリスティックは以下に記載されています)。
- 定期的にファイルの整合性をチェックし（正常なコピーと比較し）、最近の編集内容を確認します。

検出 — 誰かが試みたか成功したかを知る方法

ログとファイルシステムで以下の兆候を探してください。これらの兆候は、単独ではエクスプロイトの成功を証明するものではありませんが、悪用が試みられている、または実際に悪用されていることを示しています。

Web サーバーアクセスログ: リクエスト URI、クエリ文字列、またはリクエスト本文に「phar://」が含まれるリクエスト。
ファイルを受信するアップロードエンドポイント .phar 拡張子または珍しいMIMEタイプの場合: アプリケーション/x-phar, アプリケーション/オクテットストリーム と .phar ファイル名。
長いシリアル化された文字列（ O: または 秒: 特に、通常はシリアル化されたデータが含まれないフィールドでは、文字列 (および多数のコロン/中括弧) が頻繁に使用されます。
PHPファイルの予期しない作成または変更 wp-content/アップロード, wp-content/プラグイン、または wp-コンテンツ/テーマ.
新しい管理者ユーザーが作成されたか、ユーザーロールに不正な変更が加えられました。
意図的に作成されていないスケジュールされたタスク (WP-Cron)。
プラグインの相互作用直後の疑わしいドメインへの送信接続。
以前は存在しなかったプラグインデータまたはデータベースオプション内の Base64 でエンコードされたコンテンツ。
マルウェアスキャナによって検出された既知のWebシェルシグネチャ（難読化されたコードを含むファイルなど） 評価(base64_decode())).

推奨される検出コマンド:

phar の言及を検索:
```
grep -R "phar://" /var/www/html -n
```
疑わしいシリアル化されたペイロードを検索します。
```
grep -R "O:[0-9]\+:" /var/www/html -n
```
最近変更されたファイルを確認します:
```
/var/www/html を検索 -type f -mtime -7 -ls
```

疑わしいファイルを見つけた場合は、変更を加える前にログを保存し、フォレンジックコピーを作成してください。

WAFルールとサーバーレベルの緩和策の例

以下はすぐに適用できるサンプルルールです。誤検知を避けるため、まずは検出モードでテストしてください。

Nginx (phar:// を含む URI をブロック):

# URLまたはクエリ文字列にphar://を含むすべてのリクエストを拒否します。if ($request_uri ~* "phar://") { return 403; }

Apache (.htaccess) — .phar ファイルと phar ラッパーのアップロードをブロックします。

# リクエスト内の phar:// パターンを含む直接リクエストをブロックするRewriteEngine On RewriteCond %{THE_REQUEST} phar:// [NC] RewriteRule .* - [F] # すべての.pharファイルへのアクセスを拒否する注文許可、拒否 すべて拒否

ModSecurity ルール (例):

SecRule REQUEST_HEADERS|REQUEST_BODY "phar://" "id:1001001,phase:2,deny,log,msg:'phar ラッパーの試行がブロックされました'" SecRule FILES_NAMES|REQUEST_BODY "\.phar$" "id:1001002,phase:2,deny,log,msg:'PHAR アップロードの試行がブロックされました'"

mu-plugin 内の WordPress (PHP) ベストエフォートブロック (一時的な緩和策):

このコードは、リクエストペイロードまたはアップロードされたファイルでpharラッパーの使用を検出し、それ以上の処理をブロックします。 wp-content/mu-plugins/ 一時的に（本番環境に展開する前にテストします）。

<?php
// MU plugin: block obvious PHAR attempts. Temporary measure.
add_action('init', function() {
    $blocked = false;
    // Check raw request body
    $raw = file_get_contents('php://input');
    if (stripos($raw, 'phar://') !== false) $blocked = true;
    // Check uploaded filenames
    foreach ($_FILES as $f) {
        if (!empty($f['name']) && stripos($f['name'], '.phar') !== false) $blocked = true;
    }
    if ($blocked) {
        header('HTTP/1.1 403 Forbidden');
        exit('Forbidden');
    }
}, 0);

注: これは一時的な防御策です。適切なパッチの代わりにはならず、誤検知を引き起こす可能性があります。プラグインを更新したら削除してください。

エクスプロイト後のチェックリスト - 侵害の疑いがある場合

悪用が成功した兆候が見つかった場合は、サイトが侵害されている可能性があるものとして扱い、次の優先順位チェックリストに従ってください。

オフラインにするか、メンテナンスページを表示します (必要な場合)。ただし、ログとフォレンジックイメージは保存しておきます。
パスワードを変更し、シークレットをローテーションします。
- WordPress 管理者のパスワード。
- ホスティングコントロールパネル、FTP/SFTP、SSH 資格情報。
- サイトで使用されるすべての API キー (メールプロバイダー、支払い処理業者、CDN)。
完全なマルウェアスキャンと手動コードレビューを実行します。
- Web シェル、難読化された PHP、予期しないスケジュールされたタスク、またはコンテンツが挿入されたデータベースオプションを探します。
侵害前のクリーンなバックアップ (利用可能な場合) から復元します。
- サイトをオンラインに戻す前に、プラグインのバージョンが更新されていることを確認してください。
クリーンなバックアップがない場合は、サイトを再構築し、徹底的にサニタイズした後にのみコンテンツをインポートします。
認識されない管理者ユーザー、プラグイン、テーマを確認して削除します。
アクセスログを監査して攻撃者の IP と侵入方法を特定し、それに応じてブロックして強化します。
監視（ファイルの整合性、ログインアラート、WAF ログ）を実装します。
サイトが重要な場合、または侵害が複雑であると思われる場合は、フォレンジック分析のための専門的なインシデント対応サービスを検討してください。

攻撃者がPHPオブジェクトインジェクションを武器化する典型的な方法

武器化は多くの場合、プローブから始まります。攻撃者はファイルや外部リソースを扱うエンドポイントにテストリクエストを送信します。アプリケーションが ファイルの内容を取得する 攻撃者が制御する入力に対するファイル操作やその他の操作を実行するために、攻撃者はPHARアーカイブまたはパスを置き換えて、 ファー:// ラッパー。
アプリケーションまたは環境に安全でないマジックメソッドを持つクラスが含まれている場合、シリアル化されたメタデータはデシリアル化され、悪意のあるオブジェクトチェーンがアクティブ化されます。
コード実行が可能になると、攻撃者は次のことを行います。
- 永続的なバックドア (Web シェル) をアップロードフォルダーまたはプラグインファイルにアップロードします。
- 永続的なアクセスのために管理者ユーザーを作成します。
- データベースの内容を盗み出します。
- スケジュールされたタスクを設定します。
- 資格情報が再利用される場合は、他のシステムに移行します。

WAF / 仮想パッチが役立つ理由とできないこと

Webアプリケーションファイアウォールは、脆弱性のあるコードに到達する前にエクスプロイトの試みをブロックできる、有用で高速な応答レイヤーです。効果的なWAFルールは、以下のことを実現します。

既知のエクスプロイトパターンを検出してブロックする（ファー://、疑わしいシリアル化されたペイロード)。
既知の悪意のある IP をブロックし、疑わしいトラフィックをレート制限します。
プラグインが更新されるまで一時的な仮想パッチを提供します。

WAF ができないこと:

ベンダー提供のセキュリティ修正プログラムを置き換えてください。PHPまたはアプリケーションに脆弱性が存在する場合、完全な修復方法は脆弱なコードにパッチを適用することだけです。
100% の正確性を維持してください。複雑で斬新なエクスプロイトによって単純なルールが回避され、誤検知によって正当なトラフィックがブロックされる可能性があります。

そのため、パッチ + WAF + 監視を組み合わせたアプローチをお勧めします。

アップデート後に安全であることを確認する方法

Contact Form 7 のリダイレクトを 3.2.5 に更新した後、次の検証手順を実行します。

プラグインのバージョンを確認してください:
- WordPress管理→プラグインまたは
- wp プラグインリスト | grep wpcf7-redirect
キャッシュ (オブジェクトキャッシュ、CDN) とブラウザキャッシュをクリアします。
マルウェアと整合性を再スキャンします:
- 新しいプラグインおよびテーマパッケージに対してファイル整合性の比較を実行します。
- 挿入された Web シェルと疑わしいファイルをスキャンします。
繰り返しのエクスプロイトの試みについてログを監視します。
- パッチ適用後も攻撃者は調査を続ける可能性があるので、監視してください。 ファー:// 試行と IP。
侵害の証拠がある場合は、キーと資格情報をローテーションします。

実用的な開発者ノート（プラグイン/テーマ作成者向け）

開発者の場合は、次のベストプラクティスを参考にしてください。

避ける アンシリアル化() 信頼できない入力では、外部データにはJSONを使用してください。
厳密な検証を行わずに、ユーザー制御の URI でファイル処理関数を呼び出さないでください。
PHAR ストリームラッパーと、特定のファイル操作によってメタデータの逆シリアル化が行われる可能性があることに注意してください。
最も早いエントリポイントで入力検証とサニタイズを実装します。
最小権限の原則に基づいて安全に動作するようにコードを強化すると、悪用が困難になります。
サードパーティのライブラリと依存関係を最新の状態に保ってください。

インシデントのタイムラインの例（発生中に予想されること）

T0: 脆弱性が公開されました。自動スキャナーの署名が数時間以内に流通し始めます。
T1（0～24時間）: インターネットの大量スキャン。多くの大規模ボットが、 ファー:// および既知のエンドポイント。
T2（24～72時間）: 自動化されたエクスプロイトスクリプトは、ペイロードをアップロードしたり、PHARペイロードを作成してデシリアライゼーションをトリガーしたりする可能性があります。ガジェットチェーンが存在する場合にのみ成功する攻撃もあります。
T3（72時間以上）: 攻撃者は永続性を確立します（Webシェル、管理者アカウント）。クリーンアップにはより時間がかかります。
推奨される対応: 24 時間以内にパッチを適用し、WAF ルールを直ちに有効にします。

よくある質問（FAQ）

Q: 私のサイトではリダイレクト機能を使用していませんが、それでも脆弱ですか?
A: 可能性があります。脆弱性はプラグインのコード自体に存在し、多くの場合、認証されていないリクエストによって引き起こされる可能性があります。プラグインがインストールされ、有効になっている場合は、更新されるまで脆弱性が存在すると想定してください。

Q: 互換性テスト中のため、すぐに更新できません。どうすればよいですか?
A: WAF/仮想パッチを有効にしてエクスプロイトパターンをブロックし、一時的なサーバー側ルールを実装して拒否します。 ファー:// 使用法と .phar アップロードを監視し、テスト中にサイトまたは影響を受けるエンドポイントへのアクセスを制限します (IP 許可リスト)。

Q: phar.readonly = 1 に設定すると保護されますか?
答え: phar.読み取り専用 有効ではありますが、万能薬ではありません。サーバー上でのPHARアーカイブの作成・変更は防止できますが、PHARファイルの読み込み時にPHARメタデータのデシリアライズが発生する可能性があります。複数の対策を組み合わせる必要があります。

Q: プラグインを完全に削除する必要がありますか?
A: プラグインが不要な場合は削除してください。必要な場合は、3.2.5にアップデートし、推奨される強化策を適用してください。

WP-Firewall がどのようにあなたを保護するのか（概要）

PHAR ベースのデシリアライゼーション試行を含む一般的なエクスプロイトシグネチャをブロックする、管理されパフォーマンスが最適化された WAF ルール。
マルウェアをスキャンし、疑わしいファイルや変更を警告します。
仮想パッチ機能により、必要な更新やテストを実行しながらサイトを保護できます。
監視とレポートにより、エクスプロイトの試みと緩和策の有効性をほぼリアルタイムで確認できます。

新機能: WP-Firewall 無料プランで今すぐサイトを保護しましょう

タイトル： 数分でサイトを強化 - 無料保護プランから始めましょう

この脆弱性が心配な方、またはWordPressサイトを積極的に保護したい方は、無料のベーシックプランですぐに使える基本的な保護機能をご利用いただけます。ベーシック（無料）プランには、マネージドファイアウォール、WAFルール、マルウェアスキャナー、無制限の帯域幅、そしてOWASPトップ10リスクへの緩和策が含まれています。これは、PHARデシリアライゼーション問題で使用された攻撃クラスをブロックするのに役立つ防御策です。無料プランにサインアップして、数分で保護機能を有効にしましょう。 https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(より強力な自動化と専門家のサポートが必要な場合は、Standard プランと Pro プランで、自動マルウェア削除、IP 許可/拒否制御、月次レポート、自動仮想パッチ適用を追加できます。)

まとめ - パッチ適用を優先するが、フォローアップを忘れない

この脆弱性は深刻度が高く、認証を必要としないため、容易に攻撃できます。最も迅速かつ安全な方法は、Contact Form 7のRedirectionをバージョン3.2.5にアップデートすることです。すぐにアップデートできない場合は、WAFによる仮想パッチ適用、サーバーレベルのブロックルールなど、多層的な防御策を講じてください。 ファー:// そして .phar ファイルのセキュリティ強化、ファイルアップロードの強化、および悪用の兆候の積極的な監視。

サポート、インシデント対応、または複数の WordPress サイトの保護と監視の構成に関する支援が必要な場合は、WP-Firewall チームがお手伝いします。当社の管理ツールは、今回のような重大なプラグインの脆弱性に対する緊急仮想パッチ、コンテキスト WAF ルール、修復ガイダンスを提供するように設計されています。

安全を確保し、今すぐ行動してください。情報開示から自動的な悪用までの時間は短いです。

Contact Form 7 における認証されていない PHAR デシリアライゼーション//2025 年 8 月 19 日公開//CVE-2025-8289

緊急: 「Contact Form 7 のリダイレクト」における PHP オブジェクトインジェクション (<= 3.2.4) — WordPress サイト所有者が今すぐ行うべきこと

これがなぜ重要なのか（短縮版）

PHAR デシリアライゼーションによる PHP オブジェクトインジェクションとは何ですか?

CVEと技術的事実

これを今読むべき人は誰でしょうか?

即時の行動（次の1時間以内に何をすべきか）

推奨される緩和策（短期・中期・長期）

検出 — 誰かが試みたか成功したかを知る方法

WAFルールとサーバーレベルの緩和策の例

Nginx (phar:// を含む URI をブロック):

Apache (.htaccess) — .phar ファイルと phar ラッパーのアップロードをブロックします。

ModSecurity ルール (例):

mu-plugin 内の WordPress (PHP) ベストエフォートブロック (一時的な緩和策):

エクスプロイト後のチェックリスト - 侵害の疑いがある場合

攻撃者がPHPオブジェクトインジェクションを武器化する典型的な方法

WAF / 仮想パッチが役立つ理由とできないこと

アップデート後に安全であることを確認する方法

実用的な開発者ノート（プラグイン/テーマ作成者向け）

インシデントのタイムラインの例（発生中に予想されること）

よくある質問（FAQ）

WP-Firewall がどのようにあなたを保護するのか（概要）

新機能: WP-Firewall 無料プランで今すぐサイトを保護しましょう

まとめ - パッチ適用を優先するが、フォローアップを忘れない

WP Security Weeklyを無料で受け取る 👋
今すぐ登録!!

無料のWordPressセキュリティコンサルテーションをご予約いただくには、お問い合わせください。

Contact Form 7 における認証されていない PHAR デシリアライゼーション//2025 年 8 月 19 日公開//CVE-2025-8289

緊急: 「Contact Form 7 のリダイレクト」における PHP オブジェクトインジェクション (<= 3.2.4) — WordPress サイト所有者が今すぐ行うべきこと

これがなぜ重要なのか（短縮版）

PHAR デシリアライゼーションによる PHP オブジェクト インジェクションとは何ですか?

CVEと技術的事実

これを今読むべき人は誰でしょうか?

即時の行動（次の1時間以内に何をすべきか）

推奨される緩和策（短期・中期・長期）

検出 — 誰かが試みたか成功したかを知る方法

WAFルールとサーバーレベルの緩和策の例

Nginx (phar:// を含む URI をブロック):

Apache (.htaccess) — .phar ファイルと phar ラッパーのアップロードをブロックします。

ModSecurity ルール (例):

mu-plugin 内の WordPress (PHP) ベストエフォート ブロック (一時的な緩和策):

エクスプロイト後のチェックリスト - 侵害の疑いがある場合

攻撃者がPHPオブジェクトインジェクションを武器化する典型的な方法

WAF / 仮想パッチが役立つ理由とできないこと

アップデート後に安全であることを確認する方法

実用的な開発者ノート（プラグイン/テーマ作成者向け）

インシデントのタイムラインの例（発生中に予想されること）

よくある質問（FAQ）

WP-Firewall がどのようにあなたを保護するのか（概要）

新機能: WP-Firewall 無料プランで今すぐサイトを保護しましょう

まとめ - パッチ適用を優先するが、フォローアップを忘れない

WP Security Weeklyを無料で受け取る 👋今すぐ登録!!

無料のWordPressセキュリティコンサルテーションをご予約いただくには、お問い合わせください。

PHAR デシリアライゼーションによる PHP オブジェクトインジェクションとは何ですか?

mu-plugin 内の WordPress (PHP) ベストエフォートブロック (一時的な緩和策):

WP Security Weeklyを無料で受け取る 👋
今すぐ登録!!