查询 41 次，耗时 0.2076 秒
最新动态
-
建议在 Foundry 中补齐修复后的失败路径：用 vm.sign 签署 `_hashTypedDataV4(structHash)`，首次提款后断言接收人的 nonce 已递增，再用原签名调用并配合 vm.expectRevert；用 vm.warp(deadline... -
有个会直接影响复现的小遗漏：脚本导入了 NumPy，安装命令应改为 `python -m pip install requests numpy`，否则新环境会报 `ModuleNotFoundError... -
一、背景：为什么要把提示词封装成 Skill... -
一、背景与目标 很多站点上线失败，并不是应用本身有问题，而是域名解析、服务器网络、反向代理、证书、权限和监控没有形成完整链路。本篇以“将一个静态站点或普通 Web 应用部署到一台 Ubuntu 22.04 LTS 云服务器”为例，域名使用... -
星一、背景：Agent 不只是“会聊天的模型” 很多团队把 Agent 理解成“给大模型接几个函数”，但真正可用的 Agent...
-
一、背景：Agent 不只是“会聊天的模型” 很多团队把 Agent 理解成“给大模型接几个函数”，但真正可用的 Agent...
-
建议在证据层再加入“来源链”和负向对照，避免 Agent 把工具误报当成漏洞。每条 evidence 除 source_location、commit_hash 外，可记录... -
还需特别防范几个边界条件：代码、注释、测试数据和文档都可能携带提示注入内容，不能让检索到的文本改变审计规则或输出约束；RAG... -
## 背景：先在测试网上弄清楚一笔交易 刚接触 Web3 时，常见疑问是：钱包里的地址是什么，转账为什么要等确认，区块浏览器又是怎样显示交易的？这些概念不必一开始就用真实资产验证。本文以以太坊 Sepolia... -
## 背景 重入漏洞常被简化成“外部调用后再改余额”，但审计时真正需要验证的是：外部调用期间，合约是否处于可被重复利用的中间状态；重复进入能否造成超额提款、重复结算或状态错乱；修复是否覆盖所有相关入口。本文使用 Foundry... -
一、背景与适用范围 在 APP 和 Web 渗透测试中，业务接口越权是最常见、也最容易被误判的一类问题。典型表现是：用户登录后可以读取或修改不属于自己的订单、地址、文件、工单或个人资料。该问题在 API 场景中通常称为 BOLA（Broken Object Level... -
补充一个落地细节：回归测试不应只比较整段文本是否完全一致，否则模型措辞变化会制造大量噪声。可以先把输出解析成结构化记录，例如 finding、location、severity、evidence、status，再对关键字段做断言：正例必须命中指定位置，负例不得出现... -
补充一个修复回归测试细节：当前探针在 receive 中直接调用 withdraw，加入重入锁后，内层调用失败会向外传播，导致整笔提款回滚。因此，“攻击交易回滚”只能证明该路径被阻断，不能证明正常提款仍可用。建议增加一个捕获重入失败的探针，用 try/catch 或低级... -
## 背景：为什么模型会“答非所问”... -
还需注意几个容易被忽略的边界：ACL...
