AppSec

30 篇内容

技术文章SpecterOps Research & Tradecraft

Principal Problems: App Registrations, Service Principals, and the Hidden Risk of Multi-Tenant Apps

文章以ConnectWise Cloud Backup事件为引子,解释Entra ID中应用注册与服务主体的区别:应用注册是主页租户中保存凭证的“蓝图”,服务主体才是各租户实际被授予权限并可获取令牌的安全主体。作者说明多租户应用被同意后会在客户租户创建服务主体,而凭证仍留在厂商租户,故一份泄露凭证可通过替换目录ID访问所有已同意租户,并结合委托/应用权限、同意记录和令牌流程解释风险放大机制。文章还从攻击者视角归纳窃取或添加凭证、权限提升路径,并给出识别第三方服务主体、审查高权限授予、审计凭证和限制同意的防御清单。其边界是未说明ConnectWise凭证的初始获取方式,且部分条件访问控制对多租户服务主体覆盖有限。

推荐收录:文章用ConnectWise影响100+租户的真实事件,把应用注册、服务主体、权限同意和多租户凭证边界讲得具体,并给出Microsoft Graph/BloodHound查询与可执行的防御清单。对云身份安全、Entra ID管理员和红队/蓝队读者均有较高迁移价值;未披露初始凭证获取方式不影响其模型解释和检查方法。

工程实践Trail of Bits Blog

After Binance, check what your signing systems can approve

文章复盘币安2026年10月安全事件:攻击者通过社工、被盗凭据和被入侵的DevOps设备进入签名服务,在未窃取私钥的情况下获得有效签名,并利用EIP-7702委托建立持久账户权限,从而反复转移资产。作者据此指出,钱包签名策略与监控必须识别委托、会话密钥、Safe模块和ERC-4337 UserOperation等新增执行路径。文章给出四步加固清单:盘点并隔离签名访问、把委托变更视为管理权限、用独立托管控制限制单点失陷损失、监控钱包权限变化。每一步都配套可执行的验证测试,强调在攻击者取得签名能力后仍能阻断或发现异常。其适用范围主要是Ethereum托管钱包与签名基础设施,其他链和通用签名系统需做映射调整。

推荐收录:文章以币安事件为直接证据,拆解了“拿到有效签名但未提取私钥”的攻击路径,并给出四步控制清单及可执行的验证测试。对钱包签名基础设施、托管安全和事件响应团队尤其有用,其权限变更监控、独立保管限额和失陷假设测试可迁移到其他高权限系统。局限是高度面向Ethereum/EIP-7702,其他链需自行映射。

工程实践Daniel Stenberg

Scrutinize our assessments

文章介绍 curl 项目将 LOW 和 MEDIUM 级别漏洞处理转为公开流程,并说明社区如何参与监督和评估。漏洞报告直接提交到 GitHub issue,维护者先用 vuln:ASSESS 标记待评估问题,再根据结论改为 vuln:NONE、vuln:LOW 或 vuln:MEDIUM,并允许社区提出反对意见和证据。确认的漏洞会分配 CVE,并在 curl-www 仓库编写包含描述、CWE、影响版本和 curl 区域等信息的公告,与修复版本同步发布。文章还区分“公开”和“发布”:问题较早出现在仓库中,但直到包含修复的 curl 版本发布时才进入 CVE 数据库并被外部工具广泛获取。该流程强调透明和可复核,但主要适用于 curl 的低中危漏洞,未涉及高危漏洞的保密协调细节。

推荐收录。文章以 curl 的真实流程展示了开源项目如何公开评估漏洞:标签状态机、CVE 与公告模板、公开与发布的时间差都写得很具体,可直接用于设计或评审开源安全响应流程。适合开源维护者、安全响应人员和安全工程读者;局限是仅覆盖 curl 的低中危处理,不包含高危漏洞的保密协调和完整技术取证。

工程实践Argus Systems Blog

Three Models, One Codebase: Mistral Large 4 Inside Argus Systems

文章在 Argus Systems 自主产品安全平台中,用同一份 PHP 源码和相同九阶段流程比较 Mistral Large 4、Z.ai GLM 5.3 与 DeepSeek V4 Pro。结果显示 Mistral 完成 174/184 项检查,产出 12 个 Critical 和 60 个 High,独有根因与后期阶段调用次数均领先,但原始告警多、复核保留率仅 43%,自评 confirmed 的发现中 10.3% 后被判不可行。Z.ai 复核保留率更高、误报更少,DeepSeek 覆盖和速度较弱。作者强调这是单代码库、每模型一次运行且检查清单不完全一致的观察,不能作为严格基准。

推荐收录:文章给出了可核对的阶段计数、严重级别、复核保留率与单位时间有效发现等指标,并讨论模型选择对后续验证成本的影响,适合做 AI 安全审计、LLM 评测或 Agent 工作流的人参考。主要风险是每种模型仅一次运行、检查清单未完全对齐且平台闭源,结论应视为工程观察而非可复现基准。

