WP Cerber Security 9.8.3

English version: WP Cerber Security 9.8.3

一目でわかる

プラグインスキャナー、セキュリティメール、ログエクスポートにおける外部データおよびユーザー提供データの処理方法を強化しました。また、メモリ負荷が高い状況下でもより予測可能な動作をするように大規模アクティビティログのエクスポート機能を再構築し、トリアージやレポート作成の精度を低下させていたいくつかの問題を修正しました。

アップデート後に設定変更は必要ありませんが、アクティビティアラート、二要素認証PINメール、または大規模なセキュリティログのエクスポートに依存している場合は、このリリースを速やかにインストールすることをお勧めします。

主なポイント

• プラグインスキャナのメッセージおよび送信されるセキュリティメールのセキュリティ強化。
• アクティビティログのエクスポートに、フォレンジック調査を容易にするための新しい日付範囲サマリー機能が追加されました。
• 大規模なアクティビティログやトラフィックログについて、より予測しやすく、メモリ使用量の少ないログエクスポートを実現します。
• Nginxの背後でエクスポートを実行する際の動作が改善されました。
• アラートメール、トラフィックインスペクターのフィルタリング、ログエクスポートのメモリ処理、および管理者通知に関する修正。

セキュリティ強化

スキャナの所有権変更メッセージは、適切なコンテキストでエスケープされるようになりました。

WP Cerberは、WordPress.orgのプラグインリポジトリからプラグインの所有権メタデータを読み取り、インストール済みのプラグインの所有権が変更された際に表示します。このデータソースは通常信頼できるものであり、悪意のあるメタデータが含まれる可能性は低いですが、外部メタデータを生のHTMLとしてWordPressの管理画面に挿入すべきではありません。

今回のリリースでは、所有権変更メッセージとその所有者プロフィールへのリンクがWP CerberのUIレイヤーを経由するようになりました。プロフィールURLと表示名は、レンダリングされる前にそれぞれの出力コンテキストでエスケープ処理されます。これにより、管理者が目にするメッセージの文言を変更することなく、スキャナー結果における管理者によるXSS攻撃の可能性に対処できます。

ユーザーが制御する表示名では、追加のメール受信者を挿入できなくなりました。

wp_mail()関数でメールの受信者文字列を作成する際、名、姓、表示名などの生のプロファイルフィールドが使用されていました。カンマ区切りの文字列受信者は複数のアドレスとして解析される可能性があるため、不正に作成されたプロファイル名によって、意図しない受信者が二段階認証のPINメールやアクティビティアラート通知に追加される可能性があります。

メール表示名専用のサニタイザーを追加し、送信ポイント両方に適用しました。このサニタイザーは、受信者への不正アクセス経路において重要な文字（カンマ、引用符、バックスラッシュ、山括弧、制御文字など）を削除します。WP Cerberは、細工されたプロファイル表示名によって意図しない受信者がセキュリティメールに追加されることを防止します。

機密性の高いログのエクスポートでは、ダウンロードしたファイルを保存しないようにクライアントに指示するようになりました。

アクティビティログとトラフィックログのエクスポート時に、 Cache-Control: no-storeレスポンスヘッダーが送信されるようになりました。これにより、ブラウザおよび準拠する中間キャッシュは、セキュリティログのダウンロードコピーを保持しないように指示されます。

これは重要な点です。なぜなら、ログのエクスポートには、IPアドレス、リクエストのメタデータ、アクティビティ記録、その他管理者がインシデント調査時に使用する可能性のある詳細情報といった、フォレンジックデータが含まれる可能性があるからです。新しいヘッダーにより、これらのデータがWordPress管理者の直接的な管理下にないキャッシュに残る可能性が低減されます。

ログエクスポートの改善

アクティビティログのエクスポートで、対象期間が報告されるようになりました。

以前は、アクティビティログのCSVエクスポートヘッダーには有効なフィルタのみが表示されていましたが、現在はエクスポートされたレコードセットの中で最も古いタイムスタンプと最も新しいタイムスタンプを示す2行が追加されています。

エクスポートファイルを同僚に渡したり、インシデント記録に添付したりする際に、対象期間がファイル自体に記載されるようになりました。これにより、特に同じWebサイトや調査に対して複数のエクスポートファイルが存在する場合、フォレンジック調査やトリアージにおけるエラー発生率が低下します。選択したフィルターに一致する行がない場合、日付範囲は省略されます。

大容量ログのエクスポートが一度にストリーミングされるようになりました

以前のアクティビティログのエクスポートでは、オフセットを増やしながらチャンクごとに同じクエリを一度実行していました。大規模なデータセットでは、このパターンがディープオフセットスキャンに陥り、ログが大きくなるにつれてエクスポートが遅くなり、不安定になることがあります。

今回のエクスポート処理では、一致する行をバッファリングなしで一度に読み込むようになりました。これにより、メモリ使用量が安定し、ダウンロードが正常に完了した場合でも、途中で停止した場合でも、データベース接続がスムーズに解放されます。大規模なエクスポート処理が遅くなったり、停止したりする現象を経験したことがある方は、まさにこのメカニズムが再構築された結果です。

Nginxより最初のバイトまでの時間が速い

エクスポート時にX-Accel-Buffering: noヘッダーが送信されるようになりました。Nginx が PHP-FPM の前に配置されている場合、Nginx はレスポンス全体をバッファリングしてからブラウザに転送する可能性があります。このヘッダーは、生成されたチャンクをそのまま渡すように Nginx に指示します。

