應用程序已經成為網絡黑客想要滲透到企業內部的絕佳目標。 因為他們知道如果能發現并利用應用程序的漏洞，他們就有超過三分之一的機會成功入侵。 更重要的是，發現應用程序漏洞的可能性也很大。 Contrast Security 調查顯示， 90%的應用程序在開發和質量保證階段沒有進行漏洞測試，甚至相當一部分應用程序在生產過程中沒有受到保護。

由于企業中運行著許多有漏洞的應用程序，安全團隊面臨的挑戰是如何保護這些應用程序免受攻擊。 其中一種方法是讓應用程序通過實時識別和阻止攻擊來保護自己，這就是被稱為運行時應用自我保護（Runtime Application Self-Protection）的技術。

 什么是 RASP？

運行時應用自我保護（RASP）這一概念由 Gartner 于2012年提出，這是一項新興的安全技術，讓企業得以阻止黑客入侵企業應用和數據。 RASP 技術通常內置在一個應用程序或應用程序運行時環境中，能夠控制應用程序的執行，并檢測漏洞以防止實時攻擊。

當應用程序開始運行時，RASP 可以通過分析應用程序的行為和該行為的上下文，保護其不受惡意輸入或行為的影響。 RASP 通過使應用程序持續檢測自身的行為，可以立即識別和緩解攻擊，且無需人工干預。

無論 RASP 駐留在 server 的什么地方，它都將安全性整合到運行中的應用程序中。 它會攔截從應用程序到系統的所有調用，確保它們是安全的，并直接在應用程序內驗證數據請求。 Web 和非 Web 應用都可以受到 RASP 的保護。 該技術不影響應用程序的設計，因為 RASP 的檢測和保護功能可以在應用程序所運行的 server 上運行。

 為什么 RASP 如此重要？

入侵防護系統（IPS）和網絡應用防火墻（WAF）等技術通常用于運行時的應用程序保護，但它們在檢查網絡流量和內容時在線工作。 當它們分析進出應用程序的流量和用戶會話時，它們無法看到流量和數據在應用內部是如何處理的。 由于它們的保護措施往往缺乏會話終止所需的準確性，因此會消耗大量的安全團隊帶寬，通常只用于告警和日志收集。 現在需要的是一種新型的應用保護技術——RASP，它可以駐留在要保護的應用的運行時環境中。

 應用所面臨的安全挑戰

在保護 Web 應用和 API 時，通常會面臨以下4種常見的安全挑戰：

1、 真實的攻擊難以識別。 每個應用程序有其自己獨特的漏洞，并且只能被特殊的攻擊所利用。 對于某個應用來說完全無害的 HTTP 請求，對于另一個應用而言可能會造成毀滅性打擊。 同時，“在線（on the wire）”的數據可能與它在應用中所顯示的不同（被稱為“阻抗不匹配”問題）。

2、 現 代應用程序（特別是 API）使用復雜的格式，如 JSON、XML、序列化對象和自定義二進制格式。 這些請求使用除了 HTTP 之外的各種協議，包括 WebSocket，它是由瀏覽器中的JavaScript、富客戶端、移動應用和許多其他源產生的。

3、 傳統的技術防御沒有效果。 WAF 通過在 HTTP 流量到達應用服務器之前對其進行分析，完全獨立于應用而運作。 盡管絕大部分的大型組織都有 WAF，但其中許多企業并沒有專業的團隊對其進行必要的調整和維護，使其只處于“日志模式”。

4、 軟件正在快速發展，容器、IaaS、PaaS、虛擬機和彈性環境都在經歷爆炸性增長。 這些技術使得應用程序和 API 可以快速部署，但同時會將代碼暴露給新的漏洞。 DevOps 也迅速加快了整合、部署和交付的速度，因此確保在快速發展階段的軟件安全的過程變得更加復雜。

幸運的是，運行時應用自我保護（RASP）可以解決其中的許多問題。

 RASP的工作原理

當 APP 中發生安全事件時，RASP 將會控制該應用并解決問題。 在診斷模式中，RASP 只是發布有問題的告警。 在保護模式下，它會試圖阻止問題指令。 例如，它可以阻止對數據庫執行看起來似乎時 SQL 注入攻擊的指令。

RASP 可以采取的其他行動包括終止用戶的會話、停止應用程序的執行，或向用戶或安全人員發出告警。

開發人員可以通過幾種方式實現 RASP。 他們可以通過包含在應用程序源代碼中的函數調用來訪問該技術，或者他們可以將一個完整的應用程序放在一個 wrapper 中，從而只需要按下一個按鈕就可以保護應用程序。 第一種方法更為精確，因為開發人員可以決定他們想要保護 APP 的哪個部分，例如登錄、數據庫查詢和管理功能。

