Azure Serial Console Attack and Defense - Part 2
这是Azure串行控制台博客系列的第二部分,旨在提升防御者在调查Azure Linux虚拟机串行控制台活动时的准备能力。第一部分讨论了在Windows虚拟机上使用Azure活动日志和Sysmon日志追踪串行控制台活动的各种方法,而本篇博客则重点介绍如何为Azure Linux虚拟机启用日志记录,使用Sysmon for Linux捕获事件并将其发送到Log Analytics工作区。同时,还涵盖了在Microsoft Defender for Endpoint日志中追踪串行控制台活动的方法。目标不仅仅是识别Linux虚拟机上的串行控制台活动,还包括利用这些数据创建额外的狩猎查询,以检测攻击者可能的滥用行为。
目录
启用Linux虚拟机的日志记录
请注意,根据您当前的设置,此步骤可能不是必需的。如果您的云计算工作负载已经由Microsoft Sentinel或其他安全监控解决方案(如SIEM)监控,可以跳过此步骤。本部分博客介绍了如何使用Sysmon for Linux和Microsoft Defender for Endpoint(用于Linux)代理记录Azure Linux虚拟机事件,以捕获Azure串行控制台活动痕迹。
创建Log Analytics工作区和启用Azure活动监控在博客的第一部分中已涵盖。要为Linux虚拟机启用日志记录,请从Log Analytics工作区的“代理”选项卡安装Log Analytics Linux代理,如下所示。
Syslog
Syslog是Linux中常用的事件日志协议。Linux设备中的Syslog守护进程收集指定的事件,并可以将它们发送到Log Analytics工作区。应用程序发送的消息可以本地存储或发送到Syslog收集器。当安装Azure Monitor代理 for Linux时,它会在数据收集规则(DCRs)中启用Syslog收集时配置本地Syslog守护进程将消息转发给代理。Azure Monitor代理然后将这些消息传输到Azure Monitor或Log Analytics工作区,在Syslog表中创建相应的Syslog记录。使用此指南通过Azure Monitor代理收集Syslog事件。
Sysmon for Linux
安装Sysmon for Linux的先决条件:
- 确保Linux虚拟机已加入Log Analytics工作区。
- 使用此指南通过Azure Monitor代理收集Syslog事件。
在Linux虚拟机上使用此指南安装Sysmon。 Sysmon for Linux的配置可以在这里找到,并使用以下配置安装Sysmon服务。
|
|
Linux虚拟机上的串行控制台痕迹
使用串行控制台访问虚拟机的证据可以在虚拟机的原生Syslog和Sysmon for Linux日志中找到。串行控制台连接在Linux虚拟机上通过/dev/ttyS0进行。
使用Syslog追踪活动
识别启动串行控制台以访问Linux虚拟机,它将在ttyS0上启动连接,并显示用户名和密码的身份验证提示以登录虚拟机。可以使用以下查询来识别相同的情况。
|
|
要识别在Linux虚拟机上启用/dev/ttyS0时虚拟ttyS0终端的启动,可以使用以下查询。
|
|
在Syslog原生日志中发现使用串行控制台成功访问虚拟机。
|
|
查找使用串行控制台连接虚拟机的失败登录尝试。失败尝试的次数也将被捕获在syslog日志中,对应那个时间点的用户账户。
|
|
使用串行控制台成功身份验证后使用’sudo’将被捕获在syslog authpriv日志中,执行的命令带有’sudo’,并且带有’sudo’的命令也将被捕获。
|
|
使用Sysmon for Linux追踪活动
一旦成功安装Sysmon for Linux,Log Analytics工作区开始捕获包含“Linux-Sysmon”的syslog消息中的Sysmon事件。以下查询可用于识别通过串行控制台访问的Linux虚拟机上的所有进程执行事件。Sysmon for Linux在事件ID 1下记录Linux虚拟机上的所有ProcessCreate事件。
此Kusto查询可以解析当前配置文件中提到的所有事件的Sysmon for Linux日志。此查询可以保存为一个函数(例如,Sysmon_for_linux),以使用事件ID字段搜索Linux虚拟机上的不同事件。
Linux虚拟机上使用串行控制台的每个进程都有一个唯一的父进程和命令行。父进程ID将根据串行控制台会话而变化。父进程将是“/usr/bin/bash”,父进程命令行将是“-bash”。以下Kusto查询可以解析Sysmon for Linux日志中的事件ID 1(ProcessCreate),以识别使用串行控制台特殊管理控制台(SAC)执行的进程。然而,此查询有一个注意事项,因为它只投影从SAC控制台执行的直接子进程,而不是从shell脚本生成的进程。
|
|
例如,以下查询可以识别从使用串行控制台的虚拟机上的进程执行(在登录用户的上下文中)的所有公共网络连接。
|
|
使用Microsoft Defender for Endpoint (MDE)追踪活动
Microsoft Defender for Endpoint捕获Azure Linux虚拟机的串行控制台活动。此活动包括通过SAC控制台登录虚拟机、执行所有进程以及使用登录的串行控制台建立网络连接。串行控制台连接到Linux虚拟机是在虚拟控制台终端上建立的,设备为/dev/vc/。在一般场景中,直接串行控制台访问任何设备都是通过/dev/ttyS0进行的。以下MDE的Kusto查询将提供与登录用户、执行的进程以及使用串行控制台建立的网络连接相关的信息。
以下MDE的Kusto查询将识别使用串行控制台登录的用户。
|
|
以下Kusto查询识别通过串行控制台连接的会话期间执行的所有进程。
|
|
以下Kusto查询将识别使用串行控制台执行的进程的所有网络连接。
|
|
狩猎可疑操作
以下是几个示例,防御者可以使用这些示例检测Azure串行控制台周围的可疑活动。
使用Sysmon for Linux事件日志狩猎可疑操作
攻击者可以通过Azure串行控制台获得初始访问权限,任何后续活动都可以使用串行控制台生成的进程谱系来识别。虽然有多个KQL(Kusto查询语言)狩猎查询可用于检测Linux虚拟机上的可疑操作,但以下Kusto查询对于狩猎最常见的技术特别有用。请注意,以下查询并未涵盖所有Linux攻击技术。然而,它提供了进程层次结构,安全分析师可以利用它来识别通过串行控制台在Linux机器上进行的活动。
|
|
使用Microsoft Defender for Endpoint狩猎可疑操作
访问串行控制台可能被滥用以滥用已知的原生系统镜像进行侦察、下载文件、搜索秘密和执行横向移动。以下查询将找到使用串行控制台执行的那些最常被滥用的原生镜像。
|
|
使用Azure活动日志狩猎可疑操作
除了第一部分中提到的狩猎技术外,还可以使用以下查询识别异常的串行控制台连接活动。
|
|