Sysdig Falco:你不可不知的Docker安全监控利器

简介:

入侵检测和漏洞扫描可谓是主动发现安全问题的“内功外功”,在容器技术应用越来越广泛的今天,也需要被给予同样的重视。本文将探讨Docker入侵检测工具Sysdig Falco的基础知识以及如何检测容器的异常行为等问题。

Sysdig Falco是一种旨在检测异常活动开源的系统行为监控程序。作为Linux主机入侵检测系统,对Docker依旧特别有用,因为它支持容器上下文,如container.id、container.image或其规则的命名空间。

虽然说Sysdig Falco是一种审计工具,却与Seccomp或AppArmor等内核态的审计工具全然不同。Sysdig Falco在用户空间中运行,使用内核模块拦截系统调用,而其他类似工具在内核级别运行系统调用过滤或监控。用户空间实现的一个好处是能够与Docker编排工具等外部系统集成。

本文将从以下4个安全威胁场景展示如何使用Sysdig Falco进行异常行为监控:

 ●  运行交互式Shell的容器;
 ●  运行未经授权的进程;
 ●  写入非用户数据目录;
 ●  容器异常挂载。

读者将同时扮演攻击者和防御者(系统管理员)角色,验证Sysdig Falco是否已检测到入侵企图。

一、部署Sysdig Falco

首先,把构建Sysdig Falco所需要的配置文件放在/etc/falco下:

1、展示和输出相关的配置

89f8c6350d43676c4d2f5890136db7f65cc8c9b2

2、检测规则的配
ae0e904022de0fc4ea8e7e843e99e6a6c20b0556
3、log文件创建

touch /var/log/falco_events.log

总而言之,falco.yaml配置Falco服务,falco_rules.yaml配置威胁检测模式,falco_events.log将用作事件日志文件。

然后,我们可以从Docker Hub拉取镜像并启动Sysdig Falco容器,安装我们之前定义的配置文件:

c079891a1312f4a43a8539e41111ee3a7745c200

注意:如果不小心终止了容器或想要重新加载配置文件,随时可以重新启动Falco。

f0249781a5264bd6b7abb0b851122fafb74a788d

二、4个威胁场景的检测演示

下面开始进行4个威胁场景的检测演示。

1、运行交互式Shell的容器

我们第一个例子很简单:

检测攻击者在任意容器中运行交互式Shell。此警报包含在默认规则集中。让我们先触发它看看,然后再查看规则定义。

在Docker主机上运行容器,例如Nginx:

docker run -d -P --name example1 nginxdocker ps

现在生成一个交互式Shell:

docker exec -it example1 bash

如果需要,你可以玩一下,然后运行exit离开容器Shell。

如果用>tail/var/log/falco_events.log来打开日志文件,我们应该能够看到类似下面的log:

1a0e24a0900b7c8c76b4cf349bb7f3450d5c9eb1

这是/etc/falco/falco_rules.yaml中触发事件的规则:

4409739b148ee7792c96c7e37fdd751764939f5e

这是一个相当复杂的规则,可能你现在还没有完全理解每个部分,但看到识别规则名称、描述、一些触发条件、事件输出以及Falco提供的一些上下文感知变量,如proc.name或%container.info,优先级和一些标签。这是Sysdig Falco的特有语法和配置导致的。

2、运行未经授权的进程

Docker最佳实践建议每个容器只运行一个进程,这在安全上也是非常有意义,因为你可以轻而易举的发现异常启动的进程。比如说你知道你的Nginx容器应该只运行Nginx进程,其他的任意进程都是异常的指标。让我们为此示例下载配置文件的新版本:

4c58669e69dabe5ac1150a447fe70829174a8831

现在,请注意文件中的以下规则:

fbfae75ff753945fa18049335159fdc188836bfa

让我们剖析这条规则的触发条件,每个条件都是缺一不可的:

 ●  spawned_process
(宏:成功运行新进程);
 ●  container
(宏:运行它的命名空间属于容器而非主机);
 ●  以Nginx开头的container.image
(容器属性:拥有每个授权进程列表的镜像名称);
 ●  不属于Nginx的proc.name

(Nginx:允许的进程名称列表)。

要应用新配置文件,我们将重新启动Sysdig Falco容器:

docker restart falco

现在我们需要运行一个新的Nginx容器:

docker run -d -P --name example2 nginx

并运行example2容器中的任意内容,例如ls:

d6ce1a4f083c3552a29cd8684d773f3985c55f2c

如果用tail/var/log/falco_events.log查看日志,可以看到类似下面的记录:

733483f633e81b71af4952595d29a31e002220e1

看吧,这个异常捕获得非常漂亮!Sysdig Falco通知显示了一个异常的进程。

3、写入非用户数据目录

容器不变性意味着运行的容器完全相同,它们不会对从镜像运行的软件进行任意更改,并且任意用户数据都位于外部安装的卷中。当任意进程尝试写入非数据目录时,就让触发警报。 让我们为此示例下载配置文件的新版本:

dab7b1338295f6d6933c39a95a5af27a2eea20f7

注意定义我们为Nginx定制的允许写入目录的宏:

eefb383d9b8c06a8bf249c00a174ec0f436e0d34

我们来看看上面使用的open_write宏:

51b4ef8d465dd26b4dfd722367718a88342f4f75

