高级搜寻查询最佳做法

项目
04/26/2024

适用于：

Microsoft Defender XDR

应用这些建议以更快地获取结果，并在运行复杂查询时避免超时。有关提高查询性能的更多指导，请参阅 Kusto 查询最佳做法。

了解 CPU 资源配额

根据大小，每个租户有权访问为运行高级搜寻查询而分配的一定数量的 CPU 资源。有关各种使用参数的详细信息，请阅读高级搜寻配额和使用参数。

运行查询后，可以看到执行时间及其资源使用情况 (低、中、高) 。高表示查询需要更多资源来运行，并且可以改进以更高效地返回结果。

定期运行多个查询的客户应跟踪使用情况并应用本文中的优化指南，以最大程度地减少因超出配额或使用参数而导致的中断。

观看优化 KQL 查询，了解改进查询的一些最常见方法。

常规优化提示

调整新查询大小 - 如果怀疑查询将返回大型结果集，请先使用 count 运算符对其进行评估。使用 limit 或其同义词 take 可避免大型结果集。
尽早应用筛选器 - 应用时间筛选器和其他筛选器来减少数据集，尤其是在使用转换和分析函数（例如子字符串 () 、替换 () 、剪裁 () 、 toupper () 或 parse_json () 之前）。在下面的示例中，分析函数 extractjson () 在筛选运算符减少记录数后使用。
```
DeviceEvents
| where Timestamp > ago(1d)
| where ActionType == "UsbDriveMount"
| where DeviceName == "user-desktop.domain.com"
| extend DriveLetter = extractjson("$.DriveLetter", AdditionalFields)
```
包含节拍 - 若要避免不必要地搜索字词中的子字符串，请使用 has 运算符而不是 contains。了解字符串运算符
查找特定列 - 查找特定列，而不是对所有列运行全文搜索。不要使用 * 来检查所有列。
速度区分大小写 - 区分大小写的搜索更具体，通常更高性能。区分大小写的字符串运算符（如 has_cs 和 contains_cs）的名称通常以 _cs结尾。还可以使用区分大小写的 equals 运算符 == ， =~而不是。
分析，不要提取 - 尽可能使用 parse 运算符或分析函数（如 parse_json () ）。 matches regex避免使用字符串运算符或 extract () 函数，这两者都使用正则表达式。保留对更复杂的方案使用正则表达式。阅读有关分析函数的详细信息
筛选表而不是表达式 - 如果可以筛选表列，则不要筛选计算列。
无三字符术语 - 避免使用三个字符或更少字符的术语进行比较或筛选。这些术语不会编制索引，匹配它们需要更多资源。
有选择地进行项目 - 仅投影所需的列，使结果更易于理解。在运行联接或类似操作之前投影特定列也有助于提高性能。

`join`优化运算符

联接运算符通过指定列中的匹配值合并两个表中的行。应用这些提示来优化使用此运算符的查询。

左侧较小的表 - 运算符 join 将联接语句左侧表中的记录与右侧的记录相匹配。通过将较小的表放在左侧，需要匹配的记录将减少，从而加快查询速度。

在下表中，在按帐户 SID 联接之前IdentityLogonEvents，我们缩小了左侧表DeviceLogonEvents以仅涵盖三个特定设备。
```
DeviceLogonEvents
| where DeviceName in ("device-1.domain.com", "device-2.domain.com", "device-3.domain.com")
| where ActionType == "LogonFailed"
| join
    (IdentityLogonEvents
    | where ActionType == "LogonFailed"
    | where Protocol == "Kerberos")
on AccountSid
```
使用内部联接风格 - 默认联接风格或 innerunique-join 重复数据删除左侧表中的行，然后再将每个匹配项的行返回到右侧表。如果左表的多个行与 join 键的值相同，则将删除这些行，以便为每个唯一值保留一个随机行。

此默认行为可能会省略左侧表中可提供有用见解的重要信息。例如，下面的查询将仅显示包含特定附件的一封电子邮件，即使该附件是使用多个电子邮件发送的：
```
EmailAttachmentInfo
| where Timestamp > ago(1h)
| where Subject == "Document Attachment" and FileName == "Document.pdf"
| join (DeviceFileEvents | where Timestamp > ago(1h)) on SHA256
```
为了解决此限制，我们通过指定 kind=inner 来应用内部联接风格，以在左侧表中显示右侧具有匹配值的所有行：
```
EmailAttachmentInfo
| where Timestamp > ago(1h)
| where Subject == "Document Attachment" and FileName == "Document.pdf"
| join kind=inner (DeviceFileEvents | where Timestamp > ago(1h)) on SHA256
```

从时间窗口联接记录 - 调查安全事件时，分析师会查找大约在同一时间段内发生的相关事件。在使用join时应用相同的方法还可以通过减少记录数来检查提高性能。

