交互式应用程序安全测试的工作方式与使用仪器技术的静态或动态工具根本不同。 IAST 利用来自正在运行的应用程序内部的信息（包括运行时请求、数据流、控制流、库和连接）来准确查找漏洞。
正因为如此，交互式测试更适合应用程序安全。这就是我们创建 Contrast 的原因——利用下一代技术来解决应用程序安全领域内日益严重的问题。
所以这是您一直在等待的列表：
IAST 相对于 SAST 和 DAST 的 7 大优势
-
误报。
误报是安全工具中最大的弱点，通常占结果的 50% 以上。误报增加了稀缺安全资源的工作量，使识别最关键的缺陷变得困难，从而降低了技术过时的扫描仪的效用。通过交互式测试，访问更多数据可以得出更准确的结果。
-
漏洞覆盖率。
让我们谈谈交互式工具中的标准规则集。交互式分析提供最好的静态和动态测试。交互式测试工具不仅专注于应用程序中发现的最常见和风险最大的缺陷，而且还允许自定义规则来个性化特定企业的威胁覆盖范围。
-
代码覆盖率。
静态不检查库或框架，严重限制了漏洞分析。动态只能检查应用程序的暴露表面。静态和动态都错过了大多数应用程序的很大一部分。但是交互式测试从内部检查整个应用程序——包括库和框架。因此，您可以更好地覆盖整个代码库。
-
可扩展性。
静态和动态工具不能很好地扩展。他们通常需要专家来设置和运行该工具以及解释结果。但是应用程序的大小和复杂性并不影响交互式测试，它可以从容应对超大型应用程序。
-
即时反馈。
静态和动态工具会定期运行，这意味着错误和漏洞检测之间的滞后时间可能是数周、数月甚至数年。交互式测试在编码和测试新代码的几秒钟内为开发人员提供即时反馈。开发人员可以确定他们只是签入“干净”的代码，从而节省下游的时间和金钱。
-
无需专家。
当你买东西时，你只是希望它能工作。盒子外面。没有下载，没有更新，没有配置。你只是想让它工作。这就是交互式工具消除了数月的配置、调整和定制的原因。使用交互式工具，随着应用程序的运行，应用程序得到测试。不断地。自动地。没有你做任何额外的事情。
- 零过程中断。 企业非常重视上市时间。敏捷和 DevOps 策略限制了测试时间。因为交互式测试在正常 QA 或单元测试期间透明地运行，所以没有过程中断。交互式应用程序安全测试利用现有活动来添加安全测试，而无需单独的破坏性活动或计划中断检查点。
所以有清单。想法？评论？分歧？添加？排除？在下面的评论中让我们知道您的想法。
