MongoDB Serverでロール削除後に旧権限が再利用される脆弱性
Summary
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 summary
Produced by SecPulse using an external AI model; it may contain mistakes. Check the original description and references below before acting on it.
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に修正版が公開されています。
Affected packages
| Package | Affected → Fixed | |
|---|---|---|
| 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 |
Original description The description as published by the source.
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.
Source: CVE.org (CVE Program・cvelistV5) NVD GitHub Advisory
References
- web jira.mongodb.org
- web nvd.nist.gov
- web github.com