安全 · tag · 13 stories in last 30 days · front page
- 1.厂商 1Password形态 Agent 代登录 / 凭证代理把 Agent 代登录的凭证留在用户设备侧批准与填写，避免把密码直接交给模型会话。
- 2.系统 Switch 2 23.0.1持久化 无（重启失效）公开 Switch 2 系统 23.0.1 上一条需联机、无持久化的纯软件漏洞链，并说明 AI 只参与了后半程尝试。
- 3.Stars 0用 REA 分析群晖 DSM6 的 `php74-fpm` 行为，做成可直接替换的补丁包，修复 PHP2Shell 未授权 RCE 并回补一批 PHP 安全修复，作者在 DS1815+ 上实测通过。
- 4.对 Ubuntu 的 `netcat-openbsd 1.234-1` 二进制做静态审计，恢复 main 及 24 个辅助函数并确认无后门。
- 5.博文复盘用 REA + Ghidra + Codex 静态分析一个 Windows loader：从 MalwareBazaar 取样，在隔离 Docker 中不执行样本、不外连，自写解码器并与独立 Python…
- 6.Stars 0为 REA 构建的加固版 rootless Podman 容器，用于隔离运行分析。
- 7.防守向 skill：向 `AGENTS.md`、`.cursor/rules` 等文件写入禁止使用 REA 的指令，添加机器可读的 `.re-deny` 文件，并在 `node_modules/.bin/rea`…
- 8.作者用 REA 分析 2006 年的千千静听 4.6.9：识别 UPX 壳后转而分析 TTPlayer.exe（7,015 个函数），定位版本检查、歌词搜索、歌词上传三条联网路径，并核对导入表未发现…
- 9.在 Muse 中接入 REA 的完整安全日志：检查 npm 包无 install 阶段脚本，所有组件按官方 SHA-256 校验后运行，每步附可重跑脚本，最终 REA 6.7.0、Ghidra 12.1.4、JADX…
- 10.面向防守方的 MCP：让 agent 定位程序核心函数并加上混淆与虚拟化，再验证行为未被破坏、记录性能损耗；README 徽章自报对 REA 的防御率为 25%。
- 11.将 REA 与编程 agent 分别运行在两个断网的 Docker 容器中并限制工具权限，用于分析不可信的二进制或压缩包，已对齐 REA 6.7.0。
- 12.流程为 REA 静态分析 → 授权 VM 动态取证 → IDA 截图 → 结构化报告，每个运行时结论都需对应命令、哈希或截图，缺失的工具标为不可用；面向恶意样本分析与检测工程。
- 13.针对 REA 类 agent 的上下文污染原型：先撑满初始上下文，再用「三元组桥接」文本诱导低质量输出；作者自述为早期原型、效果有限。