工程实践Simon Willison

How We Took Over ChatGPT Accounts

文章转述 Parameter Labs 对 ChatGPT HTML 预览沙箱的漏洞利用:受限 iframe 通过 postMessage 触发父页面 MathLive 虚拟键盘逻辑,该逻辑使用 innerHTML 且未校验来源,使不可信 iframe 能注入绕过 sandbox 的新 iframe。接着利用 CSP 允许 YouTube 脚本域的口子,借 oEmbed 端点反射 JavaScript,获得页面脚本执行权限,再读取私有 API 数据并经图片请求外传。最终恶意分享链接可在已登录用户访问时窃取数据或代其操作;OpenAI 已修复并支付 5000 美元赏金。该文是精炼摘要,未展开完整 PoC 与修复细节,需结合原始报告阅读。

推荐收录。文章给出从 postMessage 信任边界、innerHTML 注入、sandbox 绕过到 CSP 白名单滥用的完整攻击链,并说明恶意分享链接对已登录用户的真实影响,适合 Web 安全、AppSec 与 AI 产品安全工程师参考。其可迁移价值在于提醒开发者对跨 iframe 消息校验来源、避免用 innerHTML 处理不可信数据,并审慎评估 CSP 允许域的可利用性;不足是摘要较简短,需结合原始报告。

工程实践Elastic Security Labs

How CVE-2026-73570 turns a Zimbra log file into remote code execution

文章拆解 Zimbra 未认证命令注入漏洞 CVE-2026-73570 的完整利用链:攻击者发送缺少右尖括号的畸形 RCPT TO,使可控内容经 Postfix 写入 /var/log/zimbra.log;Swatchdog 将其匹配为服务状态变更,并在 Perl dosnmp 中用反引号把服务名拼入 /bin/sh,最终以 zimbra 用户执行任意命令。作者复现了从 SMTP 请求到带外回连的 RCE,并指出多个公开 PoC 因日志格式无法被 Swatchdog 匹配而误判为已修复。文章建议升级到 10.1.20+,并给出“Swatchdog/Perl 启动 shell 后子进程非 snmptrap”的检测规则及事后排查指标。其结论主要适用于启用 SNMP 通知的未修复 Zimbra 环境,检测规则依赖主机进程审计数据。

推荐收录:文章完整给出从畸形 RCPT TO 日志注入、Swatchdog 模式匹配到 Perl 反引号调用 /bin/sh 的 RCE 链,并用带外回连 PoC 验证,同时解释多数公开 PoC 失败的原因。适合邮件服务器运维、安全检测工程和漏洞研究人员,其日志注入分析、OOB 验证和父子进程检测规则可迁移到同类监控脚本漏洞;但需注意结论限于启用 SNMP 通知的未修复 Zimbra 版本。

个人心得GitHub Security Lab

How bug bounty sharpens one researcher’s security skills

文章是 GitHub Security Bug Bounty 对研究者 @r31n 的访谈,围绕漏洞赏金如何训练安全技能展开。受访者提出先绘制应用结构、关注复杂集成与信任边界,再以 source 到 sink 的路径追踪攻击链,并用可复现 PoC 和真实影响确认漏洞。文中还讨论 AI 在代码导航、数据流追踪和 PoC 编写中的加速作用,强调模型结论必须人工验证,AI 功能的安全应依赖授权、最小权限、隔离等确定性控制。最后给出“学系统而非清单”、聚焦单一目标、重视复现与报告质量等建议。其局限是经验性访谈为主,缺少具体案例细节和量化数据,并带有 GitHub 项目推广色彩。

推荐收录,因为文中把 bug bounty 的实战方法提炼为可迁移的 source-sink 分析、信任边界判断和 PoC 验证流程,并具体说明 AI 在漏洞研究中的适用点与幻觉风险,而非泛泛经验。适合安全研究者、应用安全工程师和正在建立漏洞挖掘方法的人阅读;主要风险是访谈体缺少具体案例与量化证据,部分内容服务于 GitHub Bug Bounty 项目宣传。

工程实践Cloudflare Blog

Cloudflare deploys protections against php2shell vulnerability

文章介绍 Cloudflare 针对 PHP 运行时漏洞 php2shell(CVE-2026-109618/109619)的 WAF 防护部署。漏洞源于 PHP 处理请求时在内存耗尽或致命错误后未安全清理内存,攻击者可构造 HTTP 请求触发 DoS、信息泄露或远程代码执行,影响 PHP 5.4 及以上及 WordPress 等生态。Cloudflare 在公开披露前部署免费和付费 WAF 规则,并推出“完整事务检测”能力,结合同一 HTTP 事务的请求与响应信号阻断可疑响应,以降低误报。文章给出受影响版本、修复版本、规则 ID、事件排查和临时缓解建议,强调仍需升级 PHP 并保持 WAF 作为纵深防御。其内容偏厂商响应说明,规则和产品能力有时效性,不能替代补丁。

