SQL SERVER – 谁更改了SQL登录密码？

转自：https://blog.sqlauthority.com/2016/04/03/sql-server-changed-password-sql-login-interview-question-week-065/?tdsourcetag=s_pctim_aiomsg

我的客户注意到，随机地，SQL“SA”帐户密码被重置，他们想知道谁在做这件事？我知道SQL Server错误日志不记录登录密码更改事件。所以我的下一个想法是“默认跟踪”应该有这些数据。在我的实验室机器上，我在查询下面运行以查找捕获的事件

1234五678910111213 DECLARE @Trace_ID INT; SELECT @Trace_ID = idFROM sys.tracesWHERE is_default = 1; SELECT t.EventID ,e.NAME AS Event_DescriptionFROM sys.fn_trace_geteventinfo(@Trace_ID) tINNER JOIN sys.trace_events e ON t.eventID = e.trace_event_idWHERE e.name like '%Audit%'GROUP BY t.EventID ,e.NAME;

EventID Event_Description
– ——-
18审计服务器启动并停止
20审计登录失败
102审计数据库范围GDR事件
103审计架构对象GDR事件
104审计Addlogin事件
105审计登录GDR事件
106审计登录更改属性事件
108审计添加登录到服务器角色事件
109审核添加数据库用户事件
110审核将成员添加到数据库角色事件
111审核添加角色事件
115审核备份/还原事件
116审核DBCC事件
117审核更改审核事件
152审核更改数据库所有者
153审核架构对象获取所有权事件
175审核服务器更改跟踪事件

遗憾的是，SQL Server默认跟踪仅记录审核登录更改属性事件类，而不记录审核登录更改密码事件类。因此，客户端可能需要运行自定义跟踪来跟踪密码更改。

因此，我们别无选择，只能通过新的跟踪进行监控。我想到的另一个想法是我们可以使用fn_dblog来读取事务日志。我告诉我的客户，这个方法是完整无证的。此方法的另一个问题是，如果检查点被触发，则数据将在T-log中刷新，因为主数据库处于简单恢复模型中。但对于他们至少调试系统中发生的事情来说，这是一个很好的开始。

以下是我提供的脚本故障排除方法：

创建登录以进行演示

1234五6 USE [master]GO CREATE LOGIN [SQLLogin1] WITH PASSWORD=N'@Very$trongP@ssw0rd123', DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFFGO

用它来更改密码

1234	`USE [master]GOALTER` `LOGIN [SQLLogin1]` `WITH` `PASSWORD=N'VerystrongP@ssword123'GO`

查询以查找更改密码的人员

1234	`SELECT` `[Transaction` `SID]` `,suser_sname([Transaction` `SID])` `AS` `'Login Name'FROM::fn_dblog(DEFAULT,` `DEFAULT)WHERE` `[Transaction` `Name] =` `'ALTER LOGIN'`