这些条件基于Sysdig系统调用过滤器,在这种情况下,我们过滤打开或OpenAT系统调用,打开模式写入和文件描述符。 要应用新配置文件,我们将重新启动Sysdig Falco容器:

docker restart falco

现在,可以生成一个新容器并尝试以下规则:

docker run -d -P --name example3 nginx

docker exec -it example3 bash

mkdir /userdata

touch /userdata/foo

touch /usr/foo

退出容器并接着查看日志文件tail/var/log/falco_events.log,你会发现两个异常事件:

920202c00bbb49698500aae93d3a93caed2ef4d6

第一个事件是因为运行交互式Shell写入/dev/tty,这是正常的和符合预期的。第二个事件是Falco检测到写入/usr的异常文件。

4、通过容器进行敏感挂载

容器通常具有已定义且不经常更改的挂载点集合。如果容器尝试在允许的目录集之外安装主机目录或文件,则可能是某人试图突破容器,或者是团队成员为容器开放了太大的权限。 让我们为此示例下载配置文件的新版本:

eefc8e5f33a0c6d634e961f915259788a2b06c0f

这是监视容器敏感挂载的规则:

017145a96af5ba32f5767b827af3a35c10ea03ec

宏sensitive_mount包含禁用目录。

默认情况下,它只是监视/proc,但在我们的配置文件中,我们已经修改为包含/mnt了。

afe6b99b5732596bc8a6c4e7f6c9b7328ea44d1c

要应用新配置文件,我们将重新启动Sysdig Falco容器:

docker restart falco

现在,可以生成一个新容器并尝试mount /mnt:

docker run -d -P --name example4 -v/mnt:/tmp/mnt alpine

如果用tail/var/log/falco_events.log查看日志,可能会看到:

69b93624a976cfc796485d95ef82b65c6dc566ca

Sysdig Falco通知显示它检测到敏感的挂载。

事件发生器

Falco有一个合成事件生成器,可以显示默认规则集的所有功能。这非常适合全面了解Sysdig Falco的所有功能。

让我们拉取镜像并启动事件生成器:

798094012dba0144b8ad843385e5c70493083431

如果用tail-f/var/log/falco_events.log查看日志,将看到检测到许多可疑行为,因为该容器模拟了各种典型的容器入侵和突破尝试:

7840d215a0cbc436f734c188c2ab31b03b70681a

本文介绍了Sysdig Falco的基础知识及其基于Docker部署上的操作。从内核系统调用和事件,Linux命名空间和特定于容器的元数据开始,可以配置安全警报,而无需修改或检测Docker镜像。

这次我们只是使用简单的文件输出来关注规则语法,但你也可以配置Sysdig Falco的自定义编程输出以向企业中的事件和报警系统发送通知。


原文发布时间为:2018-11-6

本文作者:林伟壕

本文来自云栖社区合作伙伴“DBAplus社群”,了解相关信息可以关注“DBAplus社群”。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
2月前
|
监控 网络协议 Linux
使用Docker部署监控服务Uptime Kuma并实现无公网ip远程访问本地服务
使用Docker部署监控服务Uptime Kuma并实现无公网ip远程访问本地服务
116 0
|
8月前
|
Prometheus 监控 Cloud Native
Docker的监控-Prometheus(普罗米修斯)
Docker的监控-Prometheus(普罗米修斯)
614 0
|
6月前
|
Prometheus 监控 Cloud Native
【云原生】Docker容器命令监控+Prometheus监控平台
【云原生】Docker容器命令监控+Prometheus监控平台
205 0
【云原生】Docker容器命令监控+Prometheus监控平台
|
4月前
|
监控 Ubuntu Docker
Sentry 监控 Docker 方式部署
Sentry 监控 Docker 方式部署
124 0
|
1天前
|
存储 运维 监控
构建高效稳定的Docker容器监控体系
【4月更文挑战第18天】 在现代微服务架构中,Docker容器已成为部署和运行应用的标准环境。随之而来的挑战是如何有效监控这些容器的性能与健康状况,确保系统的稳定性和可靠性。本文将探讨构建一个高效稳定的Docker容器监控体系的关键技术和方法,包括日志管理、性能指标收集以及异常检测机制,旨在为运维人员提供实用的指导和建议。
7 0
|
22天前
|
运维 监控 云计算
构建高效稳定的Docker容器监控体系
随着微服务架构的普及,Docker容器作为其核心承载单元,在系统运维中扮演着日益重要的角色。本文旨在探讨如何构建一个高效且稳定的Docker容器监控体系,以确保容器运行的可靠性和系统的高可用性。文章首先分析了容器监控的必要性,接着详细介绍了监控体系的设计理念和组件选择,最后提供了实施过程中的关键步骤与最佳实践。通过本文,读者将掌握构建和维护Docker容器监控体系的有效方法。
|
1月前
|
负载均衡 容灾 安全
Docker Swarm总结+基础、集群搭建维护、安全以及集群容灾(1/5)
Docker Swarm总结+基础、集群搭建维护、安全以及集群容灾(1/5)
65 2
|
2月前
|
缓存 监控 测试技术
【Docker项目实战】使用Docker部署miniboard轻量级监控仪表板
【2月更文挑战第5天】使用Docker部署miniboard轻量级监控仪表板
82 0
|
8月前
|
监控 Docker 容器
docker的监控
docker的监控
147 0
|
3月前
|
Prometheus 监控 Cloud Native
Docker 容器监控
Docker 容器监控
90 0