2
我有一個關於abap功能模塊SAVE_TEXT問題。我認爲有可能創建自定義tdobject
和tdid
,那麼longtextes將被存儲在表STXH, STX
L. SAVE_TEXT針對SQL
注入攻擊有多安全?它是否因爲以RAW格式對文本進行編碼而不易受到攻擊?SAP SAVE_TEXT功能模塊是一個安全的不受SQL注入?
我有一個關於abap功能模塊SAVE_TEXT問題。我認爲有可能創建自定義tdobject
和tdid
,那麼longtextes將被存儲在表STXH, STX
L. SAVE_TEXT針對SQL
注入攻擊有多安全?它是否因爲以RAW格式對文本進行編碼而不易受到攻擊?SAP SAVE_TEXT功能模塊是一個安全的不受SQL注入?
你的第一個假設要麼迷失在翻譯或錯誤擺在首位 - 的TDOBJECT
和TDID
有效值手動維護使用交易SE75
,通常是由應用程序開發人員。它們不是作爲日常應用程序處理的一部分而創建的。
至於數據庫的訪問而言,有兩種安全級別,以防止SQL注入,但一個不被設計成爲一個安全級別:
文本的內容存儲在作爲字節字符串序列化的內部表單。無論原始文本中是否存在SQL命令,都無法通過此轉換完成。
的DML命令通過使用與一套固定的正在執行的語句只有當與值提供的變量準備語句通常的數據庫接口層傳遞。據我所見,沒有動態SQL語句用於修改STX*
文本。
對於正常的業務應用程序,這應該足夠安全。如果你想運行一座核電站,那麼 - 我們不得不說話。
要添加,如果你擔心SQL注入,因爲你正在運行核電廠的話,我不會與保障「SAVE_TEXT」開始的。 – tomdemuyt
感謝您的詳細解釋,VWegert!這非常有用。當然,我不想經營一座核電站。使用自定義tdobject和tdid我意味着使用SPRO事務創建文本對象:-)非常感謝! – Elena
@tomdemuyt:只是想說明,「安全」不是一個簡單的事情。廉價,可用,安全 - 選擇兩個。你不能同時擁有所有三個 - 有史以來。 – vwegert