您當前的位置是:  首頁 > 資訊 > 國內(nèi) >
 首頁 > 資訊 > 國內(nèi) >

將軟件合規(guī)性測試集成到DevOps工作流程中

2019-09-10 14:15:19   作者:新思科技應(yīng)用安全分析師Charlie Klein   來源:CTI論壇   評論:0  點擊:


  開源是企業(yè)構(gòu)建應(yīng)用的基礎(chǔ)。如果沒有有效的方法來跟蹤和管理它,企業(yè)將面臨使用開源所帶來的安全、許可證合規(guī)性和代碼質(zhì)量風險。因此,軟件合規(guī)性測試尤為重要。
  許多人認為應(yīng)用安全僅僅應(yīng)該是安全團隊的責任。然而,雖然安全專家可以對此做出貢獻,開發(fā)人員通常是唯一具備修復(fù)軟件安全漏洞的技術(shù)能力的人。軟件合規(guī)性也是如此。歸根結(jié)底,只有開發(fā)人員才能構(gòu)建符合特定軟件標準的應(yīng)用程序。
  考慮到開發(fā)團隊的緊迫期限,給他們額外的職責可能會帶來挑戰(zhàn)。為了幫助開發(fā)人員在不降低速度的情況下交付安全的應(yīng)用程序,許多團隊采用了DevSecOps,鼓勵將自動安全測試集成到每個版本的DevOps工作流程中。
  DevSecOps幫助團隊更快地交付更安全的軟件,但是否是更加符合合規(guī)性的軟件呢?許多嘗試實現(xiàn)軟件合規(guī)性的團隊遇到了與試圖實現(xiàn)軟件安全性的團隊相似的挑戰(zhàn)。幸運的是,他們可以采用相似的策略。
  DevSecOps的作用是什么?
  DevOps工作流程支持快速迭代的軟件發(fā)布周期,這給軟件安全帶來了一定障礙。
  在保護軟件安全的傳統(tǒng)方法中,測試是在應(yīng)用程序構(gòu)建之后,軟件開發(fā)生命周期結(jié)束之后才進行的。結(jié)果,大多數(shù)(如果不是全部的話)應(yīng)用程序同時測試,并且將一長串、令人生畏的安全問題清單發(fā)回給開發(fā)人員。
  然而,許多團隊發(fā)現(xiàn)這種方法與DevOps不兼容。開發(fā)團隊沒有時間,更不用說預(yù)算,來停止他們正在做的事情去處理一大堆表格中的問題。
  為了解決這個問題,企業(yè)可以通過將安全測試集成到DevOps發(fā)布周期更短的、更高頻率的反饋循環(huán)中,以實現(xiàn)DevSecOps。DevSecOps要求在早期經(jīng)常執(zhí)行自動安全測試,而不是在開發(fā)人員完成構(gòu)建應(yīng)用程序之后運行大型的測試。通過幫助開發(fā)人員編入更安全的代碼,DevSecOps有助于減少質(zhì)量保證(QA)必須識別以及發(fā)回來的問題數(shù)量。
  如果開發(fā)團隊可以將安全測試集成到DevOps工作流程中,為什么不將合規(guī)性測試也集成到DevOps工作流程中呢?
  如何將DevSecOps實踐應(yīng)用到軟件合規(guī)性中?
  雖然安全測試通常與合規(guī)性測試要求不一樣的分析方法,但是嘗試DevSecOps的開發(fā)團隊可以使用類似的方法來進行合規(guī)性測試。
  正如傳統(tǒng)的應(yīng)用安全測試一樣,合規(guī)性測試通常發(fā)生在QA環(huán)境中。大致的應(yīng)用開發(fā)和測試流程如下所示:
  1. 開發(fā)人員編寫應(yīng)用程序的代碼
  2. QA在開發(fā)人員轉(zhuǎn)移到另一個項目時測試代碼
  3. QA向開發(fā)人員發(fā)送一份違反合規(guī)性的列表,要求他們暫停當前的工作,先解決這些問題
  這種合規(guī)性測試策略在技術(shù)上并沒有什么問題。然而,這種方法并不受開發(fā)人員歡迎,如果問題列表特別長,對于開發(fā)團隊來說可謂代價高昂。為了在應(yīng)用程序完成之前解決更多的合規(guī)性問題,團隊可以實施受DevSecOps啟發(fā)的實踐,來幫助開發(fā)人員在軟件開發(fā)生命周期(SDLC)早期提交合規(guī)性代碼。
  策略之一是將自動合規(guī)性測試集成到DevOps發(fā)布周期中。通過定期測試而不是一次性測試應(yīng)用程序,團隊可以減少每個測試周期違規(guī)的數(shù)量。顯然它需要在整個SDLC中進行更高頻率的測試,事實證明這種方法比在QA中找到問題更快。
  另一種方法是在集成開發(fā)環(huán)境(IDE)中創(chuàng)建沙箱環(huán)境,開發(fā)人員可以自己在其中運行測試。在編寫代碼時測試他們自己寫的代碼,使開發(fā)人員能夠編入更清晰、更合規(guī)的代碼,
  因此違規(guī)就不太可能出現(xiàn)在QA中或者更糟出現(xiàn)在生產(chǎn)中。這種方法另一個好處是幫助開發(fā)人員熟悉可能導(dǎo)致違規(guī)行為的代碼。
  這些識別和解決違規(guī)問題的策略并不意味著要取代QA測試。然而,通過將合規(guī)性測試集成到SDLC的多個階段,團隊將在QA和開發(fā)的反饋循環(huán)中看到更少的問題,這將會更好地支持DevOps工作流程。
  在現(xiàn)實中又是怎樣的情況呢?
  就像安全測試一樣,將合規(guī)性測試集成到DevOps發(fā)布周期需要新的技術(shù)和工作流程,它們都有不同的學(xué)習(xí)曲線。
  關(guān)于技術(shù),靜態(tài)分析正成為幫助開發(fā)團隊構(gòu)建合規(guī)應(yīng)用程序的流行的選擇方式。靜態(tài)分析工具之間的覆蓋范圍各不相同,但是總體而言,該技術(shù)可以在代碼質(zhì)量標準中發(fā)現(xiàn)問題,比如MISRA 和CERT C/C++,以及安全標準,比如OWASP Top 10和 PCI DSS。
  團隊選擇的用來解決合規(guī)性問題的靜態(tài)分析工具或者其他的任何技術(shù)在他們采用的工作流程中發(fā)揮著重要作用。如前所述,那些希望將問題排除在QA之外的人希望找到解決方案從而能夠:
  1. 將快速反饋循環(huán)集成到測試和開發(fā)中
  2. 在開發(fā)人員編寫代碼時在IDE中掃描代碼
  在測試和開發(fā)之間構(gòu)建一個持續(xù)的反饋循環(huán)可能代表了開發(fā)人員日常工作的重大轉(zhuǎn)變。
  雖然“DevSecOps”并不完全相同,但是受管制行業(yè)的開發(fā)團隊可以通過將合規(guī)性測試集成到DevOps發(fā)布周期中來獲得降低成本的益處。
【免責聲明】本文僅代表作者本人觀點,與CTI論壇無關(guān)。CTI論壇對文中陳述、觀點判斷保持中立,不對所包含內(nèi)容的準確性、可靠性或完整性提供任何明示或暗示的保證。請讀者僅作參考,并請自行承擔全部責任。

專題

CTI論壇會員企業(yè)