推荐收录:文章不仅转述漏洞公告,还给出 PHP 内存错误触发 RCE/信息泄露的机制、Cloudflare WAF 从请求规则扩展到请求+响应事务检测的工程实现,以及补丁版本和临时缓解清单。适合安全工程师、SRE 和 PHP 运维读者参考漏洞响应与纵深防御;需注意规则 ID 和产品能力有时效性,且 WAF 不能替代打补丁。

工程实践Daniel Stenberg

Do minor curl vulnerabilities in the open

文章宣布 curl 从 2026 年 10 月 26 日起调整漏洞披露流程:被判定为 LOW 或 MEDIUM 的报告改为在 GitHub 公开提交和讨论,仅 HIGH/CRITICAL 保留在 HackerOne 私密处理。作者把这一变化归因于漏洞报告数量激增和维护者不堪重负,并说明公开化可让社区参与评估、修复、编写公告和帮助发行版提前跟进。文章也承认公开会扩大恶意利用窗口、可能误判严重级别等风险,并讨论 LOW 漏洞的 CVE 申诉、拒绝无现实影响的“疯狂组合”以及 AI 生成报告带来的压力,最后提到 curl 的四级严重性划分和指南。

推荐收录,因为这是一份由 curl 维护者给出的第一手安全流程变更说明,明确交代了 LOW/MEDIUM 公开、HIGH/CRITICAL 私密的规则、维护者过载的现实约束,以及开放协作与攻击窗口扩大之间的取舍。适合安全工程师、开源维护者和依赖 curl 的团队阅读,可迁移到漏洞分级、披露流程和社区协作设计中;主要风险是它属于项目政策公告,具体规则可能随实践调整。

工程实践SpecterOps Research & Tradecraft

ConnectWise SkyKick Breach: How to Check Your Microsoft 365 Tenant

文章复盘2026年10月15日ConnectWise Cloud Backup应用凭据被滥用事件:攻击者以应用身份获取Microsoft Graph令牌,进入客户Microsoft 365租户。应用登录绕过MFA,凭据持有者可继承备份应用对邮箱、文件、Teams和目录数据的广泛权限;Huntress确认162个租户遭未授权登录,攻击者还添加密钥、授予全局管理员以维持访问。文中列出受影响应用ID,并给出禁用应用、运行AzureHound、审查登录日志和可疑IP、撤销授权、用BloodHound查询到Tier Zero路径等处置步骤。文章提醒已签发令牌在禁用后仍可能有效约90分钟。局限是事件仍在更新,具体IP和应用ID时效性强,部分结论依赖公开报道,文末带有工具推广。

推荐收录:文章给出了OAuth应用凭据泄露后M365租户的排查与处置清单,包括受影响应用ID、禁用应用、审查登录日志、撤销授权,以及用AzureHound/BloodHound查询服务主体到Tier Zero的路径。对云身份安全、第三方应用供应链风险管理者有直接操作价值;但事件仍在更新,具体IP和应用ID时效性强,且文末带有工具推广,需结合官方通告复核。

工程实践GitHub Security Lab

GitHub’s model for secret detection: Finding more secrets with less noise

文章介绍 GitHub 为秘密扫描设计的两阶段检测流水线:先用高召回正则生成候选,再用微调后的 ModernBERT 结合文件路径、变量名和上下文判断是否为真实凭据,以降低误报。训练数据融合产品反馈、人工标注、正则候选与针对难例的合成样本,并按仓库/候选值分组避免泄漏,模型经 ONNX 8-bit 量化部署。离线评估中,新流水线比旧 LLM 流水线精确率提升 13%、召回率提升 19%;线上 A/B 中仓库所有者加权接受率提升 11.5%,扫描执行时间中位数降低 86%,服务成本降低超 98%。该方案适用于大规模、低延迟的秘密检测场景,但文章未披露完整模型细节和复现实验,效果依赖 GitHub 的数据与产品约束。

推荐收录。文章提供了真实生产系统的两阶段设计与 A/B 证据:正则高召回加小型分类器在误报、延迟和成本上同时改善,并解释了难负例、训练数据构造和阈值验证方法。适合安全工程、AI 工程化和开发者工具团队参考,可迁移到日志/代码扫描等检测类任务;主要风险是厂商博文未给出完整模型与实验复现细节。

工程实践Quarkslab Blog

MyReport Updater: From gRPC to SYSTEM

Quarkslab在Citrix服务器的假定泄露评估中,分析MyReport Updater 2.1.1,发现以LocalSystem运行的MyReportUpdaterService通过gRPC 9095端口暴露,UpdaterManager可被诱导指向攻击者控制的参考服务器。攻击链利用服务下载并写入模块的能力,配合gRPC/TLS中间人篡改MD5摘要和文件大小以绕过完整性校验,再把恶意DLL写入osk.exe加载路径,从而在Windows上获得NT AUTHORITY\SYSTEM权限。作者进一步发现UpdateConfigReferent接口无需认证且监听所有接口,可远程修改参考主机、端口和模式,将本地提权升级为未认证RCE。文章给出PoC、证书伪造、哈希编码、DLL代码和披露时间线,适用条件是特定版本、能访问9095端口且更新器可出站连接。

