Seemingly related to SERVER-11192, the __system user is audited as the initiator of DDL operations like createDatabase, dropDatabase, createCollection, dropCollection, createIndex, and dropIndex when those commands are run from a mongos in a sharded environment.
CRUD operations are correctly attributed.
A partial workaround is to use auditAuthorizationSuccess and an auditFilter focusing on DDL operations, on mongos nodes, to obtain authCheck audits from the mongos. But this is not applicable in all cases (ex: implicit collection creation)
- is related to
-
SERVER-11192 Audit system cannot ascribe DDL operations in a sharded cluster to an end user.
- Closed
- related to
-
SERVER-50990 createIndex audit with user name
- Closed
-
SERVER-50991 audit createIndex on empty collection
- Closed
-
SERVER-50992 Include viewOn and pipeline in createCollection audit entry for views
- Closed
-
SERVER-50993 Audit dropCollection for views
- Closed
-
SERVER-50994 Audit of dropCollection during dropDatabase
- Closed