無論使用哪種方法，最終的結果都是將 Web 應用防火墻與應用程序的運行時環境綁定在一起。 這種與應用程序的密切聯系意味著 RASP 可以更精細地調整以滿足應用程序的安全需求。

RASP 的主要優勢

RASP 之所以獨一無二是因為它在軟件內部工作，而不是作為一個網絡設備運行。 這使得 RASP 可以利用所有從運行中的應用和 API 中獲取的上下文信息，包括代碼本身、框架配置、應用程序 server 配置、代碼庫和框架、運行時數據流、運行時控制流、后端連接等。 更多的上下文信息意味著更廣泛的保護范圍和更好的精確性。

• RASP 解決方案可以快速高效地阻止攻擊直到底層漏洞得到解決

• 與 WAF 相比，它們的部署成本和運維更低

• 它們部署在已有的 server 上，避免了額外的支出

• RASP 技術會觀察應用程序實際執行的操作，因此不需要相同類型的調整、模型構建、驗證或人力資源

保護應用程序免受攻擊的影響通常意味著試圖在網絡層面上阻止它們。 但當涉及到應用行為的理解時，傳統方法本質上是不準確的，因為它們處于應用之外。 同時，基于網絡的應用安全產品會生成很多假陽性并且需要不斷地調整。 在過去的25年里，網絡保護已經越來越接近應用——從防火墻到入侵防御系統，再到 WAF。 有了 RASP，安全可以直接進入應用內部。

• RASP 插樁提供了傳統方法不可能達到的精確水平

• 它使應用安全能夠真正地處于應用中

• 更高的準確性使企業能夠自信地用更少的資源保護更多的數據和應用

• RASP 能在敏捷開發、云應用和 web 服務中良好運行

• 與需要不斷調整的 WAF 解決方案不同，它通過提供無需返工的保護加速敏捷開發

• RASP 應用更快且更準確

• 無論是在云端還是本地，RASP 都能隨著應用程序的擴大或縮小而無縫移動

• 支持RASP的應用程序不知道攻擊是通過API還是用戶界面到達的

• RASP 通過插樁整個應用程序來簡化應用安全監控

• 當應用程序的相關部分被訪問或其他條件被滿足時（如登錄、交易、權限更改、數據操作等），可以創建 RASP 策略來生成日志事件

• 策略也可以根據需要添加和刪除

• 有了RASP，所有這些應用記錄都可以在不修改應用源代碼或重新部署的情況下實現。

• RASP 持續提供關于誰攻擊你的信息以及它們所使用的技術，并告訴你哪些應用程序或數據資產被盯上了。

• 除了完整的 HTTP 請求細節外，RASP 還提供應用細節，包括與漏洞相關的代碼行具體位置、確切的后端連接細節（如 SQL 查詢）、交易信息和當前登錄的用戶。

• 使用 RASP 可以為軟件開發團隊提供即時的可見性，幫助確定工作的優先級，并對安全防御采取行動。

由于 RASP 不是一個硬件盒子，它可以很容易地部署在所有環境中，并迅速阻止黑客攻擊，最終應用程序可以實時防御攻擊。

自我保護的應用程序將成為現實

當攻擊者突破外圍防御之后，RASP 仍可以保護系統。 它能洞察應用邏輯、配置和數據事件流，這意味著 RASP 可以高度準確地挫敗攻擊。 它可以區分實際的攻擊和合法的信息請求，這減少了誤報，使網絡防御者可以把更多的時間用于解決真正的問題，而不是往死胡同里鉆。

此外，其自我保護應用程序數據的能力意味著 數據從誕生的那一刻起到銷毀都受到保護。 這對需要滿足合規性要求的企業特別有用，因為自我保護的數據對網絡黑客來說是無解的。 甚至在某些情況下，如果被盜數據使其在被盜時無法閱讀，監管機構就不要求企業報告該次數據泄露。

與 WAF 一樣，RASP 也不會修復應用程序的源代碼，但它確實與應用程序的底層代碼庫集成，并在源代碼級別保護應用程序易受攻擊的區域。

由于 RASP 仍處于初期階段，其不足之處會在之后的發展中慢慢被克服，并有希望成為應用安全的未來。 正如 Veracode 的首席創新官 Joseph Feiman 在擔任 Gartner 的研究副總裁時指出的那樣： “現代安全無法測試和保護所有應用。 因此，應用必須能夠進行自我安全保護——自我測試、自我診斷和自我保護。 這應該是 CISO 的首要任務”。