推荐收录。文章完整呈现从攻击面识别、gRPC协议分析、完整性校验绕过到SYSTEM代码执行的利用链,并公开未认证RCE的远程调用细节与协调披露过程。对Windows第三方软件审计、红队、安全开发和gRPC服务加固读者有较高迁移价值,可用于理解更新器信任边界、签名校验和最小权限设计;PoC虽具敏感性,但已过协调披露周期。

技术文章watchTowr Labs

Death By A Thousand PaperCuts (PaperCut Pre-Auth RCE Chain and Patch Bypasses WT-2026-0141-0144/CVE-2026-82077/CVE-2026-82078/CVE-2026-81578)

watchTowr Labs 详细披露 PaperCut NG 预认证 RCE 链及多轮补丁绕过。作者从 26.0.3 在野利用 IOC 出发,复现 CVE-2026-81578 认证绕过和 CVE-2026-82078 后认证 RCE,并在后续补丁中发现 WT-2026-0141 至 WT-2026-0144/CVE-2026-82077。核心机制是滥用 Apache Tapestry 的 service 参数跳过页面授权,再通过 Setup Wizard 表单绕过认证;新 RCE 利用 Scan to Fax 的 providerConnector 相对路径穿越执行系统命令。文中给出代码片段、HTTP 请求、补丁分析与检测工件生成器,并说明该链可在特定版本上未授权利用。其参考价值集中于安全研究、漏洞响应与补丁审计,但结论依赖具体版本和配置,且检测工具只覆盖认证绕过暴露面。

推荐收录:文章以真实 CVE 与在野利用为线索,完整展示认证绕过、补丁绕过、后认证 RCE 及最终预认证链的代码级证据和 HTTP PoC,而非泛泛漏洞通报。适合应用安全、漏洞响应、红队和代码审计读者;其中 service 参数授权缺失、Setup Wizard 状态绕过、providerConnector 路径穿越等模式可迁移到同类 Java Web 系统审计。风险在于含可利用细节,但对应补丁已发布且内容有明确版本边界。

技术文章watchTowr Labs

You Won’t Hear About These, Even In Myths (Atlassian Jira, Confluence (and more) Pre-Auth Arbitrary File Read CVE-2026-21589)

本文分析 Atlassian 多产品预认证任意文件读取漏洞 CVE-2026-21589。作者对比 atlassian-plugins-webresource 6.0.7/6.0.8 JAR,定位到 Router 把 `/` 转义为 `::`,使 `..::..::` 可绕过路径校验。结合 Jira、Confluence、Bitbucket 带尾斜杠的 web resource 路由,可读取 WEB-INF 等文件;若集成 Crowd,还能读取 crowd.properties 明文密码,进而访问 Crowd、创建用户并加入 jira-administrators,形成预认证到 Jira 管理员链。文中给出 PoC 和检测工具。边界是文件读取受 Tomcat 上下文限制,Crowd 攻击依赖配置与网络可达性,发布时间也需核实。

推荐收录:文章给出 JAR diff、`::` 路径穿越根因、多产品利用请求和 Crowd 配置泄露到管理员提权的完整链,证据具体可复现。适合安全工程师、AppSec、漏洞研究人员及 Atlassian 运维阅读,可迁移到 Java Web 资源路由和预认证文件读取检测。主要风险是 Crowd 攻击依赖集成配置与网络可达性,且需核验 CVE 披露状态。

工程实践Cloudflare Blog

We tested our own WAF with frontier AI models. Here’s what we found

Cloudflare 分享了用前沿 LLM 自适应测试自家 WAF 的工程实践。团队用 Python 构建测试器:以已知攻击载荷为起点,由模型的 proposal 调用生成编码、请求位置或写法变体,review 调用结合 HTTP 响应状态、头部和正文决定下一步,循环在变异耗尽或达到尝试上限时停止,且不让模型接触 WAF 规则和内部得分。测试在客户授权的 staging 环境覆盖 XSS、SQLi、CMDi、SSRF、路径遍历/LFI、Log4j 六类攻击,共 45 个场景、1,107 次尝试,人工复核后得到 49 条有效发现(集中在 CMDi 和 SSRF),并据此新增和改进 Managed Ruleset 的 SSRF 检测。文章强调模型只生成请求,是否构成发现依赖人工回放验证,且 WAF 绕过仍需可被利用的应用漏洞,打补丁与多层防护同样关键。

推荐收录。文章不仅提出用 LLM 自适应生成攻击载荷,还给出完整工程细节:proposal/review 双调用结构、对模型隐藏 WAF 规则、allowlist 与尝试上限等约束、五步人工 triage,以及从 49 条发现到三条 Managed Ruleset 变更的可验证闭环。对做 AppSec、WAF 测试、LLM 红队或安全工程化的读者,其框架、证据记录和人工复核方法可直接迁移,也提醒模型输出不能当作 ground truth。

