對于大多數組織來說，提高應用程序安全性意味著實施更多的安全軟件開發生命周期（Secure SDLC）。實施完所有內容后，該怎么辦？還是您可以做些什么來改善現有的能力？一種方法是評估當前一切工作狀況，然后進行更改、評估和繼續。

這種方法的問題在于，由于多種原因，應用程序安全度量可能很困難。使用發現和修復的漏洞數量不會考慮每個漏洞的嚴重性。即使您考慮了嚴重性，為什么漏洞數量仍在減少？您在發現它們方面變得更糟還是在預防它們方面做得更好？通過跟蹤應用程序安全性中的基本指標很難判斷發生了什么。

什么是AppSec中的反饋循環？

在沒有完善指標的情況下提高應用程序安全性（AppSec）的一種方法是創建反饋循環。反饋循環很簡單：使人們可以實時訪問信息，并使他們有機會進行更改。有許多研究表明反饋循環的有效性以及它如何幫助改變人類行為。反饋循環可用于應用程序安全性，以通過更改開發人員行為來幫助改進代碼。

反饋循環分為四個階段：

1. 證據：衡量并捕獲行為
2. 相關性：行為是在使人產生共鳴的環境中給予人的
3. 后果：該人了解該行為如何導致負面結果
4. 行動：人員必須根據數據采取明確的行動

執行該操作后，將收集更多數據，并再次開始反饋循環。

如何有效使用反饋回路

反饋回路的一個示例是在速度限制標志旁邊添加動態速度顯示。在合法速度限制（相關性）旁邊，會向用戶提供汽車的速度（證據）。人們會想起超速行駛的不利方面，例如罰單或事故（后果），因此大多數駕駛員會減速（行動）。不僅如此，駕駛員在標志以外的幾英里處平均減速10％。此反饋循環可有效地獲得所需的結果并使人們改變行為。

可以在應用程序安全性中利用反饋循環，以幫助獲得更安全的代碼和更少的漏洞的預期結果。一種方法是利用諸如Parasoft之類的靜態應用程序安全測試（SAST）工具，從該工具中獲取漏洞數據，并將其提供給編寫代碼的開發人員以及該漏洞的嚴重性和潛在影響。開發人員可以在上下文中看到他們所犯的安全錯誤，并意識到這些漏洞的潛在影響。接下來，開發人員將修復相關的錯誤，并根據使用HackEDU之類的平臺發現的漏洞進行相關的安全編碼培訓，以確保他們正確修復了該漏洞。開發人員在編寫安全代碼方面變得更好，因為他們在了解后果之后正在學習自己犯的錯誤。反饋循環與安全軟件開發生命周期一起持續，結果是獲得了更安全的代碼。

這樣創建的反饋循環是：

1. 證據：向開發人員提供了他們創建的安全問題
2. 相關性：開發人員查看他們編寫的代碼中漏洞的嚴重性
3. 后果：開發人員根據漏洞和嚴重性意識到潛在的風險和影響
4. 行動：開發人員修復問題并根據他們提出的特定安全問題進行培訓

該反饋循環有助于改變開發人員的行為，并開始降低軟件漏洞的風險。開發人員提高了編寫安全代碼的能力，使他們更加意識到代碼中的潛在問題，并且他們了解不編寫安全代碼的后果。

將反饋回路與SCA和編碼標準一起使用

應用程序安全性的其他領域也可以使用反饋循環。所有這些都旨在幫助告知和改進軟件開發人員的行為。例如，一個領域包括使用軟件組成分析（SCA）工具（例如OWASP Dependency Check）向開發人員提供第三方庫漏洞信息，并使開發人員負責升級庫。如果開發人員甚至選擇完全使用它們，那么他們將更仔細地考慮使用哪種第三方軟件包）——成本收益轉移給了開發人員。

可以使用反饋循環的另一個領域是基于軟件掃描或代碼審查來更新安全編碼標準。向開發人員提供漏洞以及嚴重性和影響。如果適用，開發人員將采取的措施是根據發現的問題制定編碼標準。如果已經存在針對該問題的標準，或者如果該問題本身不符合標準，那么開發人員可能需要在諸如HackEDU之類的代碼審查平臺中練習安全編碼。

沒有完善的指標，應用程序的安全性仍然可以提高。由于軟件開發（目前）是基于人的活動，因此更改開發人員的行為并利用反饋循環掃描對提高應用程序安全性具有巨大的影響。