| name | cis-cassandra41-4.2 |
| description | Ensure that auditing is enabled |
| category | cis-cassandra |
| version | 1.0.0 |
| author | cyberstrike-official |
| tags | ["cis","cassandra","auditing","logging","compliance"] |
| cis_id | 4.2 |
| cis_benchmark | CIS Apache Cassandra 4.1 Benchmark v1.0.0 |
| tech_stack | ["cassandra"] |
| cwe_ids | [] |
| chains_with | [] |
| prerequisites | [] |
| severity_boost | {} |
4.2 Ensure that auditing is enabled
Profile Applicability
- Level 1 - Cassandra on Linux
Description
Audit logging in Cassandra logs every incoming CQL command request, Authentication (successful as well as unsuccessful) login to C* node. Currently, there are two implementations provided, the custom logger can be implemented and injected with the class name as a parameter in cassandra.yaml.
Rationale
Unauthorized attempts to create, drop or alter users or data should be a concern.
Audit
Allows logging to filesystem log files using logback or to a Cassandra table. When you turn on audit logging, the default is to write to logback filesystem log files. You can verify auditing is turned on:
cat cassandra.yaml | grep "audit_logging_options"
If failure is enabled: true means success
Anything else is a finding.
Remediation
Open the cassandra.yaml file in a text editor
In the audit_logging_options section, set enabled to true.
audit_logging_options:
enabled: true
Default Value
Auditing is disabled by default.
References
- https://docs.datastax.com/en/datastax_enterprise/4.8/datastax_enterprise/secAudit.html#secAudit
CIS Controls
v8:
- 8.2 Collect Audit Logs
- Collect audit logs. Ensure that logging, per the enterprise's audit log management process, has been enabled across enterprise assets.
Profile