工程实践GitHub Security Lab

How we found 24 Android vulnerabilities using our open source AI security agent

文章介绍 GitHub Security Lab 使用开源 Taskflow Agent 自动化审计 Android 应用并报告 24 个漏洞的实践。作者新增移动端入口点收集任务,并修改分类任务要求 LLM 按漏洞类别检查入口点,结合严格提示与多次运行提升发现率。案例包括 OsmAnd 导出 Activity 被恶意应用导入设置后窃取定位和路线,以及 Wikipedia Android 因 deeplink 域名后缀校验缺陷导致账户接管。作者指出 LLM 擅长发现逻辑漏洞和理解安全 API 行为,但严重性评估不准、易产生低危误报,需人工复核并生成 PoC。该方案适用于移动安全审计,但依赖 Copilot 许可、token 消耗大,且结果需验证。

推荐收录:文章给出了可运行的开放 taskflow 配置、跑法与 24 个真实 Android 漏洞的披露案例,而非泛泛讨论 AI 安全。它适合移动安全研究者、AppSec 工程师和 AI Agent 开发者,可迁移其入口点分类、漏洞类别提示与严格/宽松提示组合方法;同时明确提醒 LLM 严重性误判、误报和 token 成本,需人工复核。

技术文章watchTowr Labs

Oh Look, The Foot Gun Went Off Again (Citrix NetScaler PreAuth Command Injection CVE-2026-88771)

文章剖析 Citrix NetScaler 预认证命令注入漏洞 CVE-2026-88771,该漏洞影响默认配置且已被在野利用。作者对比漏洞版与修复版中的 ns_monuploadd_err.pl,发现旧代码用反引号执行 grep/sed/awk 解析 Pitboss 日志,未校验 NSPPE 核心文件名,随后将其拼接进 find 命令,攻击者可通过登录字段等污染日志注入 shell 命令并以 root 执行。触发需等待最长 24 小时,但文中给出强制触发方式与检测工具。修复改用受限正则仅捕获 NSPPE 编号和数字 PID,并用列表形式 open 调用 find,避免 shell 解释元字符。该文对理解日志注入到命令注入的利用链和补丁设计有参考价值,但结论依赖 NetScaler 特定实现。

推荐收录。文章不仅公开了 CVE-2026-88771 的漏洞根因、可复现的预认证利用请求和修复前后代码差异,还给出了检测工具与触发条件,证据链完整。适合安全研究、AppSec 和漏洞管理读者,可迁移学习日志注入如何升级为 root 命令注入,以及补丁中正则白名单和无 shell 调用 find 的防御思路。

科研议题watchTowr Labs

Is This A Joke? In The Auth Header? (F5 BIG-IP UnAuth Heap-Overflow to RCE CVE-2026-94127)

文章分析 F5 BIG-IP APM 的 CVE-2026-94127:作者用 IDA/Diaphora 对比 21.1.0 与热修复版 tmm64,定位到 OAuth userinfo 流程缺少 Authorization 头长度检查,超长 Bearer 值可复制进 0x4100 堆缓冲区并溢出。启用 OAuth profile 后发送超长头即可触发崩溃,覆盖 buffer+0x4ff8 处对象函数指针。作者结合无 PIE、固定堆布局和 ret2plt 构造利用链,因 SELinux 阻止 exec,改为向 tmm.finish 钩子脚本追加命令完成 RCE。结论是安全网关认证边界仍存在基础长度检查缺失导致的未授权 RCE;边界包括特定 APM 版本、OAuth 配置、约 90% 堆布局成功率,补丁加入 0x4100 上限检查。

推荐收录:文章给出从补丁对比、根因定位、触发条件到利用链与 SELinux 绕过的一手完整证据,核心漏洞是 Authorization 头长度未校验导致堆溢出,可直接观察安全网关类产品的真实攻防边界。适合安全研究员、逆向工程师、AppSec 与红队读者学习漏洞复现、堆利用和补丁分析思路,但需注意其依赖特定版本与堆布局,且包含可操作利用细节,应在授权环境验证。

技术文章LWN.net

Forgejo 16.0.4 and 15.0.8 address critical security vulnerability

文章介绍 Forgejo 16.0.4 和 15.0.8 修复两个安全漏洞,其中一个是可远程执行代码的严重缺陷。漏洞出现在从模板仓库生成新仓库的流程中:Forgejo 先克隆模板仓库,删除 .git 目录,再对 .forgejo/template 中列出的文件做变量模板展开,最后初始化新的 git 仓库。攻击者可在模板仓库中利用变量展开重新创建 .git 目录,git 初始化时会接纳该目录,从而读取宿主机任意数据并以 Forgejo 进程权限执行任意命令。修复方式是在变量展开完成后、初始化 git 仓库前再次删除任何已存在的 .git 目录。文章建议尽快升级到最新版本,但未展开更广泛的漏洞影响分析与利用条件验证。

