建站
咨詢
售后
建站咨詢
新聞中心
跟隨著互聯(lián)網(wǎng)的全面發(fā)展，API這一詞頻繁出現(xiàn)在大家的視線之中，什么是API呢?API全稱Application Programming Interface，翻譯出來叫做“應(yīng)用程序接口”，是一些預(yù)先定義的接口(如函數(shù)、HTTP接口)，或指軟件系統(tǒng)不同組成部分銜接的約定。 用來提供應(yīng)用程序與開發(fā)人員基于某軟件或硬件得以訪問的一組例程，而又無需訪問源碼，或理解內(nèi)部工作機(jī)制的細(xì)節(jié)。
為酒泉等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及酒泉網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為網(wǎng)站設(shè)計制作、網(wǎng)站設(shè)計、酒泉網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠(yuǎn)！
如今，API 已成為將當(dāng)今APP經(jīng)濟(jì)的粘合劑，在Web 2.0的浪潮到來之前，開放的API 甚至源代碼主要體現(xiàn)在桌面應(yīng)用上，越來越多的Web應(yīng)用面向開發(fā)者開放了API，同時也正在成為黑客攻擊的頭號目標(biāo)。
API的運行方式與URL的運行方式大致相同，用戶使用Web搜索時，頁面展示結(jié)果是動態(tài)的，以手機(jī)銀行應(yīng)用程序為例，API也以類似的方式運行，它可以獲取用戶的地理位置、姓名、賬號和賬戶余額，并相應(yīng)地填充交互頁面中的字段，但因為API包括所有安全檢查，并且通常直接與后端服務(wù)通信，所以也更容易被攻擊者青睞。
應(yīng)用程序安全方面一直存在一個問題：輸入驗證。如果沒有適當(dāng)?shù)墓δ芎桶踩珳y試，API可能會成為一個完美的攻擊點。因為API受應(yīng)用程序信任，可以進(jìn)行高速、海量數(shù)據(jù)交換。
通過對大量應(yīng)用程序安全市場客戶的調(diào)查，并參考開放Web應(yīng)用程序安全項目 (OWASP) 后，調(diào)查人員匯總了以下三類最常見的API漏洞：
第一：資產(chǎn)管理不當(dāng)
此API缺陷是環(huán)境隔離和管理不足的結(jié)果，允許攻擊者訪問安全性不足的API端點，在之前的網(wǎng)絡(luò)安全事件中，就有由于開發(fā)人員API無需編輯即可訪問生產(chǎn)數(shù)據(jù)，進(jìn)而暴露了客戶的系統(tǒng)，屬于此類別的漏洞還包括未監(jiān)控開發(fā)API中的敏感數(shù)據(jù)，以及讓已棄用的API仍處于在線或公開狀態(tài)。
第二：受損的對象級別授權(quán)Broken Object Level Authorization (BOLA)
BOLA的通俗定義是對對象訪問請求的驗證不充分，它允許攻擊者通過重用訪問令牌來執(zhí)行未經(jīng)授權(quán)的操作。Peloton事件是最近諸多BOLA利用中比較有名的一個案例，攻擊者可以查看包括標(biāo)有私人事件在內(nèi)的，幾乎所有用戶的個人資料。此類攻擊可能影響到從開發(fā)到運營，再到營銷和公共關(guān)系的每個業(yè)務(wù)組。
第三：無效的用戶身份驗證
此類漏洞的準(zhǔn)確定義是“身份驗證機(jī)制中的實施缺陷”，允許攻擊者冒充合法用戶。這里關(guān)聯(lián)兩種常見的漏洞利用類型：第一個是由自動化機(jī)器人執(zhí)行的憑證填充。查找有用戶身份驗證缺陷的API是自動攻擊的理想目標(biāo)。此漏洞的更復(fù)雜用途是進(jìn)行偵察，以確定API的工作方式。例如我們輸入“a@a.com /”密碼的用戶名/密碼組合，應(yīng)用程序顯示“密碼無效”，那么攻擊者就會知道用戶名是有效的。攻擊者將使用此數(shù)據(jù)點來增加憑證填充(或其他類型的攻擊)成功的機(jī)會。
API 缺陷影響整個企業(yè)，而不僅僅是運維團(tuán)隊、安全團(tuán)隊或業(yè)務(wù)團(tuán)隊，指指點點從來無法修復(fù)問題，修復(fù)始于協(xié)作，那么如何防止api接口被惡意調(diào)用或攻擊?
1. 圖形驗證碼：
將圖形校驗碼和手機(jī)驗證碼進(jìn)行綁定，在用戶輸入手機(jī)號碼以后，需要輸入圖形校驗碼成功后才可以觸發(fā)短信驗證，這樣能比較有效的防止惡意攻擊。目前大部分應(yīng)用都是采用這種方式。
2. 限定請求次數(shù)：
在服務(wù)器端限定同一IP地址，同一設(shè)備，同時間范圍內(nèi)的接口請求次數(shù)。比如同一號碼重復(fù)發(fā)送的時間間隔,一般為60或120秒;設(shè)置每個IP每天最大的發(fā)送量;設(shè)置單個手機(jī)號每天的最大發(fā)送量。
3. 流程條件限定：
將手機(jī)短信驗證放在最后進(jìn)行，比如需要用戶必須注冊后，或者用不必須填寫了某些條件才能進(jìn)行短信驗證。
4. 歸屬地是否一致：
服務(wù)器端檢查用戶的IP所在地與手機(jī)號歸屬地是否匹配，如果不匹配則提示用戶手動操作等。
5. 服務(wù)器接口驗證：
當(dāng)用戶登錄成功后，返回一個由Token簽名生成的秘鑰信息(Token可使用base64編碼和md5加密，可以放在請求的Header中)，然后對每次后續(xù)請求進(jìn)行Token的封裝生成，服務(wù)器端在驗證是否一致來判斷請求是否通過。
(1) 常規(guī)的方法：用戶登陸后生成token，返回客戶端，然后服務(wù)器使用AOP攔截controller方法，校驗token的有效性，每次token是一樣的;
(2) 用戶登陸后生成臨時token，存到服務(wù)器，并返回客戶端，客戶端下次請求時把此token傳到服務(wù)器，驗證token是否有效，有效就登陸成功，并生成新的token返回給客戶端，讓客戶端在下一次請求的時候再傳回進(jìn)行判斷，如此重復(fù)。 這種方法有性能問題，但也有一個漏洞，如果用戶在一次請求后，還未進(jìn)行下一次請求就已被黑客攔截到登錄信息并進(jìn)行假冒登錄，他一樣可以登錄成功并使用戶強(qiáng)制下線，但這種方法已大大減少被假冒登錄的機(jī)會。
(3) 兩層token：一般第一次用賬號密碼登錄服務(wù)器會返回兩個token，時效長短不一樣，短的時效過了之后，發(fā)送時效長的token重新獲取一個短時效，如果都過期，那么就需要重新登錄了。當(dāng)然更復(fù)雜你還可以做三層token，按照業(yè)務(wù)分不同token。
6. 采用https：
線上的api接口開啟https訪問,這樣做的話別人抓包的難度會提高很多，而且https需要秘鑰交換，可以在一定程度上鑒別是否為偽造的網(wǎng)絡(luò)非真人IP地址。
7. 服務(wù)器端代理請求：
針對于網(wǎng)站，這也是解決跨域的方案之一，采用服務(wù)器代理可以有效的防止接口真實地址的暴露。
網(wǎng)絡(luò)安全舉足重要，近幾年API安全事件也層出不窮，所以，無論是企業(yè)用戶還是個人用戶，一定要了解API存在的漏洞以及相關(guān)的風(fēng)險，便于最及時的做好安全防護(hù)!
網(wǎng)站標(biāo)題：網(wǎng)絡(luò)安全—如何預(yù)防常見的API漏洞
網(wǎng)頁地址：http://www.dlmjj.cn/article/djjdiod.html
