保護API安全是不可能的任務？
責編：gltian ｜2018-12-29 13:25:38應用程序編程接口(API)是公司企業為客戶增加其產品價值的好辦法。通過將數字資產和服務提供給更廣大的受眾，API已經發展成了核心業務重點，“API經濟”都成了商業行話中的固定詞組。
API項目中，既管理訪問又保護系統，同時還參與數字生態系統的安全策略十分重要。應用程序主管必須設計、執行并監管有效API安全策略，包括API網關的使用。而隨著該領域的發展和業內玩家數量的增加，企業不安全API的采納所帶來的危險也在增多。事實上，到2022年，API濫用將成導致企業Web應用數據泄露最為常見的攻擊方式。
舉個例子，2018年10月，Facebook披露遭遇重大數據泄露，影響5000多萬個賬戶。攻擊者利用了Facebook開發者API收集受影響用戶的資料信息，包括姓名、性別和家鄉。連Facebook這種首屈一指的大玩家都沒能幸免API安全問題。
API就是通往數據和應用程序的大門，在這里融入安全與保護Web應用同等重要。
為全面保護API，解決架構、DevOps和生產中的安全需求是重點。軟件開發生命周期(SDLC)中安全評估的拐點取決于開發團隊是在遺留應用中啟用API，還是打造新的API優先應用。雖然評估和緩解的要求大部分相同，團隊還是需要做到：
- 對API執行動態應用安全測試(DAST)，為發現的漏洞創建緩解/修復計劃。
- 為DevOps過程中的API實現代碼執行服務組件架構(SCA)和靜態分析安全測試(SAST)分析。
- 在企業應用架構中使用安全設計模式。一些安全設計模式樣例包括：
- 自動編碼模板以防止跨站腳本(XSS)通過模板使用輸出編碼；
- 采用上下文輸入驗證以防止輸入攻擊；
- 運用同步令牌防止利用令牌的跨站請求偽造(XSRF)攻擊；
- 采用變量綁定防止利用對象關系映射器(ORM)的SQL注入；
- 使用加密外觀以減少密碼漏洞
- 在SDLC中實現健壯的反饋環，根據各類掃描的發現做出響應。
這些步驟確保API享有完整的安全覆蓋，團隊可以在問題出現前找到并修復漏洞。
你可能會覺得自己已經有了解決API安全問題的管理工具，但擁有該工具還只是實現API安全的第一步。API管理工具提供的安全策略適用于邊界，但對呈上API的業務邏輯安全毫無作用。我們的目標是在軟件生命周期中嵌入應用安全(DAST、SAST和SCA)，作為整體API安全策略中的一部分，編寫出安全由內而外的API。
總之，安全評估的結果對沖刺周期中的開發及安全利益相關者來說至關重要，而上述技術可以提升公司API的完整性和采納率。