推荐收录,因为它给出了一个可复用的安全模式:不可信模板仓库结合变量展开与特殊目录处理,可能导致 .git 注入并升级为 RCE。对维护 Forgejo、实现模板/仓库初始化功能或做代码托管平台安全评审的读者有直接参考价值。局限是篇幅短、偏安全公告,缺少完整利用条件与版本影响范围,适合作为漏洞模式笔记而非系统性安全分析。

工程实践Quarkslab Blog

Chamilo LMS... It's raining 0days, hallelujah, it's raining 0days

文章对开源 LMS 系统 Chamilo 1.11.36 做安全审计,报告十余个 0day 漏洞及完整攻击链。作者先通过手工代码审计发现多处未认证 SQL 注入,可读取管理员密码重置令牌;又发现未认证 AJAX 接口能修改任意用户邮箱,配合密码重置实现管理员账号接管。随后利用课程备份导入对序列化数据过度信任的问题,篡改 course_info.dat 中的路径实现任意文件写入,落地 PHP Webshell,打通从预认证到 RCE 的完整链路。文中包含源码、请求报文、CVE 编号和执行脚本,也反思了人工审计与 LLM 辅助的互补价值。局限是测试针对特定版本,实际利用依赖课程代码可枚举等条件。

推荐收录。文章不是零散漏洞列表,而是展示从 SQL 注入到反序列化任意文件写的漏洞链化全过程,并提供可复现的报文和攻击脚本,对 Web 安全研究者、渗透测试人员和 PHP 应用开发者都有直接参考价值。其中手工审计与 LLM 辅助的分工讨论,也为大模型时代的安全研究自动化提供了可借鉴的边界判断。

工程实践知乎 - 鹅厂架构师

腾讯CDN Agentic Workflow:从漏洞挖掘到自动修复的红蓝对抗体系

文章复盘腾讯CDN一次由畸形媒体文件触发的平台级OOM事故,指出边界缺陷在百万行代码中潜伏四年、手工测试因输入组合爆炸而难以覆盖的结构性困境。作者提出CDN Agentic Workflow漏洞挖掘体系,以红蓝双军形式组织LLM完成从源码审计、协议标准交叉分析、定向变异、黑白盒验证到自动修复的闭环;红军以RFC标准为锚定位合规性偏离和合法边界越界,蓝军通过MDT多角色会诊、确定性重放环境和两层漏洞指纹保证修复质量与去重。文中给出260万次攻击、99%以上修复率、单case成本等规模数据,并引入LLM Wiki思想实现知识沉淀。当前体系主要覆盖崩溃型和部分逻辑型漏洞,复杂网络条件和跨模块耦合场景仍在拓展中。

推荐收录,因为它详细披露了生产级AI漏洞挖掘与自动修复体系的设计逻辑、关键机制和量化效果,包括RFC标准交叉审计、MDT会诊、重放环境互斥判别和漏洞指纹去重,可迁移到其他协议密集型系统。适合安全工程、AI工程化、基础设施稳定性方向的研究者和实践者,既能看到Agentic Workflow的落地约束,也能借鉴知识沉淀与成本控制方法。需要注意的是部分架构依赖腾讯内部监控和模型选择,但核心工程思路仍具通用参考价值。

工程实践Elastic Security Labs

Agents vs. agents: how we triage HackerOne reports for $2 each, 85% as well as a human

本文详细介绍了Elastic Security Labs如何构建一套AI驱动的漏洞报告分类系统,以应对因LLM生成报告激增而导致的Bug Bounty人力瓶颈。系统采用两阶段架构:分析阶段运行在临时VM上,通过八步流水线和对抗性审查对报告进行有效性、可利用性、CVSS评分等评估;复现阶段仅在必要时启动,在沙盒环境中自动化验证漏洞。系统基于3300+历史报告迭代校准,与人工分类一致率达85%,单次分类成本约2美元。文章还深入讨论了对抗性审查、针对Elastic产品的特定分类规则、完整的安全威胁模型与纵深防御设计,以及从工程实践中获得的经验教训,如报告框架偏见、数据校准关键性和复现的决策价值。

推荐收录,因为它提供了一个从问题定义、架构设计、校准迭代到生产部署的完整工程案例,包含详尽的技术细节、安全防御策略和可复现的实验数据。适合安全工程师、漏洞管理负责人和AI工程化团队参考,其多阶段分析流程、对抗性审查机制和沙盒复现的隔离架构可在其他自动化分类或安全评审场景中迁移复用。

工程实践NVIDIA Technical Blog

How to Self-Host a Validated AI Coding Assistant with NVIDIA NeMo Guardrails

文章针对在受监管、主权或源码敏感环境中部署AI编码助手面临的三大挑战——源码不能离开内网、助手可能虚构高风险包名、缺少修改审计追责——给出了一种通过NVIDIA NeMo Guardrails自托管验证型助手的解决方案。作者首先拆解了整体架构,包括本地Continue实例、自建模型端点以及NeMo Guardrails作为输入输出校验中间件,然后逐步演示了敏感数据检测、恶意包注入拦截、对抗性后缀攻击防御等护栏规则的配置方法。文中还展示了如何用对抗性样例测试护栏,并将校验步骤嵌入CI/CD流水线,以实现持续验证。方案假设已有自托管模型,护栏规则需要根据实际代码库定制,不涉及闭源或在线服务的直接适配细节。

