使用命令行工具 Graudit 來查找你代碼中的安全漏洞

知識 09-03

導讀：憑藉廣泛的語言支持，Graudit 可以讓你在開發過程中的審計你的代碼安全。　　　　　　　

本文字數：2367，閱讀時長大約：3分鐘

https://linux.cn/article-12576-1.html

作者：Ari Noman

譯者：geekpi

測試是軟體開發生命周期（SDLC）的重要組成部分，它有幾個階段。今天，我想談談如何在代碼中發現安全問題。

在開發軟體的時候，你不能忽視安全問題。這就是為什麼有一個術語叫 DevSecOps，它的基本職責是識別和解決應用中的安全漏洞。有一些用於檢查OWASP 漏洞的開源解決方案，它將通過創建源代碼的威脅模型來得出結果。

處理安全問題有不同的方法，如靜態應用安全測試（SAST）、動態應用安全測試（DAST）、互動式應用安全測試（IAST）、軟體組成分析等。

靜態應用安全測試在代碼層面運行，通過發現編寫好的代碼中的錯誤來分析應用。這種方法不需要運行代碼，所以叫靜態分析。

我將重點介紹靜態代碼分析，並使用一個開源工具進行實際體驗。

為什麼要使用開源工具檢查代碼安全？

選擇開源軟體、工具和項目作為開發的一部分有很多理由。它不會花費任何金錢，因為你使用的是一個由志趣相投的開發者社區開發的工具，而他們希望幫助其他開發者。如果你有一個小團隊或一個初創公司，找到開源軟體來檢查你的代碼安全是很好的。這樣可以讓你不必單獨僱傭一個 DevSecOps 團隊，讓你的成本降低。

好的開源工具總是考慮到靈活性，它們應該能夠在任何環境中使用，覆蓋儘可能多的情況。這讓開發人員更容易將該軟體與他們現有的系統連接起來。

但是有的時候，你可能需要一個功能，而這個功能在你選擇的工具中是不可用的。那麼你就可以選擇復刻其代碼，在其上開發自己的功能，並在你的系統中使用。

因為，大多數時候，開源軟體是由社區驅動的，開發的速度往往是該工具的用戶的加分項，因為他們會根據用戶的反饋、問題或 bug 報告來迭代項目。

使用 Graudit 來確保你的代碼安全

有各種開源的靜態代碼分析工具可供選擇，但正如你所知道的，工具分析的是代碼本身，這就是為什麼沒有通用的工具適用於所有的編程語言。但其中一些遵循 OWASP 指南，盡量覆蓋更多的語言。

在這裡，我們將使用Graudit，它是一個簡單的命令行工具，可以讓我們找到代碼庫中的安全缺陷。它支持不同的語言，但有一個固定的簽名集。

Graudit 使用的??是 GNU 許可證下的工具，類似的靜態代碼分析工具還有 Rough Auditing Tool for Security（RATS）、Securitycompass Web Application Analysis Tool（SWAAT）、flawfinder 等。但 Graudit 的技術要求是最低的，並且非常靈活。不過，你可能還是有 Graudit 無法滿足的要求。如果是這樣，你可以看看這個列表的其他的選擇。

我們可以將這個工具安裝在特定的項目下，或者全局命名空間中，或者在特定的用戶下，或者任何我們喜歡地方，它很靈活。我們先來克隆一下倉庫。

現在，我們需要創建一個 Graudit 的符號鏈接，以便我們可以將其作為一個命令使用。

在??（或者你使用的任何 shell 的配置文件）中添加一個別名。

重新載入 shell：

讓我們通過運行這個來檢查是否成功安裝了這個工具。

如果你得到類似於這樣的結果，那麼就可以了。