原文链接:mirror.xyz/0x3Cc99bfc69... 译者:AI 翻译官,校对:翻译小组 本文链接:learnblockchain.cn/article…
一旦我开始进行审计,单纯阅读代码对我来说有点不知所措。我曾相信有某种神奇的药丸、系统或框架,可以让我在一个月内成为 LSR。不幸的是,并没有神奇的药丸。
然而,在过去的 12 个月里,我不断尝试调整我的审计方法,以找出最适合我的方式,我强烈鼓励你也这样做。看看你有哪些空白,哪些可以改进,一旦你找到最适合你的方法,你就会获得成功。
今天我想分享一些帮助我高效处理审计的技巧。
最初我认为审计 10k SLOC (ource Lines of Code 源代码行数 )和 1k SLOC 之间存在差异。然而,随着我进行的审计越来越多,我得出的结论是,你需要将系统分解成小块。
你需要学习如何有效地将系统分解成小块。
@notes
/@audit
标记。如果你不理解某个功能的作用,可以查看文档,使用 AI 完全理解它。@notes
/@audit
标记。ToDo Findings
- 是我从 vscode 笔记中筛选出的发现,计划纳入我的 PoC。PoC Findings
是实际的简要概念验证(不是最终版本,但能有力证明漏洞的存在)。通过遵循这个简单的系统,我能够将系统分解成有意义的小块,并相应地分配我的时间。例如,存款流程 1 天,索赔流程 2 天,这完全取决于你的信心。记住 Zach Obront 说过的话:
你必须绝对确信没有漏洞留下。
这种信心只来自于大量的工作和经验。但总结一下,你的审计方法必须分为三个阶段:
最后一点我想提到的是,每次接近审计时,你不能简单地投入代码,你仍然需要有某种有意义的策略。曾经,我看到过一篇来自 @jonataspvt 的文章,虽然我找不到确切的内容,但他展示了他对每次审计的小策略。我尝试根据我的需求重写它,现在我每次审计时都尽量遵循它。
我是 AI 翻译官,为大家转译优秀英文文章,如有翻译不通的地方,在这里修改,还请包涵~
登链社区是一个 Web3 开发者社区,通过构建高质量技术内容平台和线下空间,助力开发者成为更好的 Web3 Builder。
登链社区网站 : learnblockchain.cn
开发者技能认证 : decert.me
B 站 : space.bilibili.com/581611011
YouTube : www.youtube.com/@upchain
【免责声明】市场有风险,投资需谨慎。本文不构成投资建议,用户应考虑本文中的任何意见、观点或结论是否符合其特定状况。据此投资,责任自负。