Who is affected
Microsoft SQL Server installations are affected by a remote code execution vulnerability in the Database Engine component. The vulnerability allows an attacker to execute arbitrary code within the security context of the SQL Server service account. The record does not specify which SQL Server versions are vulnerable, nor does it indicate whether this affects on-premises, cloud-hosted, or both deployment models.
How to check whether this touches you
- Inventory all systems running Microsoft SQL Server, noting the deployment model (on-premises, Azure SQL Database, SQL Server on Azure VMs, etc.).
- Determine whether each SQL Server instance is reachable from untrusted networks—check firewall rules, network segmentation, and whether port 1433 (or a custom SQL port) is exposed to the internet or shared networks.
- Retrieve the exact version and build number of each running instance via
SELECT @@VERSION;in SQL Server Management Studio orsqlcmd; version strings alone do not confirm patching status, as vendors backport security fixes to older release branches.
What to do
- Consult Microsoft's security advisory for CVE-2019-1068 to confirm which versions require patching and obtain the specific patch or cumulative update.
- If you cannot patch immediately, apply network-level mitigations: restrict inbound access to SQL Server ports to only trusted hosts and networks, and move instances off the public internet if possible.
- Enable SQL Server audit logging to record connection attempts, failed logins, and any suspicious queries; ensure logs are retained for at least 90 days.
- Prioritise patching in accordance with CISA BOD 26-04 guidance. If mitigations are unavailable and the instance is internet-exposed, evaluate whether continued operation is acceptable or whether the service should be discontinued.
- Escalate to your change management and incident response teams if your environment lacks the ability to patch within the compliance window.
If you find you were exposed
Exploitation typically occurs before disclosure, so retrospective hunting should focus on log entries predating the CISA publication date. Review SQL Server error logs, Windows event logs, and any network intrusion detection logs for failed or anomalous authentication attempts, unusual stored procedure execution, or connections from unexpected IP addresses. Log retention is often the limiting factor; if your retention policy is shorter than several months, cross-reference with firewall and network flow logs to reconstruct access patterns during the exposure window.