对于企业环境中的源代码安全审计，通常招标方更在意的是易于检查的安全风险，而不是很考量其多元性和技术水平。因为她们的目标是防止漏洞被公布或是运用导致消极舆论影响。假如这个时候你将精力都花在了某些繁杂问题中而忽视了易懂的漏洞，那毫无疑问是拿不到招标方赞许的。将精力耗费在没有“科技含量”的简单漏洞中对于许多安全从业者来讲好像有点儿耻辱，但则是1个合理的企业决策。这并不是说咱们应该忽视繁杂的安全风险而只去看看简单的漏洞，关键是要提早确立自个的审计目标。对于一个审计工作要提成双面看，一边是审计技术人员自个的精力投入成本，另一边是待审计运用的复杂性。两者结合在一起才可以合理评定本次审计的生产预估。

待审计运用依据访问限制区划通常有下列几个状况:

仅源代码:咱们仅有着目标的源代码，通常不包含详细的c语言编译器和接口测试，并且因为欠缺须要的重要依靠部件，通常没法搭建出可运作的程序流程。这样的事情通常只有采用静态数据分析的方式去开展审计；

仅2进制程序流程:咱们仅有着目标运用的文本文件，例如APK、exe文件、jar包或是物联网的体系固定件等。这样的事情下通常根据动态变化及其反向工程的方式开展审计；

有源代码及2进制程序流程:咱们既可以浏览目标运用的源代码，也有着1个可运作的2进制程序流程，这给安全审计给予了比较有益的访问限制，通常目标是开源项目，包括了详细的搭建环境和依靠。

彻底黑盒:咱们既没有目标的源代码，都没有可运作的2进制程序流程，因而只有根据外面接口去开展盲测。这在网站运用中比较多见。

这篇文章主要对于的是有源代码状况下的源代码安全审计，自然源代码审计中采用的某些策略和方式一样适用其他类型的运用。在可以浏览源代码的状况下，1个显著的计量规范是根据源代码行数去评定任务量，尽管这些指标值并不能极致象征运用的复杂性，终究一千行工作源代码和一千行c语言编译器源代码的多元性是不一样的。

1个代码审计技术人员一个小时大约可以审计100行到一千行源代码之间不等，在于该审计技术人员的经验水平和对源代码的掌握程度。对于自己来讲，评定审计工作效率的较好方式便是坚持纪录自个对不一样部件的审计精力，这既能更快的清楚自己的节拍，也可以为后面代码审计计划给予精力参照。

影响代码审计速率的缘故有很多，例如:

源代码语言:对于C/C++这类内存不安全的语言须要大量留意最底层关键点；而Java、Python等内存安全的语言则大量留意顶层逻辑完成；

源代码风格:源代码风格干净、注释清楚的项目通常比别的项目耗费更少精力去审计；

值得一提的是，尽管源代码量和审计精力有成正比的关联，但由于对某一项目的审计源代码量提升，审计的工作效率也会提升，因为这个时候早已对项目拥有更为深层次的掌握，审计十万行源代码的精力通常也不会是五万行源代码的两倍。因而在制订审计计划和精力投入时，须要认真考量以上有关要素。