AI 技能AI 插件应用安全网络安全AI 评测【免费下载链接】skillsTrail of Bits Claude Code skills for security research, vulnerability detection, and audit workflows项目地址https://gitcode.com/gh_mirrors/skills8/skills点击查看免费下载本篇技术指南以 Trail of Bits 开源仓库skills中rust-review插件的 info-disclosure 集群提示词为骨架系统讲解 Rust 安全审计中一类独特缺陷——指针/内存地址泄露PTREXPOSE编译器无法捕获、却能让攻击者击穿 ASLR 的内部运行时状态外泄。读完本文你将掌握该集群的 bug 形态、Phase A 种子正则的逐条语义、双门槛判定规则、误报排除清单以及它在多 worker 并行审计流水线中的实际执行与回归测试验证方式。为什么打印一个指针值得单独立项审计在 Rust 安全审查中大多数 bug 类都依赖unsafe或并发等危险地带触发而info-disclosure 集群的切入点是编译器根本不设防的领域借用检查器borrow checker证明的是别名与生命周期约束它无法证明一个合法构造出的usize值是否流出了进程边界。正如 pointer-exposure-finder.md 所述这类缺陷的形态是一个运行时内存地址经ptr as usize、{:p}格式化或.addr()/.expose_provenance()派生后到达外部可观察的出口发往离机日志、HTTP 响应、序列化输出、返回给远程方的错误字符串泄露的地址破坏 ASLR并为利用任何同进程内共存的内存破坏 bug 提供布局信息。现代系统依赖 ASLR地址空间布局随机化将代码、堆、栈的基址随机化使攻击者无法预知目标地址。一旦真实堆地址被打印进日志或塞进 API 响应攻击者即可基于同一进程内的相对偏移推算出其他敏感对象与 gadget 的位置把一次内存破坏升级为一次可稳定利用的漏洞链。这类问题常常出现在调试兜底代码、错误上下文序列化、崩溃报告上传等看起来无害的路径上。根据插件的 README.md整个插件的 bug 类覆盖源于对 RustSec Advisory Database 等 1000 条安全公告的经验性 bug 形态研究info-disclosure 正是其中被单独提炼出的一个始终开启的集群。集群定位always 门控、永不缺席的 PTREXPOSE在 rust-review 的编排模型里集群选择由 manifest.json 声明再经 build_run_plan.py 依据能力标志has_unsafe/has_ffi/has_concurrency等过滤。info-disclosure 的清单条目非常特殊{ cluster_id: info-disclosure, prompt: prompts/clusters/info-disclosure.md, consolidated: false, gate: always, passes: [ { bug_class: pointer-exposure, prefix: PTREXPOSE, prompt: prompts/general/pointer-exposure-finder.md } ] }三点关键事实gate: always它不挂在任何能力标志之后与has_unsafe、has_ffi无关。换言之即使待审 crate 是纯 safe Rustinfo-disclosure 集群也照常运行——因为指针地址泄露不需要unsafe就能发生。这一点在 SKILL.md 的 bug 类清单中被明确强调35 个 always 触发类中包含了 PTREXPOSE。consolidated: false集群自身只有共享前置语境与 Phase A具体 bug 模式放在独立的 pointer-exposure-finder.md 中worker 会在运行时按sub_prompt_paths逐个读取。单 pass 结构集群只有PTREXPOSE一个 pass因此永远不会被build_run_plan.py的--max-passes-per-worker切分天然对应一个 worker。触发方式方面通过/rust-review:rust-review调用技能后编排器解析威胁模型REMOTE/LOCAL_UNPRIVILEGED/BOTH、worker 模型、严重度过滤与审计子路径任何一次运行都会自动包含 info-disclosure 集群最终把 findings 与 SARIF 写入$(pwd)/.rust-review-results/iso-timestamp/。Bug shape什么才算指针地址泄露原集群提示词对集群的定义只有一句话却精确划定了边界——编译器无法捕获的、外部可观察的内部运行时状态泄露。展开来看一个完整的 PTREXPOSE 缺陷由地址的产生方式与地址的泄露去向两部分组成。地址如何被制造出来pointer-exposure-finder.md 列出的合法制造手段包括产生方式代码示例说明指针转整数强转ptr as usize最直白的路径直接把裸指针地址变成usize指针格式化{:p}、{ptr:p}、{0:p}、{:16p}Display/Debug 的{:p}说明符会打印地址值宽度/对齐修饰不影响其泄露本质显式取地址 APIp.addr()、p.expose_provenance()从指针提取地址的方法调用expose_provenance()是自 Rust 1.84 起的稳定形式旧名expose_addr()引用/智能指针对T、BoxT、ArcT、RcT的地址同样适用任何能拿到地址值的源头都在覆盖范围内值得注意的边界如果指针是通过mem::transmute洗白成整数的则归unsafe-boundary集群的TRANS/PTRCASTpass 管辖本 pass 专门盯住 cast、格式化与addr系列方法——这正是 Phase A 种子正则所覆盖的形式。地址流向哪里才算泄露仅有地址还不够第二要素是到达外部或非特权方可观察的 sink。finder 提示词明确枚举了四类出口发往离机off-host的日志——应用日志被采集、转发到远程日志系统攻击者能读到日志内容HTTP / API 响应——序列化响应体或响应头中夹带地址序列化输出——持久化或传输的序列化数据JSON、二进制协议等含地址字段返回给远程方的错误字符串——错误上下文、panic 消息、诊断信息原样回传客户端。只要满足地址产生 到达上述任一出入口就构成候选缺陷。两个判定门槛Gatesfinder 提示词给出了成文filing必须同时满足的两条门槛地址值派生自指针/引用/智能指针途径是ascast、{:p}格式化、或.addr()/.expose_provenance()/.expose_addr()transmute 洗白路径移交 unsafe-boundary 集群的 TRANS/PTRCAST该值到达外部或非特权方可观察的 sink离机日志、API 响应、序列化数据或经信道返回的错误消息。两条门槛缺一不可只打印地址但从不离开进程不是 PTREXPOSE离开进程但内容与地址无关同样不是。worker 需要沿数据流把产生点 → 传播路径 → 出口完整打通后再提交 finding这与 worker 协议中从攻击者可控源到 sink 追踪数据流的总要求一致。Phase A 种子正则逐条解析集群提示词的 Phase A 给出唯一的初始化扫描种子用于在finding_scope_root内枚举候选站点rg seed: \bas\susize\b|\{[^{}]*:[^{}]*p\}|\.(addr|expose_provenance|expose_addr)\(\) # {:p} / {ptr:p} / {0:p} / {:16p} pointer formats这是三条|分支组成的 ripgrep 正则\s、\b为 Rust regex 引擎的转义类逐一拆解\bas\susize\b捕获as usize强转。\bas\b限定单词边界防止匹配到cast等误伤\s容忍空格/制表符\busize\b精确锁定目标类型。命中如let addr ptr as usize;。\{[^{}]*:[^{}]*p\}匹配格式化串中含冒号且以p结尾的单一花括号组[^{}]*排除嵌套花括号。因此同时覆盖{:p}、{ptr:p}、{0:p}、{:16p}宽度、左对齐修饰均可等指针格式说明符——即format!/println!/write!宏参数或Display/Debugimpl 中的字面量。\.(addr|expose_provenance|expose_addr)\(\)匹配方法调用形式的地址提取 API同时覆盖新稳定名expose_provenance()、旧名expose_addr()以及addr()三者共用同一漏洞语义。执行时 worker 用rg跑这条 seed见下文流水线落地一节对每个命中点再逐一Read验证数据流与门槛。seed 返回空只在该搜索确实被执行的情况下才能记为cleared——若搜索引擎没理解模式而静默返回空那是假阴性不是干净通过。误报排除规则FP 清单finder 提示词为审计者明确列出三类不应上报的情形避免把无害的地址使用误判成泄露受debug_assertions守卫的输出——#[cfg(debug_assertions)]或cfg!(debug_assertions)包裹的打印在 release 构建中被编译掉不构成真实出口。但提示词特别警告一个常见陷阱cfg!(debug)/#[cfg(debug)]不是有效的守卫debug并非内建 cfg 名在正常 dev 构建中恒为false还会触发unexpected_cfgs警告。正确写法只有debug_assertions。反向陷阱若Cargo.toml的[profile.release]中设置了debug-assertions truerelease 构建会重新启用debug_assertions此时仅 debug 输出的豁免不成立。值从不离开进程——仅用作内部数据结构 key或纯进程内日志不满足外部可观察 sink门槛。仅作不透明整数 key 使用——地址只参与进程内的哈希/索引计算从不发送出进程边界。这类规则决定了审计要读代码验证上下文而非见地址即上报是控制 PTREXPOSE 报告信噪比的关键。修复建议让句柄与地址解耦当确认地址确实需要暴露给外部作为标识例如调试句柄、跨进程引用finder 提示词给出的修复原则是不要对外暴露原始内存地址为实体分配稳定的不透明标识符opaque identifier由服务端维护映射若必须提供句柄使用稳定 key 的哈希如哈希后的 UUID/业务 ID而非地址本身。核心思路是切断外部可见值与进程内存布局之间的可逆映射即使值被截获攻击者也无法据此推算 ASLR 基址与对象偏移。在并行流水线中的实际落地info-disclosure 集群由rust-review-worker执行。从 rust-review-worker.md 的协议与 SKILL.md 的架构描述中可以看到这条 seed 在真实审计运行中的执行细节必须用rg而非grep跑 seed集群/查找器提示词全部以 ripgrep 正则语法书写\s、\b、\d、\w而部分grep构建会把\s静默当作字面s返回空结果导致 worker 误判为已清查无命中。若机器未安装rg应显式回退为 POSIX 类\s→[[:space:]]、\d→[[:digit:]]、\w→[[:alnum:]_]并丢弃\b丢边界只扩大匹配安全静默空结果才危险。coverage-gate 审计worker 完成集群后必须在${output_dir}/coverage/worker-N.md写入覆盖表每个 pass 一行结果只能是filed: id或cleared附一句 seed 短语如未发现{:p}格式化站点。skipped:是非法结果——info-disclosure 是 always 集群PTREXPOSE 必须真实执行。单前缀 worker 的 shard 陷阱worker 协议专门提醒单 pass 集群info-disclosure→PTREXPOSE、layout-safety→PACKEDREF写入 findings 索引分片时不能使用花括号展开——{PTREXPOSE}在 bash 中因无逗号不触发展开会静默产生空分片。正确做法是用for pfx in PTREXPOSE; do find ... -name ${pfx}-*.md ...; done | sort。流水线落点PTREXPOSE findings 以PREFIX-NNN即PTREXPOSE-001命名写入findings/随后经 dedup-judge 去重、fpseverity-judge 判定真伪与严重度最终进入REPORT.md与REPORT.sarif。回归测试对 seed 的守护种子正则不是写一次就完事的文本而是被测试直接校验的契约。test_prompt_regexes.py 用PROMPT_PATTERN_RE re.compile(rrg seed: ((?:[^\\]|\\.)*))从集群提示词文件中实时抽取rg seed:模式再用 Pythonre作为 oracle其边界/类语义与 ripgrep 的 Rust regex 引擎一致对精选 Rust 片段做匹配断言。这意味着测试与 worker 实际运行的 seed 永远同源提示词一旦改动测试立即跟随验证任何对 seed 的优化若破坏了对as usize、指针格式化或addr系方法的命中都会被测试拦截。同理SKILL.md 中的grep -rlE能力探测模式也由GREP_E_RE抽取并回归确保编排层的门控探测与集群层的搜索模式同步演进。小结info-disclosure 集群是 rust-review 中一个小而关键的常开检查它以always门控覆盖纯 safe Rust用一条三分支的 Phase A seed 枚举指针地址的产生站点以外部可观察 sink为第二门槛配合debug_assertions守卫陷阱等误报排除规则最终产出带完整数据流证据的PTREXPOSEfindings。它提醒审计者Rust 的内存安全承诺不等于运行时保密一个被打印进日志的地址足以成为整条攻击链的第一块多米诺骨牌。如需进一步阅读集群定义见 info-disclosure.mdpass 级 bug 模式与 FP 规则见 pointer-exposure-finder.md集群选择与门控见 manifest.jsonworker 执行协议见 rust-review-worker.md整体编排见 SKILL.md。赞分享AI 技能AI 插件应用安全网络安全AI 评测【免费下载链接】skillsTrail of Bits Claude Code skills for security research, vulnerability detection, and audit workflows项目地址https://gitcode.com/gh_mirrors/skills8/skills点击查看免费下载相关推荐falcon-plus 主机维护Maintain接口实战指南通过 ids 或 hostnames 设置维护窗口falcon plus 主机维护Maintain接口实战指南通过 ids 或 hostnames 设置维护窗口 本指南围绕 open falcon/falAI 技能AI 插件应用安全网络安全AI 评测aos-routerAOS 的系统调用分发器——Agent 操作系统中的工具执行路由中间件aos routerAOS 的系统调用分发器——Agent 操作系统中的工具执行路由中间件 在 AOSUnicity AOS Community EdiAI 技能AI 插件应用安全网络安全AI 评测Rust 递归类型隐式 Drop 栈溢出漏洞检测实战基于 rust-review 插件的 RECURSEDROP 审计指南Rust 递归类型隐式 Drop 栈溢出漏洞检测实战基于 rust review 插件的 RECURSEDROP 审计指南 导读 本文讲解 Rust 安全审计AI 技能AI 插件应用安全网络安全AI 评测上一篇Rust二进制优化前沿min-sized-rust中实验性优化技术展望下一篇LIRE图像分类器开发从特征提取到模型训练全流程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Rust 指针地址泄露检测实战：rust-review 插件的 info-disclosure 集群与 PTREXPOSE 审计
AI 技能AI 插件应用安全网络安全AI 评测【免费下载链接】skillsTrail of Bits Claude Code skills for security research, vulnerability detection, and audit workflows项目地址https://gitcode.com/gh_mirrors/skills8/skills点击查看免费下载本篇技术指南以 Trail of Bits 开源仓库skills中rust-review插件的 info-disclosure 集群提示词为骨架系统讲解 Rust 安全审计中一类独特缺陷——指针/内存地址泄露PTREXPOSE编译器无法捕获、却能让攻击者击穿 ASLR 的内部运行时状态外泄。读完本文你将掌握该集群的 bug 形态、Phase A 种子正则的逐条语义、双门槛判定规则、误报排除清单以及它在多 worker 并行审计流水线中的实际执行与回归测试验证方式。为什么打印一个指针值得单独立项审计在 Rust 安全审查中大多数 bug 类都依赖unsafe或并发等危险地带触发而info-disclosure 集群的切入点是编译器根本不设防的领域借用检查器borrow checker证明的是别名与生命周期约束它无法证明一个合法构造出的usize值是否流出了进程边界。正如 pointer-exposure-finder.md 所述这类缺陷的形态是一个运行时内存地址经ptr as usize、{:p}格式化或.addr()/.expose_provenance()派生后到达外部可观察的出口发往离机日志、HTTP 响应、序列化输出、返回给远程方的错误字符串泄露的地址破坏 ASLR并为利用任何同进程内共存的内存破坏 bug 提供布局信息。现代系统依赖 ASLR地址空间布局随机化将代码、堆、栈的基址随机化使攻击者无法预知目标地址。一旦真实堆地址被打印进日志或塞进 API 响应攻击者即可基于同一进程内的相对偏移推算出其他敏感对象与 gadget 的位置把一次内存破坏升级为一次可稳定利用的漏洞链。这类问题常常出现在调试兜底代码、错误上下文序列化、崩溃报告上传等看起来无害的路径上。根据插件的 README.md整个插件的 bug 类覆盖源于对 RustSec Advisory Database 等 1000 条安全公告的经验性 bug 形态研究info-disclosure 正是其中被单独提炼出的一个始终开启的集群。集群定位always 门控、永不缺席的 PTREXPOSE在 rust-review 的编排模型里集群选择由 manifest.json 声明再经 build_run_plan.py 依据能力标志has_unsafe/has_ffi/has_concurrency等过滤。info-disclosure 的清单条目非常特殊{ cluster_id: info-disclosure, prompt: prompts/clusters/info-disclosure.md, consolidated: false, gate: always, passes: [ { bug_class: pointer-exposure, prefix: PTREXPOSE, prompt: prompts/general/pointer-exposure-finder.md } ] }三点关键事实gate: always它不挂在任何能力标志之后与has_unsafe、has_ffi无关。换言之即使待审 crate 是纯 safe Rustinfo-disclosure 集群也照常运行——因为指针地址泄露不需要unsafe就能发生。这一点在 SKILL.md 的 bug 类清单中被明确强调35 个 always 触发类中包含了 PTREXPOSE。consolidated: false集群自身只有共享前置语境与 Phase A具体 bug 模式放在独立的 pointer-exposure-finder.md 中worker 会在运行时按sub_prompt_paths逐个读取。单 pass 结构集群只有PTREXPOSE一个 pass因此永远不会被build_run_plan.py的--max-passes-per-worker切分天然对应一个 worker。触发方式方面通过/rust-review:rust-review调用技能后编排器解析威胁模型REMOTE/LOCAL_UNPRIVILEGED/BOTH、worker 模型、严重度过滤与审计子路径任何一次运行都会自动包含 info-disclosure 集群最终把 findings 与 SARIF 写入$(pwd)/.rust-review-results/iso-timestamp/。Bug shape什么才算指针地址泄露原集群提示词对集群的定义只有一句话却精确划定了边界——编译器无法捕获的、外部可观察的内部运行时状态泄露。展开来看一个完整的 PTREXPOSE 缺陷由地址的产生方式与地址的泄露去向两部分组成。地址如何被制造出来pointer-exposure-finder.md 列出的合法制造手段包括产生方式代码示例说明指针转整数强转ptr as usize最直白的路径直接把裸指针地址变成usize指针格式化{:p}、{ptr:p}、{0:p}、{:16p}Display/Debug 的{:p}说明符会打印地址值宽度/对齐修饰不影响其泄露本质显式取地址 APIp.addr()、p.expose_provenance()从指针提取地址的方法调用expose_provenance()是自 Rust 1.84 起的稳定形式旧名expose_addr()引用/智能指针对T、BoxT、ArcT、RcT的地址同样适用任何能拿到地址值的源头都在覆盖范围内值得注意的边界如果指针是通过mem::transmute洗白成整数的则归unsafe-boundary集群的TRANS/PTRCASTpass 管辖本 pass 专门盯住 cast、格式化与addr系列方法——这正是 Phase A 种子正则所覆盖的形式。地址流向哪里才算泄露仅有地址还不够第二要素是到达外部或非特权方可观察的 sink。finder 提示词明确枚举了四类出口发往离机off-host的日志——应用日志被采集、转发到远程日志系统攻击者能读到日志内容HTTP / API 响应——序列化响应体或响应头中夹带地址序列化输出——持久化或传输的序列化数据JSON、二进制协议等含地址字段返回给远程方的错误字符串——错误上下文、panic 消息、诊断信息原样回传客户端。只要满足地址产生 到达上述任一出入口就构成候选缺陷。两个判定门槛Gatesfinder 提示词给出了成文filing必须同时满足的两条门槛地址值派生自指针/引用/智能指针途径是ascast、{:p}格式化、或.addr()/.expose_provenance()/.expose_addr()transmute 洗白路径移交 unsafe-boundary 集群的 TRANS/PTRCAST该值到达外部或非特权方可观察的 sink离机日志、API 响应、序列化数据或经信道返回的错误消息。两条门槛缺一不可只打印地址但从不离开进程不是 PTREXPOSE离开进程但内容与地址无关同样不是。worker 需要沿数据流把产生点 → 传播路径 → 出口完整打通后再提交 finding这与 worker 协议中从攻击者可控源到 sink 追踪数据流的总要求一致。Phase A 种子正则逐条解析集群提示词的 Phase A 给出唯一的初始化扫描种子用于在finding_scope_root内枚举候选站点rg seed: \bas\susize\b|\{[^{}]*:[^{}]*p\}|\.(addr|expose_provenance|expose_addr)\(\) # {:p} / {ptr:p} / {0:p} / {:16p} pointer formats这是三条|分支组成的 ripgrep 正则\s、\b为 Rust regex 引擎的转义类逐一拆解\bas\susize\b捕获as usize强转。\bas\b限定单词边界防止匹配到cast等误伤\s容忍空格/制表符\busize\b精确锁定目标类型。命中如let addr ptr as usize;。\{[^{}]*:[^{}]*p\}匹配格式化串中含冒号且以p结尾的单一花括号组[^{}]*排除嵌套花括号。因此同时覆盖{:p}、{ptr:p}、{0:p}、{:16p}宽度、左对齐修饰均可等指针格式说明符——即format!/println!/write!宏参数或Display/Debugimpl 中的字面量。\.(addr|expose_provenance|expose_addr)\(\)匹配方法调用形式的地址提取 API同时覆盖新稳定名expose_provenance()、旧名expose_addr()以及addr()三者共用同一漏洞语义。执行时 worker 用rg跑这条 seed见下文流水线落地一节对每个命中点再逐一Read验证数据流与门槛。seed 返回空只在该搜索确实被执行的情况下才能记为cleared——若搜索引擎没理解模式而静默返回空那是假阴性不是干净通过。误报排除规则FP 清单finder 提示词为审计者明确列出三类不应上报的情形避免把无害的地址使用误判成泄露受debug_assertions守卫的输出——#[cfg(debug_assertions)]或cfg!(debug_assertions)包裹的打印在 release 构建中被编译掉不构成真实出口。但提示词特别警告一个常见陷阱cfg!(debug)/#[cfg(debug)]不是有效的守卫debug并非内建 cfg 名在正常 dev 构建中恒为false还会触发unexpected_cfgs警告。正确写法只有debug_assertions。反向陷阱若Cargo.toml的[profile.release]中设置了debug-assertions truerelease 构建会重新启用debug_assertions此时仅 debug 输出的豁免不成立。值从不离开进程——仅用作内部数据结构 key或纯进程内日志不满足外部可观察 sink门槛。仅作不透明整数 key 使用——地址只参与进程内的哈希/索引计算从不发送出进程边界。这类规则决定了审计要读代码验证上下文而非见地址即上报是控制 PTREXPOSE 报告信噪比的关键。修复建议让句柄与地址解耦当确认地址确实需要暴露给外部作为标识例如调试句柄、跨进程引用finder 提示词给出的修复原则是不要对外暴露原始内存地址为实体分配稳定的不透明标识符opaque identifier由服务端维护映射若必须提供句柄使用稳定 key 的哈希如哈希后的 UUID/业务 ID而非地址本身。核心思路是切断外部可见值与进程内存布局之间的可逆映射即使值被截获攻击者也无法据此推算 ASLR 基址与对象偏移。在并行流水线中的实际落地info-disclosure 集群由rust-review-worker执行。从 rust-review-worker.md 的协议与 SKILL.md 的架构描述中可以看到这条 seed 在真实审计运行中的执行细节必须用rg而非grep跑 seed集群/查找器提示词全部以 ripgrep 正则语法书写\s、\b、\d、\w而部分grep构建会把\s静默当作字面s返回空结果导致 worker 误判为已清查无命中。若机器未安装rg应显式回退为 POSIX 类\s→[[:space:]]、\d→[[:digit:]]、\w→[[:alnum:]_]并丢弃\b丢边界只扩大匹配安全静默空结果才危险。coverage-gate 审计worker 完成集群后必须在${output_dir}/coverage/worker-N.md写入覆盖表每个 pass 一行结果只能是filed: id或cleared附一句 seed 短语如未发现{:p}格式化站点。skipped:是非法结果——info-disclosure 是 always 集群PTREXPOSE 必须真实执行。单前缀 worker 的 shard 陷阱worker 协议专门提醒单 pass 集群info-disclosure→PTREXPOSE、layout-safety→PACKEDREF写入 findings 索引分片时不能使用花括号展开——{PTREXPOSE}在 bash 中因无逗号不触发展开会静默产生空分片。正确做法是用for pfx in PTREXPOSE; do find ... -name ${pfx}-*.md ...; done | sort。流水线落点PTREXPOSE findings 以PREFIX-NNN即PTREXPOSE-001命名写入findings/随后经 dedup-judge 去重、fpseverity-judge 判定真伪与严重度最终进入REPORT.md与REPORT.sarif。回归测试对 seed 的守护种子正则不是写一次就完事的文本而是被测试直接校验的契约。test_prompt_regexes.py 用PROMPT_PATTERN_RE re.compile(rrg seed: ((?:[^\\]|\\.)*))从集群提示词文件中实时抽取rg seed:模式再用 Pythonre作为 oracle其边界/类语义与 ripgrep 的 Rust regex 引擎一致对精选 Rust 片段做匹配断言。这意味着测试与 worker 实际运行的 seed 永远同源提示词一旦改动测试立即跟随验证任何对 seed 的优化若破坏了对as usize、指针格式化或addr系方法的命中都会被测试拦截。同理SKILL.md 中的grep -rlE能力探测模式也由GREP_E_RE抽取并回归确保编排层的门控探测与集群层的搜索模式同步演进。小结info-disclosure 集群是 rust-review 中一个小而关键的常开检查它以always门控覆盖纯 safe Rust用一条三分支的 Phase A seed 枚举指针地址的产生站点以外部可观察 sink为第二门槛配合debug_assertions守卫陷阱等误报排除规则最终产出带完整数据流证据的PTREXPOSEfindings。它提醒审计者Rust 的内存安全承诺不等于运行时保密一个被打印进日志的地址足以成为整条攻击链的第一块多米诺骨牌。如需进一步阅读集群定义见 info-disclosure.mdpass 级 bug 模式与 FP 规则见 pointer-exposure-finder.md集群选择与门控见 manifest.jsonworker 执行协议见 rust-review-worker.md整体编排见 SKILL.md。赞分享AI 技能AI 插件应用安全网络安全AI 评测【免费下载链接】skillsTrail of Bits Claude Code skills for security research, vulnerability detection, and audit workflows项目地址https://gitcode.com/gh_mirrors/skills8/skills点击查看免费下载相关推荐falcon-plus 主机维护Maintain接口实战指南通过 ids 或 hostnames 设置维护窗口falcon plus 主机维护Maintain接口实战指南通过 ids 或 hostnames 设置维护窗口 本指南围绕 open falcon/falAI 技能AI 插件应用安全网络安全AI 评测aos-routerAOS 的系统调用分发器——Agent 操作系统中的工具执行路由中间件aos routerAOS 的系统调用分发器——Agent 操作系统中的工具执行路由中间件 在 AOSUnicity AOS Community EdiAI 技能AI 插件应用安全网络安全AI 评测Rust 递归类型隐式 Drop 栈溢出漏洞检测实战基于 rust-review 插件的 RECURSEDROP 审计指南Rust 递归类型隐式 Drop 栈溢出漏洞检测实战基于 rust review 插件的 RECURSEDROP 审计指南 导读 本文讲解 Rust 安全审计AI 技能AI 插件应用安全网络安全AI 评测上一篇Rust二进制优化前沿min-sized-rust中实验性优化技术展望下一篇LIRE图像分类器开发从特征提取到模型训练全流程创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考