2026年8月28日、OPSWAT は「MetaDefender Core™」において「ファイル構造検証」機能をリリースします。ファイル構造検証は、ファイル形式の整合性を検証し、埋め込まれたオブジェクトを抽出し、各コンポーネントを適切なセキュリティエンジンにルーティングする新技術です。この機能は、既存のツールでは対応できなかった構造的な適用範囲のギャップを埋めるよう設計されており、検査対象のファイルを変更することなく、ワークフローの最も早い段階で、複雑なファイル形式を網羅的にカバーします。
ファイル構造の検証とは
検証
ファイル構造の検証では、データベースファイル、GISファイル、AIモデル形式、およびアンチウイルス（AV）や従来のファイルサニタイゼーションでは完全に処理できないその他の複雑な形式を含む、160種類以上のファイル形式について、各ファイルがその形式仕様に準拠しているかどうかを検証します。
これには、ポリグロットファイルの検出も含まれます。ポリグロットファイルとは、2つの形式仕様の下で同時に有効となるファイルのことであり、従来のツールでは表面的なレベルでは検出できないファイルタイプのチェックを回避するために用いられる手法です。
PDFファイルの場合、FSVはデジタル署名の有効性を検証し、既知の認証局（CA）に基づいて署名者の証明書を検証します。
抜粋
ファイルが構造検証に合格すると、FSVはそのファイルをマクロ、ハイパーリンク、埋め込み実行ファイル、メタデータ、画像、ネストされたファイルといった個別の構成要素に分解します。抽出された各構成要素は、リスク対象か通常対象かに分類されます。
子ファイルは、親ファイルの一部として評価されるのではなく、セキュリティワークフローを通じて個別に処理されます。例えば、複合ドキュメントの3層奥深くに埋め込まれた添付ファイルや埋め込みオブジェクトは、それらを格納しているファイルに属するバイナリコンテンツとして扱われるのではなく、それ自体として評価されます。
ブロック
ブロックルールは、オブジェクトの種類やファイルごとの条件に応じて設定できるため、セキュリティチームは一律的なポリシーを適用することなく、アクセスポイントできめ細かな制御を行うことができます。
標準のファイル仕様に加え、「ファイル構造の検証」機能では、ユーザー定義のスキーマ（本バージョンではXMLスキーマ（XSD）に対応）に基づいてファイルの検証も行います。構造に不備がある、仕様に準拠していない、または異常な構造を持つファイルは、下流のエンジンに到達する前にブロックされます。
構造チェックに失敗したファイルは、抽出が開始される前にブロックされるため、構造的に無効なファイルの処理にかかるオーバーヘッドが排除されます。構造検証に合格したファイルのみが、下流のエンジンへと送られます。
対象者
ファイル構造の検証機能は、このスタックに含まれる他のツールでは対応できていなかった3つの具体的な課題に対処します：
- まず、データベースファイル、GISファイル、AIモデルファイルなど、AVでは構造解析を完了できない複雑な形式のファイルを扱う組織。
- 第二に、検査後もファイルの完全性を維持しなければならない環境です。これには、ファイルの再構築が適用できない、法的、フォレンジック、およびコンプライアンス規制の対象となるワークフローが含まれます。
- 第三に、パイプラインの最も早い段階、つまり詳細な検査が始まる前に、構造的な強制措置やオブジェクトレベルのルーティングを必要とするセキュリティチームです。
発売時に同梱されるもの
- 160種類以上のファイル形式にわたるファイル構造の検証
- 構造レベルでの多言語ファイルの検出
- PDFのデジタル署名の検証と署名者の証明書の確認
- XMLおよびZEI、JNLP、TDS、RDF、BML、MPD、TTMLなどの関連フォーマットに対するスキーマ検証
- ファイルタイプごとに、オブジェクトタイプおよびJSONパス条件に基づいてブロックルールを設定可能
- オブジェクトの詳細表示を自由に設定可能。構造の概要から、関係性やオフセットを含む完全なオブジェクトレベルのデータまで表示可能
- 変更を伴わない検証：処理後も元のSHA256ハッシュが保持される
お問い合わせ
ファイル構造の検証機能は、MetaDefender Core™ に標準で搭載されています。これは、既存のワークフロー構成における機能レイヤーであり、別途統合が必要な独立した製品ではありません。
「ファイル構造の検証」の実際の動作を確認したり、既存の導入環境への組み込み方法についてご相談いただく場合は、公式ドキュメントを参照するか、サポートチームまでお問い合わせください。