推荐收录,因为文章不止于介绍产品功能,而是展示了从问题定义、架构选型到具体护栏规则和对抗性测试的完整工程落地过程。对于需要在合规环境中部署AI辅助开发工具的DevSecOps、平台工程或安全工程师而言,文中关于源码防泄漏、包名校验和审计日志的可迁移方法具备直接参考价值,并且对抗性测试思路也可用于其他AI应用的安全评估。

工程实践Trail of Bits Blog

How we use /goal to find bugs in Patch the Planet

文章总结了Trail of Bits在“Patch the Planet”项目中使用Codex的/goal功能进行开源软件安全审计的工程实践经验。核心方法包括三项关键技巧:让Codex基于威胁模型自行撰写目标提示,以生成更精确、可测试的成功标准;专注于定义明确的产出而非实现路径,使用详尽的结果条件并提前排除“容易的出口”;为每个代理分配单一目标,避免在一个提示中混合竞争性指标,并通过分治策略在zlib审计中显著提升效能。文中还详细展示了用于Rust编译器的全自动变体分析流水线,该流水线通过多代理分派、双重误报筛查和人工终审,将每个P-critical问题转化为独立追猎任务,并最终发现了所有已提交的Rust漏洞。整体上,这些经验展示了如何将安全专家的领域知识与AI的自主搜索能力结合,但强调最终有效性仍依赖于专家级的威胁建模、提示工程和结果验证,且该方法不适用于缺少明确威胁模型的任意代码库。

本文提供了经过真实关键基础设施项目(Rust、curl等)验证的AI辅助安全审计工程方法论,对prompt设计中的“定义结果而非路径”、“单一代理分工”以及自动化变体分析管线有具体可复制的描述。适合安全工程师、AI工程化团队和关注自动化测试的开发者参考,其中的分治策略和结果校准方法可直接迁移至其他AI驱动的审计场景。但需注意,这套方法强依赖专家的威胁建模能力和人工复核,简单套用可能产生大量误报或遗漏。

技术文章LoRexxar Blog

Wordpress wp2shell 未授权RCE(CVE-2026-63030 / CVE-2026-60137)

文章深入解析了WordPress 7.0.2以下版本中两个CVE漏洞组合形成未授权远程代码执行(RCE)的完整攻击链。作者从REST API批量请求路由混淆漏洞(CVE-2026-63030)切入,说明其如何通过数组索引错位绕过参数类型检查,进而将标量值传入WP_Query,触发SQL注入(CVE-2026-60137)。之后利用SQL注入控制数据库返回结果来污染WP_Post内存缓存,再结合oEmbed写入刷新和Customizer临时身份切换,最终通过REST重入以管理员身份创建恶意账户并安装插件,实现权限提升与任意代码执行。文章不仅详细分析了每个环节的代码逻辑和利用原理,还总结了漏洞组合的巧妙之处与修复方案,适合安全研究、漏洞挖掘及Web安全从业者参考。

该文以清晰的逻辑拆解了高危组合漏洞的完整利用链,展示了从参数校验绕过、SQL注入到缓存污染、权限提升的深度攻击思路,并提供了具体的代码级分析和修复对比。对于安全研究人员、红蓝对抗及Web安全工程师而言,其可迁移的利用方法论和巧妙的链条设计具有很高的长期参考价值,且弥补了公开资料中对该漏洞分析深度的不足。

技术文章LoRexxar Blog

2026年了,核弹还是fastjson,fastjson1.2.83 RCE是怎么回事?

文章详细分析了 fastjson 1.2.83 中一个无需 autoType 的 RCE 漏洞。核心机制是利用 fastjson 对类名中 `replace('.','/')` 的处理缺陷,构造特殊的类名使类加载器将路径解析为远程 URL,结合 Spring Boot FatJar 的 LaunchedURLClassLoader 从远端拉取恶意 JAR,再通过 `@JSONType` 注解绕过类型信任检查触发 RCE。文章还探讨了漏洞在不同 JDK 版本和 Web 容器下的利用差异,指出高版本 JDK 的 `//` 校验限制需要借助 SSRF 下载 JAR 到本地再通过 jar:file 协议加载。作者强调该利用链对环境要求苛刻,默认 Tomcat 下无法直接利用,并怀疑原始 POC 可能因 AI 辅助构造而误植了特定 ClassLoader,真实场景的影响力可能被高估。

文章从一条模糊的漏洞披露出发,逐步还原了利用链的技术细节,并客观分析了环境依赖性和局限性,展示了安全研究中的勘误与思辨过程。适合 Java 安全研究员、红队工程师及负责 fastjson 治理的开发团队阅读,其分析方法可迁移至其他反序列化漏洞的复现与防御评估。

