转自：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错误日志不记录登录密码更改事件。所以我的下一个想法是“默认跟踪”应该有这些数据。在我的实验室机器上，我在查询下面运行以查找捕获的事件
|
1
2
3
4
五
6
7
8
9
10
11
12
13
|
DECLARE
@Trace_ID
INT
;
SELECT
@Trace_ID = id
FROM
sys.traces
WHERE
is_default = 1;
SELECT
t.EventID
,e.
NAME
AS
Event_Description
FROM
sys.fn_trace_geteventinfo(@Trace_ID) t
INNER
JOIN
sys.trace_events e
ON
t.eventID = e.trace_event_id
WHERE
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中刷新，因为主数据库处于简单恢复模型中。但对于他们至少调试系统中发生的事情来说，这是一个很好的开始。
以下是我提供的脚本故障排除方法：
创建登录以进行演示
|
1
2
3
4
五
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=
OFF
GO
|
用它来更改密码
|
1
2
3
4
|
USE [master]
GO
ALTER
LOGIN [SQLLogin1]
WITH
PASSWORD
=N
'VerystrongP@ssword123'
GO
|
查询以查找更改密码的人员
|
1
2
3
4
|
SELECT
[
Transaction
SID]
,suser_sname([
Transaction
SID])
AS
'Login Name'
FROM
::fn_dblog(
DEFAULT
,
DEFAULT
)
WHERE
[
Transaction
Name
] =
'ALTER LOGIN'
|
查询以查找更改了哪个帐户密码
|
1
2
3
|
SELECT
[Lock Information]
FROM
::fn_dblog(
DEFAULT
,
DEFAULT
)
WHERE
[Lock Information]
LIKE
'%SERVER_PRINCIPAL%'
|
现在我们可以使用下面的内容来查找哪个帐户是270（如上所示）
|
1
2
3
|
SELECT
name
FROM
sys.server_principals
WHERE
principal_id = 270
|
你有没有用过这种无证的命令？请谨慎使用，因为这不是受支持的命令。因此请确保您在使用时要小心。我相信你有很多有趣的方式可以使用这个博客，我非常有兴趣了解其中的一些。请告诉我。