Fortify的甲骨文代碼庫

不出所料

用於Oracle的代碼庫（.SQL，.trig，的.pkg，.syn等文件）Fortify的SCA行爲不是：Fortify的甲骨文代碼庫

觀察： 1）報告與Oracle的代碼庫零問題（ S）。 2）它只考慮.sql文件，但不考慮任何其他.pkg等。儘管在fortify-sca.properties dint幫助中引入了com.fortify.sca.fileextensions.pkg = PLSQL。它仍然不考慮.pkg文件。是否有任何其他步驟來實現這一目標？ 3）爲了測試目的，雖然引入了SQL注入代碼（https://docs.oracle.com/cd/E38689_01/pt853pbr0/eng/pt/tpcd/task_PreventingSQLInjection-0749b7.html），但也有幫助。它也沒有捕捉到這個問題。

這些已知問題？

有人可以請指教。

來源

2014-12-02 Vishal Chugh

默認情況下，擴展名爲sql的文件在Windows平臺上被假定爲T-SQL而不是PL/SQL。如果您使用的是Windows並且具有sql擴展名的PL/SQL文件，則可以將SCA配置爲將它們視爲PL/SQL，而不是每次運行源分析器時都明確指定它。要更改默認的行爲，設置com.fortify.sca.fileextensions.sql財產fortify-sca.properties爲「TSQL」或「PLSQL。」

來源

2014-12-04 07:17:25

VENU - SQL文件已經被考慮過了，但是它不會識別其他擴展名爲.syn，.trig和.pkg等。我沒有在任何地方明確指定。我正在啓動Audit Workbench進行掃描。在第一個窗口中，它顯示軟件包，同義詞和觸發器文件夾灰色（未識別）。即使改變上述財產，如上所述幫助。 – 2014-12-04 11:55:03

嘗試通過命令提示符使用源分析器 – 2014-12-04 12:37:14

Venu - 即使在使用命令行後也是如此。不知道，如果Fortify SCA預計在.trig，.syn擴展中工作（通過在fortify-sca.properties文件中包含這樣的擴展：儘管顯式地添加它們並沒有幫助，但這些擴展仍然無法識別）。它的工作非常好.pkb，.pks，.sql擴展名。 – 2014-12-05 10:40:50

Fortify的甲骨文代碼庫

回答

相關問題