Detections
Analytics

SQLI-22-005900 - The audit information produced by SQL Server must be protected from unauthorized access, modification, and deletion.

Warning! Audit Deprecated

This audit has been deprecated and will be removed in a future update.

View Next Audit Version

Information

If audit data were to become compromised, competent forensic analysis and discovery of the true source of potentially malicious system activity would be difficult, if not impossible, to achieve. In addition, access to audit records provides information an attacker could potentially use to their advantage.

To ensure the veracity of audit data, the information system and/or the application must protect audit information from any and all unauthorized access. This includes read, write, copy, etc.

This requirement can be achieved through multiple methods, which will depend on system architecture and design. Some commonly employed methods include ensuring log files enjoy the proper file system permissions using file system protections and limiting log data location.

Additionally, applications with user interfaces to audit records should not allow for the unfettered manipulation of or access to those records via the application. If the application provides access to the audit data, the application becomes accountable for ensuring that audit information is protected from unauthorized access. SQL Server is able to view and manipulate audit file data.

Audit information includes all information (e.g., audit records, audit settings, and audit reports) needed to successfully audit information system activity.

Satisfies: SRG-APP-000118-DB-000059, SRG-APP-000119-DB-000060, SRG-APP-000120-DB-000061

NOTE: Nessus has provided the target output to assist in reviewing the benchmark to ensure target compliance.

Solution

Modify audit file permissions to meet the requirement to protect against unauthorized access.

Application event log and security log permissions are covered in the Windows Server STIGs. Reference these depending on the OS in use.

Navigate to audit folder location(s) using a command prompt or Windows Explorer. Right-click the file and click "Properties".

On the Security tab, modify the security permissions to:

Administrator (read)
Users (none)
Audit Administrator(Full Control)
Auditors group (Read)
SQL Server Service SID OR Service Account (Full Control) [Notes 1, 2]
SQL Server SQL Agent Service SID OR Service Account, if SQL Server Agent is in use. (Read, Execute, Write) [Notes 1, 2]

-----
Note 1: It is highly advisable to use a separate account for each service. When installing SQL Server in single-server mode, users can opt to have these provisioned for them. These automatically generated accounts are referred to as virtual accounts. Each virtual account has an equivalent Service SID with the same name. The installer also creates an equivalent SQL Server login, also with the same name. Applying folder and file permissions to Service SIDs rather than to domain accounts or local computer accounts provides tighter control, because these permissions are available only to the specific service when it is running and not in any other context. However, when using failover clustering, a domain account must be specified at installation, rather than a virtual account. For more on this topic, refer to http://msdn.microsoft.com/en-us/library/ms143504(v=sql.130).aspx.

Note 2: Tips for adding a service SID/virtual account to a folder's permission list:

1. In Windows Explorer, right-click the folder and select "Properties".
2. Select the "Security" tab.
3. Click "Edit".
4. Click "Add".
5. Click "Locations".
6. Select the computer name.
7. Search for the name.
 7.a. SQL Server Service
 7.a.i. Type "NT SERVICE\\MSSQL" and click "Check Names". (This is the first 16 characters of the name. At least one character must follow "NT SERVICE\\"; this will present with a list of all matches. If the full, correct name was typed, step 7.a.ii is bypassed.)
 7.a.ii. Select the "MSSQL$" user and click "OK".
 7.b. SQL Agent Service
 7.b.i. Type "NT SERVICE\\SQL" and click "Check Names".
 7.b.ii. Select the "SQLAgent$" user and click "OK".
8. Click "OK".
9. Permission like a normal user from here.

See Also

https://dl.dod.cyber.mil/wp-content/uploads/U_MS_SQL_Server_2022_Y25M06_STIG.zip

Item Details

References: CAT|II, CCI|CCI-000162, CCI|CCI-000163, CCI|CCI-000164, Rule-ID|SV-271282r1109273_rule, STIG-ID|SQLI-22-005900, Vuln-ID|V-271282

Plugin: MS_SQLDB

Control ID: 65ee1e1099cc60a5c2cb782489e233653a1dc4e681282f892a3e5e798cda50dd