CVE-2026-52762 YesWiki BazarにSSTI脆弱性、RCEに昇格の可能性

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

公開日: 2026-09-05T00:17:18.607 / 更新日: 2026-09-05T00:17:18.607

YesWiki Bazarのバージョン4.6.6以前に存在するサーバーサイドテンプレートインジェクション(SSTI)の脆弱性が確認され、リモートコード実行(RCE)に昇格する可能性があります。認証済み管理者がセマンティックテンプレートフィールドに任意のTwig式を挿入した場合、公開されたセマンティックエンドポイントがアクセスされるとサーバー側で実行されるため、システムへの不正操作が可能になります。PHP環境でYesWikiを運用している場合、設定ファイルやテンプレートに該当の機能が導入されているかを確認し、4.6.6以降のバージョンへのアップグレードを検討してください。脆弱性の影響範囲は特定の機能に限定されるため、現行環境での利用状況を精査することが重要です。

参照情報

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

ソクラテス

プラトンよ、この脆弱性を前にして、我々は「知識と無知の境界」を問うべきではないか?もし管理者がシステムの構造を正確に理解せず、その「語り」に耳を傾けなければ、危険はどこに潜んでいるだろう?

プラトン

確かに、ソクラテス。まず確認すべきは、この「セマンティックテンプレートフィールド」が現行環境で本当に有効になっているかだ。PHPの設定ファイルやテンプレートに`bn_sem_template`という項目が定義されていないか、手で確認する必要がある。もし存在すれば、それこそが「入口」だ。

ソクラテス

しかし、もし「存在しない」と仮定したなら?我々は「無知の影」に惑わされず、その「存在しない」ことを信じて良いのか?

プラトン

その疑問は的外れだ。この脆弱性は「特定の機能」に限定されている。つまり、セマンティックエンドポイントが公開されている場合にしか影響を受けない。だからこそ、まず現行環境でどのエンドポイントが公開されているか、`php.ini`やYesWikiの設定ファイルを確認すべきだ。

ソクラテス

では、知識を得た後は「行動」に移るべきではないか?パッチ適用は「倫理的義務」なのか?

プラトン

はい。4.6.6以降のバージョンへのアップグレードは、システムの「健全性」を保つための最善の手段だ。だが、変更管理の記録を残すことも忘れずに。パッチ適用前後の設定ファイルの差分を比較し、監視ログに異常がないかを定期的にチェックする習慣が必要だ。

ソクラテス

だが、もし「監視」が不十分であれば、その「無知」は新たな危険を生むだろう?

プラトン

その通り。この脆弱性は「認証済み管理者」の操作に依存している。つまり、アクセス制御の仕組みが適切に設定されているか、ログイン後のセッション管理が厳格かを確認するのも重要だ。また、ベンダーの公式サイトでこのCVEの情報が記載されているか、確認しておくと良い。

ソクラテス

では、我々の結論は?「確認」「変更」「監視」を繰り返すことで、無知から脱却することができるか?

プラトン

その通り。だが、一つだけ言えるのは、PHP環境でYesWikiを運用しているなら、この「セマンティックテンプレート」が「語り」の一部であることを常に意識し、その「語り」がシステムの「命」を守る鍵になることを。

関連キーワード: php