The credential lands, and it is already a database administrator
The seeded credential was validated against 47 services across all five hosts through twelve lanes. Forty-six rejected it — sa is a local SQL Server principal, so it had no business succeeding anywhere else. The one acceptance was enough to own the tier.
- Assumed breachsaattached to the subnet root as a graph entity
- Validated across 47 services in 12 lanes
- One acceptance192.168.57.22:1433SQL\SQLEXPRESS
- Server principal and configuration enumeration
- Authorization mapped7 sysadmin loginsincl. academy\frank and SQL\vagrant
- xp_cmdshell enabled on the instance
- Execution provensqlOS command execution in the service contextCode execution
- Machine contextSQL$the computer account's directory rights
- What it gave up
- academy\frank — a domain user holding sysadmin, learned without touching a DC
- SQL\vagrant — a provisioning account left with database administrator rights
- xp_cmdshell enabled — OS command execution in the SQL service context
One seeded credential produced a complete authorization map of the SQL tier and a proven route to operating system command execution, with no escalation step in between. The SQL$ machine context it yields is what opens every host that follows.
The instance reported a linked-server entry, but it resolved to SQL\SQLEXPRESS itself. A self-referential link is not lateral movement, and it was not promoted into one.
Database servers are directory clients. Their login tables mirror the domain's privileged population, and reading that mirror needs database access, not directory access.