このヘッダーはNginx固有のものです。Apacheなどのプロキシはこれを無視しますが、特に問題はありません。したがって、この変更は適用対象となる場所での動作を改善し、他の場所で追加の設定作業を発生させることはありません。

信頼性の向上

より一貫性のあるデータベーススキーマ処理

ログテーブルのテーブル定義は、インラインのCREATE TABLE SQLではなく、一元化された宣言から取得されるようになりました。これにより、新規インストールとアップグレードの整合性が保たれ、WP Cerberは既存のインストールにおけるスキーマのずれをより一貫性のある方法で検出できるようになります。

実際には、ログテーブルが想定される形状から逸脱した場合、WP Cerberはその差異を検出して修復する可能性が高くなります。これはユーザーインターフェースには表示されませんが、管理者がレビュー、エクスポート、インシデント分析の際に利用するログサブシステムの信頼性を強化します。

保存されたリクエストデータのより安全なデコード

保存されているリクエストフィールドデータは、古いインストール環境やレガシーログレコードによって異なる場合があります。一部のレコードには、null許容値、空の値、無効なJSON、またはサポートされていないシリアル化ペイロードが含まれている可能性があります。

WP Cerber は、これらのケースを警告や矛盾した結果を生成するのではなく、空の配列として扱うことで一律に処理するようになりました。これは主に、複数の古いバージョンにわたってログデータを引き継いでいるサイトにとって有益です。古いバージョンでは、保存されたリクエストデータが現在のリリースで使用されている形式と必ずしも一致しない可能性があるためです。

バグ修正と改善

交通検査官ログ：「ソフトウェアエラー」フィルターが他のフィルターと正しく組み合わされるようになりました

詳細検索フォームにおいて、「ソフトウェアエラー」チェックボックスが他のフィルターと誤って組み合わされる可能性がありました。PHPエラーが記録されたリクエストは、他の検索条件に一致しない場合でも表示されることがありました。

フィルタグループが正しい優先順位で評価されるようになりました。トラフィックインスペクターログの検索結果は、設定したすべての条件を反映するため、ノイズの多いトラフィックを絞り込む際のトリアージがより予測可能になります。

ログエクスポートのメモリ制限が正しく解釈されるようになりました

環境によっては、 512などの数値メモリ制限値がメガバイトではなくバイト単位で適用される場合があります。その結果、WP Cerberはリソースを大量に消費する処理に必要なメモリ量を十分に確保できず、大規模なエクスポート処理が予想よりも早く停止する可能性があります。

値が正しく解釈されるようになったため、数値メモリ制限を提供する構成において、エクスポート動作の信頼性が向上しました。

アクティビティアラートメールが正しいダッシュボードビューにリンクするようになりました。

アクティビティアラート通知メールには、管理者がアラートの背後にあるイベントを確認できるように、WP Cerberダッシュボードへのリンクが含まれています。これらのリンクは、パラメーターの整合性が崩れる可能性のある値のペアリングに基づいて構築されており、リンクに誤ったフィルター値が渡される原因となっていました。

例えば、IPフィルタが期待値ではなくIPアドレス範囲の境界値を受け取る可能性があります。今回のアップデートにより、各クエリパラメータが正しい値と照合されるようになったため、アラートリンクをクリックすると、そのリンクが示すイベントに、より確実にアクセスできるようになります。

アラートの検索文字列の一致により、適切なユーザーが識別されるようになりました。

アラート配信における検索文字列によるユーザー照合は、存在しないユーザーIDに対してもユーザーオブジェクトを返す可能性のある呼び出しに依存していました。WP Cerberは、記録されたイベントに関連付けられたユーザーを検索し、ユーザーの欠落を防ぐように改良しました。

これにより、検索ベースのアラートルールが意図したアカウントと一致するようになり、イベントデータが既に存在しないユーザーや解決できないユーザーを参照している場合に、誤解を招くアラート動作を回避できます。

アクティビティ変更チェックからPHP通知を削除しました

「最終更新日時」チェックにおける演算子の優先順位の問題により、フォールバックパスが意図したとおりに使用されていなかった。更新日時が欠落している場合、チェックによって未定義キーの通知が発生する可能性があった。

式が正しく括弧で囲まれるようになりました。タイムスタンプが欠落している場合は「変更済み」として扱われ、PHPの通知はログに表示されなくなりました。

ボンネットの下

内部構造を注視している管理者や開発者の皆様にとって、今回のリリースは、アクティビティログとトラフィックログのデータパスを、明確で構造化されたエラー処理へと移行する取り組みの一環です。データベースが利用できない、エクスポート設定が失敗するなどの障害が発生した場合、以前のように管理者が混乱を招く空のファイルを受け取るのではなく、出力開始前にエラーメッセージが表示されるようになりました。

スキーマ管理も、一元化されたテーブル宣言に基づいて統合されつつあります。この取り組みにより、前述のスキーマのずれ検出がサポートされ、ログサブシステムが拡張しても、より決定論的な動作を維持できます。

これらは派手な変更ではありませんが、重要な変更です。セキュリティツールは、負荷がかかった状況下でも予測可能な動作をする必要があります。例えば、サイトへのアクセスが集中している場合、エクスポートされるデータ量が多い場合、レガシーデータが不完全な場合、あるいは管理者がインシデント発生時の状況を再現しようとしている場合などです。

まとめ

WP Cerber 9.8.3 では、外部データが WordPress の管理画面やセキュリティメールに到達する経路が強化され、大規模なログのエクスポートの信頼性が向上し、フィルタリング、アラートリンク、PHP 診断の精度を低下させる可能性のあるいくつかの問題が修正されています。