以下查询在收到恶意文件后 30 分钟内检查登录事件：

EmailEvents
| where Timestamp > ago(7d)
| where ThreatTypes has "Malware"
| project EmailReceivedTime = Timestamp, Subject, SenderFromAddress, AccountName = tostring(split(RecipientEmailAddress, "@")[0])
| join (
DeviceLogonEvents
| where Timestamp > ago(7d)
| project LogonTime = Timestamp, AccountName, DeviceName
) on AccountName
| where (LogonTime - EmailReceivedTime) between (0min .. 30min)

在两侧应用时间筛选器 - 即使不调查特定的时间窗口，对左右表应用时间筛选器也可以减少记录数，以检查并提高join性能。以下查询适用于 Timestamp > ago(1h) 这两个表，以便它仅联接过去一小时的记录：
```
EmailAttachmentInfo
| where Timestamp > ago(1h)
| where Subject == "Document Attachment" and FileName == "Document.pdf"
| join kind=inner (DeviceFileEvents | where Timestamp > ago(1h)) on SHA256
```
使用性能提示 - 对运算符使用提示 join 指示后端在运行资源密集型操作时分配负载。详细了解联接提示

例如，使用具有高基数的键（具有许多唯一值的键）联接表时， 随机提示 有助于提高查询性能，如 AccountObjectId 以下查询中的：
```
IdentityInfo
| where JobTitle == "CONSULTANT"
| join hint.shufflekey = AccountObjectId
(IdentityDirectoryEvents
    | where Application == "Active Directory"
    | where ActionType == "Private data retrieval")
on AccountObjectId
```
当左表较小 (最多 100,000 条记录) 且右侧表非常大时， 广播提示 会有所帮助。例如，下面的查询尝试将一些具有特定主题的电子邮件与表中包含链接 的所有 邮件联接在一起 EmailUrlInfo ：
```
EmailEvents
| where Subject in ("Warning: Update your credentials now", "Action required: Update your credentials now")
| join hint.strategy = broadcast EmailUrlInfo on NetworkMessageId
```

`summarize`优化运算符

summarize 运算符聚合表的内容。应用这些提示来优化使用此运算符的查询。

查找非重复值 - 通常，使用 summarize 查找可重复的不同值。可能不需要使用它来聚合没有重复值的列。

虽然单个电子邮件可以是多个事件的一部分，但下面的示例 并不是 有效的用法， summarize 因为单个电子邮件的网络邮件 ID 始终带有唯一的发件人地址。
```
EmailEvents
| where Timestamp > ago(1h)
| summarize by NetworkMessageId, SenderFromAddress
```
运算符 summarize 可以轻松地替换为 project，从而产生可能相同的结果，同时消耗更少的资源：
```
EmailEvents
| where Timestamp > ago(1h)
| project NetworkMessageId, SenderFromAddress
```
以下示例使用更高效， summarize 因为发件人地址可以有多个不同的实例将电子邮件发送到同一收件人地址。此类组合不太明显，并且可能具有重复项。
```
EmailEvents
| where Timestamp > ago(1h)
| summarize by SenderFromAddress, RecipientEmailAddress
```
随机处理查询 - 虽然 summarize 最好在具有重复值的列中使用，但相同的列也可以具有 高基数 或大量唯一值。与运算符一join样，还可以应用随机提示summarize来分配处理负载，并在对具有高基数的列进行操作时可能提高性能。

下面的查询使用 summarize 对不同的收件人电子邮件地址进行计数，这些电子邮件地址可在大型组织中运行数十万个。为了提高性能，它合并了 hint.shufflekey：
```
EmailEvents
| where Timestamp > ago(1h)
| summarize hint.shufflekey = RecipientEmailAddress count() by Subject, RecipientEmailAddress
```

查询方案

使用进程 ID 识别唯一进程

进程 ID (PID) 在 Windows 中回收，并重新用于新进程。它们本身不能用作特定进程的唯一标识符。

若要获得特定计算机上进程的唯一标识符，请使用进程 ID 以及进程创建时间。在进程之间联接或汇总数据时，请加入以下列：计算机标识符（DeviceId 或 DeviceName）、进程 ID（ProcessId 或 InitiatingProcessId）以及进程创建时间（ProcessCreationTime 或 InitiatingProcessCreationTime）

以下示例查询将查找通过端口 445 (SMB) 访问 10 个以上 IP 地址（可能扫描文件共享）的进程。

示例查询：

DeviceNetworkEvents
| where RemotePort == 445 and Timestamp > ago(12h) and InitiatingProcessId !in (0, 4)
| summarize RemoteIPCount=dcount(RemoteIP) by DeviceName, InitiatingProcessId, InitiatingProcessCreationTime, InitiatingProcessFileName
| where RemoteIPCount > 10

