Apache Tika の tika-server で unpack エンドポイントが unsecureFeatures=false でも有効になる（4.0.0-beta-1 で修正）

Critical（CVSS 9.8）に分類されるApache Software Foundation Apache Tika（org.apache.tika:tika-server）4.0.0-alpha-1 以降 4.0.0-beta-1 未満の脆弱性です。Apache Tika の tika-server に、安全でない機能を無効化する設定を入れていても unpack エンドポイントが有効なままになる欠陥がある。oss-security への Apache からの告知（2026年7月30日、Tim Allison 氏）の件名がそのまま内容を表しており、「unpack endpoint in tika-server allows configuration with unsecureFeatures=false」である。分類は Improper Protection of Alternate Path（代替経路の不適切な保護）で、影響を受けるのは org.apache.tika:tika-server の 4.0.0-alpha-1 以降 4.0.0-beta-1 未満である。修正版は 4.0.0-beta-1 で、Apache は同版への更新を推奨している。発見と修正案の提示は George Chen 氏による。 深刻度の評価は2つに分かれている。採番元の Apache（security@apache.org）は CVSS 4.0 で 6.9、ベクタは VC:L/VI:L/VA:L と、機密性・完全性・可用性への影響をいずれも Low としている。一方 NVD（nvd@nist.gov）は Primary として CVSS 3.1 で 9.8 Critical、C:H/I:H/A:H を付けている。同じ欠陥に対して 6.9 と 9.8 という開きがあるので、どちらの前提で運用判断をするかを意識しておく必要がある。本サイトは NVD の値を採用して Critical として扱うが、Apache 自身の評価はそれより低いという事実も併記しておく。 押さえるべき点は、対象が「Tika ライブラリ」ではなく「tika-server」だということである。Tika をライブラリとしてアプリケーションに組み込んで使っている場合、この CVE の対象成果物（org.apache.tika:tika-server）とは別である。またバージョン帯が 4.0 系の alpha から beta の間という、正式リリース前の系列に限られている。4.0.0-alpha を本番に入れているかどうかで該当有無が決まる。 unpack エンドポイントは、アーカイブやコンテナ形式のファイルから埋め込まれたファイルを取り出す機能である。unsecureFeatures というのは、その名のとおり安全でない機能をまとめて切るための設定で、これを false にしていれば unpack も無効になると読める。実際にはそうなっていなかった、というのがこの欠陥の中身である。設定で切ったつもりの経路が生きている、という形なので、設定ファイルを見ただけでは気づけない。KEV には本稿の確認時点（2026-08-25・カタログ 2026.08.24）で収載されていない。

判定は3段階である。(1) tika-server を使っているか。ライブラリとしての Tika だけなら対象外である。(2) バージョンが 4.0.0-alpha-1 以降 4.0.0-beta-1 未満か。2.x / 3.x 系は対象外である。(3) tika-server をネットワークに露出させているか。 まず成果物の確認である。依存関係の中に org.apache.tika:tika-server（あるいは tika-server-standalone の配布物）があるかを見る。Maven なら mvn dependency:tree、Gradle なら gradle dependencies で確認できる。tika-core / tika-parsers だけならこの CVE の対象ではない。 次にバージョンである。4.0 系は本稿の確認時点でまだ beta の段階であり、4.0.0-alpha-1 を試験導入したまま本番へ持ち込んでいる構成が該当する。2.x や 3.x の安定版を使っているなら該当しない。「Tika を使っている」だけで慌てる必要はないが、逆に 4.0.0-alpha を入れている場合は、この CVE 以外にも alpha 段階のリスクを引き受けていることになる。 更新は 4.0.0-beta-1 以降へ上げる。これが Apache の推奨であり、他の回避策は告知に示されていない。unsecureFeatures=false を設定していても unpack が有効なままになるという欠陥なので、設定による回避は成立しない。設定を根拠に「対処済み」と判断しないこと。 すぐに上げられない場合は、tika-server を到達可能な範囲から外すのが実質的な緩和になる。tika-server は前段のアプリケーションから呼ばれる内部サービスとして置かれることが多く、外部から直接叩ける必要は通常ない。ネットワークポリシーやリバースプロキシで、呼び出し元を限定する。ただしこれは Apache が公式に提示した回避策ではない。 完了条件は、tika-server の全インスタンスが 4.0.0-beta-1 以降であることを実際の成果物バージョンで確認することである。設定ファイルの unsecureFeatures の値は完了条件にならない。

Apache Software Foundation Apache Tika（org.apache.tika:tika-server）4.0.0-alpha-1 以降 4.0.0-beta-1 未満 を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報（https://nvd.nist.gov/vuln/detail/CVE-2026-66756）で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド／OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。