工程实践LWN.net

Local DoS attack vectors in seunshare 3.10 (SUSE Security Team Blog)

文章深入分析了 SELinux 沙箱工具 seunshare 3.10 中的两个本地拒绝服务漏洞,并结合默认的 targeted SELinux 策略说明了其在交互用户上下文中的实际影响——尽管系统运行在 enforcing 模式,攻击者仍可在未限制域中获得 root 级权限提升。作者详细阐述了漏洞原理、利用场景以及 setuid-root 二进制文件在 SELinux 策略下的域转换缺陷,并给出了修复版本 3.11。该案例不仅提供了具体漏洞的技术细节,还揭示了安全机制与默认配置之间的潜在不匹配问题,适合用于理解 Linux 系统安全审计和实施加固。

文章来自 SUSE 安全团队,以真实漏洞为切入点,清晰展示了从审计发现到影响分析、再到修复的全过程,对安全工程师和系统管理员具有直接的参考价值。其核心价值在于说明默认 SELinux 策略可能无法完全约束 setuid 程序,帮助读者理解策略配置与二元权限之间的交互,可迁移至其他系统的安全加固评估中。

工程实践Cloudflare Blog

Introducing Precursor: detecting agentic behavior with continuous client-side signals

文章介绍了 Cloudflare 推出的 Precursor 功能,一种基于客户端行为信号的会话级机器人检测系统。Precursor 通过动态注入 JavaScript 持续收集鼠标移动轨迹、键盘节奏、页面焦点变化等交互数据,并在边缘服务器上对行为模式进行交叉验证和聚合评估。系统强调隐私优先,仅采集时序和节奏特征而非实际按键内容,同时将会话级检测整合进现有的 Bot 管理框架,防止自动化工具通过刷新页面重置行为指纹。这种持续性观测能有效分辨短期看似合理、长期却难以伪装的自动化行为,提高检测精度并降低对合法用户的摩擦。文章还概述了系统架构、评估层设计及配套的会话分析仪表板,目前作为 Enterprise Bot Management 的附加功能发布。不足之处在于缺乏大规模部署的效能数据和对抗演进的长期验证。

本文详细阐述了一个真实的工程案例:如何设计一套隐私保护、持续运行的客户端行为检测系统来对抗复杂机器人。文中对信号采集、边缘评估、会话上下文和隐私权衡的讨论具体且可迁移,适合 Web 安全、反爬虫和风控工程师参考。其设计思路和架构权衡可应用于其他需要区分人类与自动化流量的安全系统,具有长期的工程参考价值。

工程实践GitHub Security Lab

Inside the Advisory Database and what happens when vulnerability volume breaks records

这篇文章复盘了 GitHub Advisory Database 在 2026 年 5 月遭遇的漏洞输入激增:单月发布 1560 条已审查 advisory,三个月内月均决策超过 6000 次,但处理速度仍落后于增长的报告量。作者解释了瓶颈不在发布管线,而在人工复核:包名映射、受影响版本重建、多生态包核验、冲突信息消歧都会显著拉长审核时间。文中强调 reviewed advisory 代表过验证的数据,可供下游告警和 API 直接信赖,因此不能通过跳过核验来换速度。随后介绍了 GitHub 正在推进的措施,包括提高提交质量、扩容后端、引入 AI 辅助检索、增强自动化、完善文档培训,并计划用风险信号优化优先级。文章适合关注安全数据平台、漏洞情报流水线和人机协同审核系统的读者,也点出了高质量上游数据对整体生态的边界与依赖。

推荐收录,因为文章给出了明确的量化证据:漏洞输入与审核量同步暴涨、审核延迟由周级扩展到多周,且详细说明了人工复核的具体成本。它适合做安全情报平台、供应链漏洞数据和人机协同审核设计的参考,能迁移的经验包括数据质量前置、风险分级和有限自动化的边界。

技术文章Daniel Stenberg

Do excellent vulnerability reports

这篇文章基于 curl 项目累计处理上千份漏洞报告的经验,系统总结了“优秀漏洞报告”应具备的要素。作者强调,提交者首先要确认问题是否真实、是否超出文档已说明的行为,并按项目要求的渠道提交,避免给维护者增加不必要的沟通成本。报告正文应先用简短、人写的段落概括问题与影响,再附上可独立运行的复现脚本或源码,并尽量提供可帮助理解和修复的补丁。文章还指出,报告应注明测试版本、尽可能定位最早受影响版本,并在后续沟通中持续协作,帮助项目完善修复与安全公告。整体内容适用于安全研究员、开源维护者和想提升漏洞通报质量的工程师,但它主要讨论报告流程与协作规范,而非漏洞挖掘技术本身。

推荐收录,因为文章直接来自长期处理漏洞报告的开源项目维护者,证据充分,且给出了复现、补丁、版本定位和协作的具体要求。对安全研究员、开源项目维护者以及负责漏洞响应的工程师都很实用,能直接迁移到真实提报与处置流程中。