该查询按 InitiatingProcessId 和 InitiatingProcessCreationTime 进行汇总，以便查看单个进程，而不会混用具有同一进程 ID 的多个进程。

查询命令行

有很多方法可以构造命令行来完成任务。例如，攻击者可以引用没有路径、没有文件扩展名、使用环境变量或带引号的图像文件。攻击者还可以更改参数的顺序或添加多个引号和空格。

若要围绕命令行创建更持久的查询，请应用以下做法：

通过对文件名字段进行匹配来识别已知进程 (，例如 net.exe 或 psexec.exe) ，而不是对命令行本身进行筛选。
使用 parse_command_line () 函数分析命令行部分
查询命令行参数时，请勿按特定顺序查找多个不相关参数的完全匹配。而是使用正则表达式或使用多个单独的 Contains 运算符。
使用不区分大小写的匹配项。例如，使用 =~、 in~和 contains 而不是 ==、 in和 contains_cs。
若要缓解命令行模糊处理技术，请考虑删除引号，将逗号替换为空格，以及将多个连续空格替换为单个空格。有更复杂的模糊处理技术需要其他方法，但这些调整可以帮助解决常见方法。

以下示例演示了构造查询的各种方法，该查询查找 文件net.exe 以停止防火墙服务“MpsSvc”：

// Non-durable query - do not use
DeviceProcessEvents
| where ProcessCommandLine == "net stop MpsSvc"
| limit 10

// Better query - filters on file name, does case-insensitive matches
DeviceProcessEvents
| where Timestamp > ago(7d) and FileName in~ ("net.exe", "net1.exe") and ProcessCommandLine contains "stop" and ProcessCommandLine contains "MpsSvc"

// Best query also ignores quotes
DeviceProcessEvents
| where Timestamp > ago(7d) and FileName in~ ("net.exe", "net1.exe")
| extend CanonicalCommandLine=replace("\"", "", ProcessCommandLine)
| where CanonicalCommandLine contains "stop" and CanonicalCommandLine contains "MpsSvc"

从外部源引入数据

若要将长列表或大型表合并到查询中，请使用 externaldata 运算符从指定的 URI 引入数据。可以从 TXT、CSV、JSON 或其他格式的文件获取数据。下面的示例演示如何利用 MalwareBazaar (abuse.ch) 提供的恶意软件 SHA-256 哈希的广泛列表来检查电子邮件附件：

let abuse_sha256 = (externaldata(sha256_hash: string)
[@"https://bazaar.abuse.ch/export/txt/sha256/recent/"]
with (format="txt"))
| where sha256_hash !startswith "#"
| project sha256_hash;
abuse_sha256
| join (EmailAttachmentInfo
| where Timestamp > ago(1d)
) on $left.sha256_hash == $right.SHA256
| project Timestamp,SenderFromAddress,RecipientEmailAddress,FileName,FileType,
SHA256,ThreatTypes,DetectionMethods

分析字符串

可以使用各种函数有效地处理需要分析或转换的字符串。

String	函数	用法示例
命令行	parse_command_line ()	提取命令和所有参数。
Paths	parse_path ()	提取文件或文件夹路径的节。
版本号	parse_version ()	解构一个版本号，其中最多包含四个部分，每个节最多八个字符。使用分析的数据比较版本期限。
IPv4 地址	parse_ipv4 ()	将 IPv4 地址转换为长整数。若要比较 IPv4 地址而不转换它们，请使用 ipv4_compare () 。
IPv6 地址	parse_ipv6 ()	将 IPv4 或 IPv6 地址转换为规范 IPv6 表示法。若要比较 IPv6 地址，请使用 ipv6_compare () 。

若要了解所有受支持的分析函数，请阅读 Kusto 字符串函数。

注意

本文中的某些表在 Microsoft Defender for Endpoint 中可能不可用。启用Microsoft Defender XDR，以使用更多数据源搜寻威胁。可以按照从 Microsoft Defender for Endpoint 迁移高级搜寻查询中的步骤，将高级搜寻工作流从 Microsoft Defender for Endpoint 移动到 Microsoft Defender XDR。

提示

想要了解更多信息？请在我们的技术社区中与 Microsoft 安全社区互动：Microsoft Defender XDR 技术社区。

通过

高级搜寻查询最佳做法

了解 CPU 资源配额

常规优化提示

`join`优化运算符

`summarize`优化运算符

查询方案

使用进程 ID 识别唯一进程

查询命令行

从外部源引入数据

分析字符串

反馈

其他资源

通过

高级搜寻查询最佳做法

了解 CPU 资源配额

常规优化提示

join优化运算符

summarize优化运算符

查询方案

使用进程 ID 识别唯一进程

查询命令行

从外部源引入数据

分析字符串

相关主题

反馈

其他资源

`join`优化运算符

`summarize`优化运算符