萬圣節(jié)并非僵尸、影子和幽靈出沒的唯一時刻。其實，這些令人厭惡的問題正以API的形式隱藏在企業(yè)的數(shù)字化基礎(chǔ)設(shè)施中，不斷擴展組織的網(wǎng)絡(luò)攻擊面。而產(chǎn)生這些可怕的僵尸API、影子API和幽靈API的主要原因就是API蔓延（API Sprawl），這已經(jīng)成為現(xiàn)代企業(yè)數(shù)字化轉(zhuǎn)型發(fā)展的重大挑戰(zhàn)。
API蔓延的原因
當組織缺乏適當?shù)腁PI可見性、治理機制和生命周期策略時，僵尸、影子和幽靈等可怕的API威脅就會出現(xiàn)，并給企業(yè)業(yè)務(wù)開展造成損害。
揮之不去的“僵尸”API（Zombie API）
僵尸API是指一些暴露的API或已經(jīng)過時、被拋棄的API端點。當一個組織沒有對遷移、棄用和淘汰的舊API進行適當控制時，這些API可能會永遠存在，并由此形成“僵尸”API。因為它們基本上被遺忘和忽略了，沒有任何功能或安全方面的持續(xù)補丁、維護或更新，因此僵尸API會帶來嚴重的安全風險。事實上，據(jù)Salt Security State發(fā)布的《API安全研究報告》顯示，僵尸API是組織需要關(guān)注的首要API安全問題。
藏匿風險的“影子”API（Shadow API）
影子API是創(chuàng)建和部署在安全監(jiān)控范圍外的API端點，這些令人厭惡的API有時是從影子IT中產(chǎn)生的。開發(fā)人員通常希望更快地部署API或端點這也造成了影子API大量出現(xiàn)。影子API會帶來的安全風險包括：
沒有適當?shù)纳矸蒡炞C和授權(quán)；
不正確地暴露敏感數(shù)據(jù)；
沒有遵循最佳實踐，更容易受到攻擊。
無所不在的“幽靈”API（Ghost API）
幽靈API的概念是指第三方開發(fā)（或代寫）的API，并在組織生產(chǎn)環(huán)境中公開使用。幽靈API可以暴露在任何地方：打包的應(yīng)用程序（商業(yè)的和開源的）、基于SaaS的服務(wù)、基于本地和云的基礎(chǔ)設(shè)施組件（例如虛擬設(shè)備上的admin API）等等。許多組織有意地在其擴展基礎(chǔ)設(shè)施中依賴第三方開發(fā)的API，作為其功能數(shù)字供應(yīng)鏈和日常基礎(chǔ)設(shè)施管理的一部分。然而，有時第三方API會在無意中暴露。此外，由于第三方開發(fā)的API并非在完善的devops周期中發(fā)布，因此它們通常沒有得到適當?shù)闹卫怼y試、監(jiān)視和維護，這也為應(yīng)用程序帶來了大量的安全風險。
根據(jù)最新研究數(shù)據(jù)統(tǒng)計，目前公共和私人API的應(yīng)用數(shù)量已接近2億，而到2031年，這個數(shù)字可能會超過10億。鑒于這種快速的應(yīng)用增長趨勢，API蔓延問題在各種組織中已經(jīng)表現(xiàn)得非常廣泛，其主要原因包括：
缺乏關(guān)于API的全球標準是API蔓延如此普遍的原因之一。標準缺失意味著需要創(chuàng)建多個獨立的API來服務(wù)于一個功能。如果沒有將API配置為協(xié)同工作，就會導(dǎo)致兼容性問題；
大多數(shù)企業(yè)都在向微服務(wù)體系結(jié)構(gòu)發(fā)展，而API通常是微服務(wù)體系結(jié)構(gòu)和容器化的重要組成部分，這也導(dǎo)致它們的受歡迎程度有所上升；
持續(xù)的軟件開發(fā)是API蔓延的另一個常見原因。每個新版本都會有新的API，或者需要現(xiàn)有API版本升級；
不同部門之間缺乏溝通也是API蔓延的一個常見原因，因為每個部門可能會開發(fā)自己的API；
邊緣計算或“一切即服務(wù)”（EaaS）等新技術(shù)的興起導(dǎo)致更多的API被創(chuàng)建應(yīng)用。
API蔓延的風險
企業(yè)如今依賴的許多服務(wù)都依賴API。如果組織不能將適當?shù)腁PI治理部署到位，整個數(shù)字化業(yè)務(wù)系統(tǒng)就會有崩潰的可能。以下是API蔓延帶來的主要風險：
1. 浪費時間和資源
在當今高度飽和的商業(yè)世界中，保持競爭力對企業(yè)來說可謂前所未有的重要。因此，領(lǐng)導(dǎo)者必須考慮每一個減少開支和削減成本的機會。開發(fā)、實現(xiàn)和部署不需要的軟件，無疑是在燒錢。通過減少API蔓延來節(jié)省資金，可以讓企業(yè)將這些資源投資到更有價值的追求上，從而幫助實現(xiàn)業(yè)務(wù)增長。
2. 表現(xiàn)不佳或使產(chǎn)品受損
未受管理或管理不當?shù)腁PI容易導(dǎo)致服務(wù)中斷。通常，API基礎(chǔ)設(shè)施就像紙牌搭成的房子，某一塊的損壞，都可能讓整座房子倒塌。考慮到用戶對系統(tǒng)正常運行的期望和需求，這就是為什么需要在API失控之前阻止它蔓延的另一個原因。
3. 引發(fā)安全風險
未經(jīng)管理和過時的API是網(wǎng)絡(luò)中常見的安全風險來源。了解所有API的位置、它們在做什么，以及什么在與什么交互，這對于保障系統(tǒng)安全非常重要。隨著API的數(shù)量和應(yīng)用程序的復(fù)雜性不斷增長，跟蹤API位置將變得愈發(fā)困難。在組織內(nèi)外發(fā)現(xiàn)它們可能很困難，并且會影響到端到端連通性。此外，API還容易出現(xiàn)欺詐和惡意行為。外部API訪問必須持續(xù)驗證才能獲得信任，但如果內(nèi)部API密鑰被泄露，攻擊者就能夠輕松訪問關(guān)鍵的基礎(chǔ)設(shè)施和數(shù)據(jù)。
API蔓延的防護措施
API蔓延會加劇企業(yè)在業(yè)務(wù)開展和安全運營方面的挑戰(zhàn)，需要盡早采取積極的措施應(yīng)對API蔓延。
1. 制定API治理計劃
指定一個集中式API管理計劃在防止API失控方面有很大幫助。它還使查找、連接和保護API變得更加容易，這也有助于避免API蔓延。擁有集中式API治理策略可以幫助組織概念化諸如API架構(gòu)、層次結(jié)構(gòu)等內(nèi)容。實現(xiàn)企業(yè)范圍的API策略（如速率限制或授權(quán)）也更容易。
2. 集中統(tǒng)一管理API
跟蹤API本就是件棘手的事情，當API蔓延失控時，它會變得更加復(fù)雜。擁有一個集中式API發(fā)現(xiàn)和管理解決方案可以實現(xiàn)所有API的集中統(tǒng)一管理，這樣每個人都可以快速找到并使用它們，此舉也有助于避免影子API或有風險的僵尸端點。
3. 跟蹤API指標
API架構(gòu)可能很快就變得非常復(fù)雜。根據(jù)規(guī)模的不同，組織可能需要一個完整的開發(fā)人員團隊來跟蹤每個API的位置以及它們的交互方式。通過監(jiān)測API指標，企業(yè)可以看到所有API在整個組織中的執(zhí)行情況。沒有這一點，想要優(yōu)化或保護網(wǎng)絡(luò)應(yīng)用系統(tǒng)將非常困難。
4. 在整個組織中規(guī)范API安全性
目前，90%使用了API的組織都經(jīng)歷了某種不同程度的安全事件。可以說，每創(chuàng)建一個新的API，就可能會為網(wǎng)絡(luò)犯罪分子創(chuàng)造更多的可利用空間。這也可能導(dǎo)致API被誤用和濫用，從而導(dǎo)致API進一步蔓延。
5. 尋求通用的解決方案
API的采用只會日益增加。因此，最好在問題失控之前就解決API蔓延問題。創(chuàng)建一個通用的解決方案，確保所有API都是可發(fā)現(xiàn)的，并且能夠彼此通信，這將有助于阻止API的蔓延，并緩解許多其他問題。
6. 遵循API規(guī)范
遵循API規(guī)范（如OpenAPI）并不復(fù)雜，但卻可以有效減少API的蔓延，因為它使觀察發(fā)現(xiàn)API及其所有組件變得更加容易。這大大降低了API在混亂中丟失或被遺忘的可能性。此外，遵循API規(guī)范可以使API應(yīng)用生成自動化文檔，從而進一步降低API蔓延的風險。
更多信息可以來這里獲取==>>電子技術(shù)應(yīng)用-AET<<
