CVE-2026-115481 baserCMS パーミッション設定脆弱性 PHPコード実行可能
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
baserCMSのバージョン5.0.0-beta1から5.3.2、5.4.2未満において、`PermissionGroupsService::build()`メソッドが`config/permission.php`ファイルの有無を判定する処理に脆弱性があります。該当ファイルが存在しない場合、非管理者グループに`/baser///*`へのすべてのHTTPメソッドのアクセス許可を付与し、`BcCustomContent`プラグインのインストール後には`operators`グループがドキュメントルートに任意のPHPコードを保存・実行できる可能性があります。PHP環境でbaserCMSを運用している場合は、使用バージョンが5.3.2または5.4.2以上かを確認し、該当するプラグインの`config/permission.php`ファイルが正しく配置されているかを点検する必要があります。また、パッチ適用や設定の見直しが求められます。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性の本質に問う。もし`config/permission.php`が存在しない場合、非管理者グループが任意のアクセスを許可されるという構造は、設計の欠陥として倫理的に許容されるだろうか？
いや、それは設計の誤りではなく、運用の盲点です。まず、baserCMSのバージョンが5.3.2または5.4.2以上かを確認し、`config/permission.php`が存在するかを点検すべきです。特に`BcCustomContent`プラグインをインストールしている環境では、このファイルが正しく配置されているかを確認する必要があります。
では、この脆弱性が発生する条件は、PHP環境での運用に依存するという点に注目すべきだろうか？
その通りです。Linux運用者は、`php -v`で実行環境のバージョンを確認し、`config/permission.php`がプラグインディレクトリ内に存在するかを`ls -l`で確認するべきです。また、パッチ適用の有無をベンダーの公式リリースノートで確認し、変更管理の記録を残すことが重要です。
しかし、この問題は管理者の意識に依存するものではないか？
確かに、意識は重要ですが、監視の観点でも対応が必要です。例えば、`/var/log/httpd/access_log`や`error_log`に異常なPHPスクリプトのアクセスが記録されていないかを定期的にチェックし、異常があれば即座に調査するべきです。また、ベンダーの公式サポートサイトで、`BcCustomContent`プラグインの最新情報を確認し、脆弱性情報に目を配る必要があります。
では、この脆弱性の教訓は何か？
運用者は「確認」と「点検」を日常業務に組み込むべきです。たとえば、`find /path/to/baserCMS -name "permission.php"`でファイルの存在を検出するスクリプトをcronに登録するなど、自動化されたチェックを導入することも一つの方法です。そして、パッチ適用は「後回し」ではなく、直ちに行うべきです。
では、この会話の結論は？
結論は単純です。この脆弱性は「設計の欠陥」ではなく、「運用の怠慢」に起因する可能性があるため、Linux運用者は常に「確認」「点検」「パッチ適用」「変更管理」「監視」「ベンダー情報確認」の6つの観点を心がけるべきです。それ以上でも、それ以下でもありません。
関連キーワード: php