MongoDB Serverでロール削除後に旧権限が再利用される脆弱性
概要
MongoDB Serverでは、データベースからロールを削除しても、ユーザーやロールに残った参照が消えないことがあります。同じ名前のロールを権限を変えて作り直すと、以前そのロールに結び付いていたユーザーが、付与されていない権限を黙って引き継ぐおそれがあります。影響するのは9.0.0〜9.0.6、8.3.0〜8.3.15、8.0.0〜8.0.36、7.0.0〜7.0.47で、9.0.7、8.3.16、8.0.37、7.0.48に修正版が公開されています。
AI要約
SecPulse が外部の生成 AI を使って作った要約です。誤りを含むことがあります。重要な判断の前に、下の原文と参照URLを確認してください。
MongoDB Serverでは、データベースからロールを削除しても、ユーザーやロールに残った参照が消えないことがあります。同じ名前のロールを権限を変えて作り直すと、以前そのロールに結び付いていたユーザーが、付与されていない権限を黙って引き継ぐおそれがあります。影響するのは9.0.0〜9.0.6、8.3.0〜8.3.15、8.0.0〜8.0.36、7.0.0〜7.0.47で、9.0.7、8.3.16、8.0.37、7.0.48に修正版が公開されています。
影響パッケージ
| パッケージ | 影響を受ける版 → 修正版 | |
|---|---|---|
| MongoDBMongoDB Server |
9.0.0 以上 9.0.7 未満→ 9.0.7 8.3.0 以上 8.3.16 未満→ 8.3.16 8.0.0 以上 8.0.37 未満→ 8.0.37 7.0.0 以上 7.0.48 未満→ 7.0.48 |
9.0.7 8.3.16 8.0.37 7.0.48 |
原文の説明 取得元が公開している説明をそのまま載せています (多くは英語)。
A flaw in MongoDB Server's user management commands may lead to incomplete cleanup of role authorization data when roles are dropped from a database. Due to incorrect internal query predicates, the drop operation removes role definitions but fails to remove stale references in user and role documents. If a role with the same name is subsequently recreated with different privileges, previously associated users may silently inherit the new role's privileges without an explicit grant or corresponding audit event. Exploitation requires authenticated access with database administrative privileges on the target database.
出典: CVE.org (CVE Program・cvelistV5) NVD GitHub Advisory
参照URL
- web jira.mongodb.org
- web nvd.nist.gov
- web github.com