CVE-2026-90904 Easy Store拡張機能にACLバイパスの脆弱性

この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。

公開日: 2026-09-23T19:19:43.543 / 更新日: 2026-09-23T19:40:48.693

Joomlaの拡張機能「Easy Store」に、アクセス制御の不備(ACLバイパス)の脆弱性が報告されています。ApiController.phpのallowEdit()メソッドでハードコードされた「return true」により、JoomlaのコンポーネントレベルやアセットレベルのACLチェックが無効化され、認証済みのバックエンドユーザーが任意のレコードを編集可能な状態になります。影響範囲は、該当拡張機能のバージョン1.0.0〜3.0.0を導入している Joomla サーバーです。確認時は、PHPスクリプト内のallowEdit()メソッドが正しくACL認証チェックを実施しているかを確認し、修正パッチの適用を検討してください。また、アクセス権設定の再確認も重要です。

参照情報

ソクラテスの問い、プラトンの備え

ソクラテス

プラトンよ、この脆弱性は、権限制御の不備という名の「隠れた盗賊」に似ている。アクセス制御が無効化されれば、誰もが編集権を得る。だが、この「return true」がなぜ問題なのか、君は考えたか?

プラトン

ああ、ソクラテス。そのコードは、ACLチェックを完全に無視している。Easy StoreのApiController.phpのallowEdit()メソッドを確認し、AccessControl::create()->canEdit()に置き換えるのが解決策だ。しかし、運用者はまずこのメソッドが本当に正しく動作しているかを確認すべきだろう。

ソクラテス

では、この脆弱性が存在する要因は、ハードコーディングの「傲慢」ではないか?開発者が「return true」を書いた瞬間、セキュリティの扉が開かれた。だが、君はこのコードを修正するだけでなく、変更管理のプロセスも見直すべきではないか?

プラトン

確かに。パッチ適用はもちろんだが、変更履歴を記録し、誰がいつどのコードを修正したかを追跡する体制が重要だ。また、ベンダーの公式サイトで修正パッチの詳細を確認し、適用範囲が該当バージョンに合致しているかを確認する必要がある。

ソクラテス

では、運用者はこの脆弱性の影響を「見える化」する手段を持つべきか?例えば、監視システムで不正な編集アクションを検出する仕組みを構築すれば、脅威が現れたときに早期に気づける。

プラトン

その通りだ。そして、この脆弱性はPHPスクリプトの一部に過ぎない。他の拡張機能やコンポーネントにも同様のACLチェックが存在する可能性を考慮し、影響調査を徹底すべきだ。

ソクラテス

だが、君は「return true」に笑いを向けないか?開発者が「全てを許可する」コードを書いたことで、セキュリティの基本原則を無視した。これは、技術者としての責任の所在を問う哲学的問いではないか?

プラトン

笑いはいいが、運用者はこの「return true」の存在を、ただの冗談ではなく、緊急性の高い修正対象として扱わなければならない。そして、その修正を怠れば、次の「return true」が別の場所で待っているかもしれない。

関連キーワード: php