API安全的防護建設

應用程序編程接口(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優先應用。雖然評估和緩解的要求大部分相同，團隊仍是須要作到：

1. 對API執行動態應用安全測試(DAST)，爲發現的漏洞建立緩解/修復計劃。
2. 爲DevOps過程當中的API實現代碼執行服務組件架構(SCA)和靜態分析安全測試(SAST)分析。
3. 在企業應用架構中使用安全設計模式。一些安全設計模式樣例包括：
自動編碼模板以防止跨站腳本(XSS)經過模板使用輸出編碼;
採用上下文輸入驗證以防止輸入攻擊;
運用同步令牌防止利用令牌的跨站請求僞造(XSRF)攻擊;
採用變量綁定防止利用對象關係映射器(ORM)的SQL注入;
使用加密外觀以減小密碼漏洞
在SDLC中實現健壯的反饋環，根據各種掃描的發現作出響應。

這些步驟確保API享有完整的安全覆蓋，團隊能夠在問題出現前找到並修復漏洞。
你可能會以爲本身已經有了解決API安全問題的管理工具，但擁有該工具還只是實現API安全的第一步。API管理工具提供的安全策略適用於邊界，但對呈上API的業務邏輯安全毫無做用。咱們的目標是在軟件生命週期中嵌入應用安全(DAST、SAST和SCA)，做爲總體API安全策略中的一部分，編寫出安全由內而外的API。
總之，安全評估的結果對衝刺週期中的開發及安全利益相關者來講相當重要，而上述技術能夠提高公司API的完整性和採納率。