影響靜態應用安全測試工具(SAST)分析速度的3個方面

在現代的持續軟體開發生命週期(SDLC)過程中，編寫程式碼並將其提交到儲存庫之前，會進行測試執行程式碼，其中可能包括單元測試、迴歸測試或靜態應用程式安全測試(SAST)。對於DevSecOps來說，SAST的好處是在開發人員建立和修改原始碼之前，它可以提供實時反饋。

考慮到當前業務進行的速度，能在短時間內進行反饋意味著可以有更快的週轉和進行更多功能性業務。

深度與廣度

就所需的計算能力而言，SAST使用的檢測器並不都是相同的。分析的時間與用於檢測某些型別漏洞的檢測器複雜性相關。通常，用於檢測命令或SQL隱碼攻擊的複雜汙染資料分析相比，編碼標準實施規則更容易。因此需要在檢測到的錯誤和漏洞型別上進行權衡。

計算能力

SAST分析時間隨計算能力的變化而變化。CPU和記憶體等更多計算資源會影響分析的時間。在這種情況下，越大越好，為SAST投資額外的硬體可以在生產力方面獲得回報。

程式碼庫大小

SAST分析時間也取決於所分析的原始碼的數量。根據應用程式的不同，程式碼庫是決定分析深度和廣度的一個因素。