Skip to content

SealPath:AI 與外判協作增加,香港企業要把文件控制帶出網絡邊界

SealPath 2026 State of Data Protection 報告封面
SealPath 2026 State of Data Protection 報告封面

香港企業愈來愈依賴雲端協作、外判服務同生成式 AI,敏感資料離開公司網絡的次數亦自然增加。真正值得問的,唔只係「邊個可以登入」,而係文件分享出去之後,企業仲可唔可以限制用途、調整權限、追蹤存取,或者喺需要時撤銷存取?

SealPath 的《2026 State of Data Protection》研究正正聚焦呢個落差:有存取政策,唔代表文件離開原本環境後仍然受控。研究於 2026 年 7 至 8 月向 1,052 名 CISO、資訊安全及科技專業人士收集資料;這是一項探索性調查,並非對全球或香港所有企業具統計代表性的普查,因此以下數字適合作為風險討論的參考,而唔應當成香港市場比例。

權限管理有做,文件本身仍可能失去控制

研究中,85% 受訪者表示有採用最小權限原則,69% 表示可以撤銷存取權;但只有 36% 能夠在文件發送後修改其權限,只有 21% 表示有持續保護機制,另有 14% 知道資料副本位於哪些地方。這反映一個常見盲點:企業可能管理到登入帳戶或分享連結,卻未必能持續管理已經下載、轉寄或複製的文件。

對香港的專業服務、金融、物流、工程和零售企業而言,敏感文件可能經電郵傳給客戶、供應商、會計師或外部顧問。對方完成工作後,原本的存取需求可能已經改變。如果只依賴最初設定的分享權限,IT 未必能即時知道文件仍被誰存取、是否出現不再需要的副本。

AI 使用政策唔等於技術防線

同一份研究顯示,48% 受訪者確認曾有敏感資訊輸入 AI 工具,另有 20% 懷疑發生過;78% 表示公司已制定 AI 使用政策,但只有 26% 採取技術措施阻止資料上載到相關工具。數字唔代表所有 AI 使用都屬違規,而係提醒企業:單靠員工守則、培訓或「請勿上載機密資料」的告示,未必足以應付日常工作壓力。

比較實際的做法,是先定義哪些資料絕對不可外傳、哪些情況需要主管批准,再把政策落到資料分類、端點或 SaaS 使用情境的技術控制。企業亦應設計例外流程,讓員工知道遇到真實業務需要時應如何申請,而唔係迫使同事私下尋找替代工具。

第三方協作要考慮「分享之後」

研究指出,72% 受訪者至少偶爾會向第三方分享敏感資訊;但只有 46% 表示能撤銷已分享資料的存取權,32% 能審計第三方的存取活動。當外部合作夥伴需要接觸設計圖、合約、報價、客戶紀錄或人事文件時,企業要問的不只是「有冇加密」,而是「分享之後,控制權仲喺唔喺自己手上」。

採購或更新資料保護方案時,可以特別檢查:能否按人員或群組授權?能否限制閱讀、編輯、列印或複製等操作?能否設定到期日、即時修改權限,以及檢視誰曾經存取文件?不同文件格式和工作流程的支援程度,亦應該用真實樣本驗證。

SealPath 可以放喺資料保護架構的哪一層?

SealPath 將自己定位為以資料為中心的文件保護方案,官方資料列出加密、權限控制和追蹤能力,並可按企業部署模式選擇 Enterprise SaaS 或 On-Premise。它亦提供與資料分類工具、DLP、Active Directory/LDAP 及 SIEM 等企業系統整合的方案。實際功能和整合方式會視乎產品版本、部署及現有環境而定,採購時應要求供應商逐項確認。

其中一個思路,是把資料分類標籤連到保護政策:當文件被標記為機密,系統按預先設定的規則自動套用保護,減少完全依賴使用者手動處理的風險。DLP 可協助識別資料在哪裡、正準備流向哪裡;持續文件保護則補足文件離開原本網絡後的存取控制。兩者可以互補,但唔應將任何單一產品當成所有資料外洩情境的萬能解決方案。

香港企業採購前,建議用 6 條問題做實測

  1. 文件發送後可否改權限?請用一份真實測試文件,示範撤銷或收窄外部使用者的存取權。
  2. 能否查到存取紀錄?確認管理員如何查看使用者、時間和相關活動,並了解紀錄可保留多久。
  3. 分類政策可否自動套用?測試現有分類標籤與保護政策的對應方式,避免只靠員工記得按某個按鈕。
  4. 第三方合作流程是否可用?用客戶、供應商和外判團隊常見的 Office 文件、PDF 或其他格式驗證實際體驗。
  5. 部署和資料位置符合內部要求嗎?釐清 SaaS 或本地部署的資料處理、管理存取和營運責任,再交由法務、風險及 IT 一起評估。
  6. 與現有 DLP、目錄和 SIEM 點配合?列出哪些事件需要告警、哪些資料需要自動保護,以及出現誤判時如何申請例外。

結語:由管住入口,走到管住文件

SealPath 的 2026 研究最值得香港企業帶走的訊息,唔係某一個百分比,而係控制落差:登入和分享權限固然重要,但敏感文件一旦流出原本的系統,企業仍需要方法持續保護、審計和調整存取。

下一步可以先由高風險文件和常見外部協作場景開始,盤點現有 DLP、分類、雲端分享和文件加密控制,再用真實流程做小規模驗證。先證明控制能夠落地,再擴大部署,會比只看功能清單或單靠政策宣告更有把握。

BullWall:香港企業點樣補上勒索軟件防線的最後一公里?

BullWall 2026 勒索軟件韌性報告橫幅
BullWall 2026 勒索軟件韌性報告橫幅

對香港企業嚟講,勒索軟件已經唔只係「檔案被加密」咁簡單。一旦檔案伺服器、共享資料夾、虛擬化環境或者備份系統受影響,影響可以即時擴大到日常營運、客戶服務、供應鏈同合規工作。即使公司已經部署防火牆、端點偵測與回應(EDR)同備份方案,都唔代表可以完全避免攻擊成功。

BullWall 的 2026 年勒索軟件韌性基準報告提醒企業:防禦工具做得好,仍然要問一個更實際嘅問題——如果攻擊者真係入到嚟,團隊可唔可以及時限制損害、確認環境安全,再有把握地恢復服務?對資源有限嘅香港中小企,呢個問題尤其值得提早處理。

點解有備份,仍然未必代表有韌性?

備份係復原策略的重要一環,但備份本身唔會自動阻止正在發生嘅加密活動。攻擊者可能先取得帳戶憑證,再透過遠端存取或被入侵的系統橫向移動,最後集中攻擊檔案伺服器及備份環境。即使資料可以還原,企業仍然要處理事故調查、清除入侵途徑、驗證備份完整性、重設帳戶權限,以及向客戶和管理層交代等工作。

BullWall 公開的 2026 年報告指出,受訪機構之中,有 27% 表示過去兩年曾至少遇到一次勒索軟件攻擊;曾受攻擊的機構中,20% 遭遇雙重或三重勒索。報告亦指出,停運、財務損失及客戶信任流失都係企業關注的主要後果。呢啲數字唔代表每間香港公司都會遇到相同風險,但清楚說明只靠「有買安全工具」或者「有做備份」並不足夠。

由預防走到即時遏制

傳統防禦主要希望喺攻擊開始前攔截威脅,例如減少釣魚風險、修補漏洞、使用多重驗證,以及監察端點異常。呢啲措施仍然非常重要;問題係,當攻擊者避過部分防線之後,企業仲需要一套可以快速識別正在發生的惡意加密行為、限制影響範圍並支援後續調查的應變流程。

BullWall 將勒索軟件遏制定位為現有防禦架構以外的一層補強。其相關方案重點係偵測攻擊進行中的行為,並協助隔離或限制受影響的資料環境,減少攻擊擴散的機會。企業評估時應確認實際支援的作業系統、檔案服務、虛擬化平台、偵測條件、隔離方式及管理流程,唔好單憑「自動化」或「即時」等字眼就假設所有環境都會有相同效果。

香港 IT 團隊可以點樣開始?

1. 先畫出關鍵資料路徑

列出財務系統、客戶資料、共享檔案、ERP、虛擬機及備份所在位置,再確認邊啲帳戶有管理權限、邊啲系統可以互相連接。唔少事故之所以擴大,係因為權限過闊、服務帳戶長期未檢視,或者關鍵伺服器未納入同一套監察流程。

2. 測試復原時間,而唔係只看備份成功紀錄

定期進行還原演練,量度實際恢復時間,並檢查備份是否有獨立權限、不可變更副本或離線副本。演練要包括「管理員帳戶已被入侵」等情境,否則可能高估事故期間可用的復原能力。

3. 定義觸發後的行動

當系統出現大量檔案改寫或其他可疑活動時,邊個負責確認、隔離、通知管理層、聯絡服務供應商,以及批准恢復?事前定好責任人、聯絡方式同升級流程,可以減少危機期間的混亂。

4. 將安全工具放入同一個應變計劃

防火牆、EDR、身份管理、備份、日誌平台及遏制方案應該互相配合,而唔係各自運作。採購時可要求供應商示範真實工作流程:警報點樣產生、邊啲操作會自動執行、誤報點處理、事件紀錄點匯出,以及點樣同現有 SOC 或 IT 服務台交接。

採購前要問的問題

  • 方案會監察哪些伺服器、檔案分享及虛擬化環境?有冇不支援的系統或限制?
  • 偵測到可疑加密後,系統會自動做甚麼?哪些操作需要管理員批准?
  • 會否與現有 EDR、SIEM、備份及事件管理流程整合?
  • 可否提供測試環境或概念驗證,量度偵測時間、誤報及對正常工作負載的影響?
  • 授權如何計算?是否按伺服器、容量、站點或其他方式收費?支援和事故應變服務涵蓋甚麼?

重點:由「希望唔會中招」變成「出事都控制到」

香港企業唔需要因為勒索軟件風險而推倒現有安全架構,但值得檢查架構有冇處理「預防失敗之後」的能力。備份幫助恢復資料,端點及網絡防禦幫助降低入侵機會,而快速遏制和清晰的應變流程,則有助縮細事故範圍、減少停機時間。評估 BullWall 或同類方案時,應以自家系統、復原目標和實測結果作決定,先至可以將網絡安全投資轉化成真正的營運韌性。

Scalefusion:漏洞管理唔止係掃描,香港 IT 團隊更要追到修補落地

Scalefusion Veltar 端點漏洞管理橫幅
Scalefusion Veltar 端點漏洞管理

對香港 IT 團隊而言,漏洞管理最令人頭痛的地方,往往唔係搵唔到漏洞,而係搵到之後點排優先次序、點安排修補,以及點確認裝置真係完成更新。公司可能同時有 Windows 電腦、Mac、遠端員工裝置、分店設備同第三方應用程式;如果每一環都靠人手逐部跟進,漏洞清單好快就會變成另一個無人有時間清理的工作表。

Scalefusion 於 2026 年 10 月公布 Veltar 漏洞管理能力,方向係將漏洞偵測、風險排序及修復流程連繫起來,並配合 Scalefusion UEM 的端點管理及修補管理能力。對買家而言,重點唔只係新增一個功能,而係漏洞資料可唔可以幫 IT 團隊更快決定「先處理邊一項、由邊個做、幾時完成」。

點解漏洞清單唔等於風險已經受控?

漏洞掃描可以列出已知弱點,但一份長長的清單未必反映真實業務風險。某個漏洞如果出現在面向互聯網、存有敏感資料或被大量員工使用的裝置,可能比另一個只存在於隔離測試機的漏洞更值得優先處理。反過來,單純按嚴重程度分數排序,也未必足以決定修補次序,因為企業還要考慮裝置用途、可被利用的可能性、修補相容性和停機窗口。

有效的漏洞管理流程應該至少回答四個問題:目前有甚麼漏洞?哪些漏洞對公司最重要?可以用甚麼方式修復或降低風險?完成後有沒有證據證明修補已經落實?如果答案散落在不同掃描工具、試算表、遠端管理平台和電郵之中,IT 人員就要花大量時間做資料對照。

將偵測、排序和修補連起來

Scalefusion 公布的 Veltar 漏洞管理方案,著眼於把漏洞識別、風險優先排序及修復與 UEM 修補管理工作連繫。這類整合方式的實際價值,在於減少由發現問題到執行修補之間的交接步驟,並讓 IT 及安全團隊較容易掌握處理進度。官方資料提及相關能力涵蓋 Windows 及 macOS;採購前仍應確認現時版本支援的作業系統、應用程式範圍、偵測頻率及可用修復動作。

要留意,漏洞管理唔會自動令每個系統都變得安全。修補可能受舊版業務軟件、特殊驅動程式、營運時段或供應商相容性限制。企業需要清楚的例外管理程序:如果某項更新暫時不能部署,應記錄原因、風險擁有人、補償控制措施和下次檢視日期,而唔係讓漏洞一直留在清單中。

香港企業實施時的四個實用做法

1. 先建立完整裝置清單

漏洞管理的前提係知道自己管理緊甚麼。先整理公司電腦、管理員工作站、遠端裝置、分店設備和重要伺服器的清單,並確認最後一次連線時間、作業系統版本、負責部門及業務用途。長期離線或未納入管理的裝置,應該有獨立跟進方法。

2. 以業務影響排優先次序

除咗漏洞嚴重程度,亦要考慮裝置是否保存客戶資料、是否可從互聯網存取、是否持有管理權限,以及受影響系統停機會造成甚麼後果。可以先訂立簡單分級,例如關鍵、高、中、低,再為每級設定修補目標時間。目標時間要配合公司實際人手和變更管理制度,並定期檢討。

3. 將修補安排融入日常 IT 流程

不要等到月底先集中處理所有更新。對高風險項目建立短週期檢視;一般更新則安排測試、分批部署和回復方案。對門市、物流或輪班環境,要預先確認更新時間會否影響 POS、掃描器、共用電腦或其他關鍵操作。

4. 用報告追蹤結果,而唔只看掃描次數

管理層真正需要知道的,係高風險漏洞有幾多項未解決、平均修補時間有冇縮短、逾期例外有幾多,以及同一漏洞會否反覆出現在同一批裝置。這些指標比單純報告「掃描了多少部電腦」更能反映風險是否下降。

採購 Scalefusion 或同類方案前要核對甚麼?

  • 漏洞資料涵蓋哪些作業系統、第三方應用程式和版本?
  • 風險排序採用甚麼依據?管理員能否按業務情境調整優先次序?
  • 修補流程可否直接從管理平台啟動?有沒有測試、分批部署、排程及回復選項?
  • 能否匯出報告,供內部審核、管理層匯報或客戶安全問卷使用?
  • 現有 UEM 授權是否已包括相關能力,還是需要額外模組或授權?
  • 供應商能否示範真實的 Windows 和 macOS 工作流程,而唔只係展示儀表板截圖?

漏洞管理的成功指標,是少了未處理風險

對香港企業來說,漏洞管理應該係一個持續運作的流程,而唔係每季做一次掃描就算。當偵測、優先排序、修補和驗證可以形成閉環,IT 團隊先至更容易把有限人手放在最值得處理的問題上。Scalefusion Veltar 的新能力值得納入評估清單,但最終應以功能覆蓋範圍、現有環境相容性、授權成本和實際修補成效作判斷,並透過概念驗證確認是否適合公司的日常營運。

NordPass CLI 公告

永遠不離開終端機:隆重介紹 NordPass 命令列介面 (CLI)

頻繁切換工作環境是生產力的殺手。如果您是開發人員、平台工程師或系統管理員,您可能大部分時間都待在命令終端機中。必須打斷專注力,打開獨立的密碼管理員應用程式,尋找憑證、複製,然後再貼回您的工作區,這是一種令人沮喪的干擾。為了解決這個問題,我們很高興推出 NordPass 命令列介面 (CLI)——這是一款專為讓 IT 專業人員保持心流狀態而設計的工具。

什麼是 NordPass CLI?

全新的 CLI 提供直接、基於終端機的 NordPass 密碼庫存取權限。它讓您能直接在目前的工作環境中執行快速命令來管理機密資訊,從而消除了對圖形化桌面應用程式的依賴。

專為 DevOps 專家和開發人員的獨特需求量身打造,CLI 可完全獨立運作。身分驗證過程非常順暢:初始的瀏覽器提示會處理安全的 OAuth 登入,之後您只需直接在終端機輸入主密碼即可解鎖密碼庫。您的工作階段將保持安全活躍狀態,直到因閒置而逾時,或由您手動鎖定為止。

功能集:CLI 能做什麼?

旨在支援大規模 IT 營運和單人技術專案,NordPass CLI 具備強大的功能:

  • 全面項目管理:即時在密碼庫中建立、檢視、修改和刪除憑證。
  • 資料夾組織:建立、列出和編輯個人資料夾。您還可以過濾個人和共用資料夾(共用資料夾支援唯讀模式存取)。
  • 動態機密注入:透過將憑證直接注入執行中的程式,或在運行時利用實際的機密資訊填入配置範本,來簡化您的管道 (pipelines)——所有這些都不會將敏感資料寫入硬碟中。
  • 垃圾桶還原:安全地還原意外刪除的項目或將其永久清除。
  • 進階密碼產生器:即時產生具有自訂長度和字元集的複雜密碼,或產生具有自訂單字數量和分隔符號的安全密碼短語。
  • 多帳戶支援:在單一終端機工作階段中,輕鬆檢視、新增、移除和切換多個 NordPass 帳戶。
  • 自動化就緒輸出:以純文字輸出資料或將其格式化為 JSON,以便無縫整合到您現有的指令碼和自動化工作流程中。
  • 強化安全:享受安全的 OAuth 身份驗證。您的存取權杖 (access tokens) 安全地加密在作業系統的鑰匙圈中,而您的主加密金鑰嚴格保存在記憶體中,絕不會寫入硬碟。

為什麼企業團隊會愛上它

對於依賴自動化管道和終端機驅動工作流程的組織而言,CLI 帶來了革命性的改變。工程團隊可以透過程式化方式將 API 金鑰注入微服務、輪替憑證,以及讀取共用的團隊資料夾,而完全無需接觸圖形使用者介面 (GUI)。對於 IT 管理員來說,安全性和合規性也能完美維持:透過 CLI 執行的每一項動作都會被徹底追蹤,並顯示在中央的 NordPass 活動日誌中。

為什麼個人使用者會愛上它

獨立開發者和進階使用者也同樣受益。無論您是執行本機指令碼、管理伺服器配置,還是只想減少螢幕上的視窗混亂,CLI 都能讓您透過幾次快速的按鍵來產生和注入機密資訊,讓您的個人工作流程保持簡潔且不被打斷。

準備好最佳化您的工作流程了嗎?

NordPass CLI 現已在所有方案中提供——包含企業、個人和免費方案。如果您是尋求簡化憑證管理方式的 IT 專業人員,請立即安裝並體驗它的與眾不同。

關於 NordPass
NordPass 由領先全球網路安全產品市場的 Nord Security 公司開發。網路已成為一個混亂的空間,網路犯罪和資料保護問題損害了安全和信任。因此,我們團隊的全球使命是為世界各地的人們塑造一個更值得信賴、更和平的線上未來。

About Version 2

Version 2 Digital is one of the most dynamic IT companies in Asia. The company distributes a wide range of IT products across various areas including cyber security, cloud, data protection, end points, infrastructures, system monitoring, storage, networking, business productivity and communication products. Through an extensive network of channels, point of sales, resellers, and partnership companies, Version 2 offers quality products and services which are highly acclaimed in the market. Its customers cover a wide spectrum which include Global 1000 enterprises, regional listed companies, different vertical industries, public utilities, Government, a vast number of successful SMEs, and consumers in various Asian cities.

人工智慧代理商、銀行登入和身分幻覺

AI Agents in Bank Accounts

AI 代理的身分危機:為什麼你的銀行會把機器人當成你

如果你關注了最近圍繞 AI 代理和銀行業的熱門新聞,你可能會想像自主機器人對大型金融機構發起協同網路攻擊。媒體大量使用了「失控 (rogue)」和「可怕 (terrifying)」等戲劇性的形容詞,無可否認,保持一定程度的謹慎是應該的。然而,如果你略過那些聳動的標題,去檢視銀行實際發布的聲明,就會發現現實情況遠沒有電影那般戲劇化——反而實際得多。

核心問題出乎意料地簡單:消費者正自願將他們的銀行使用者名稱和密碼交給 AI 助理,以自動化繁瑣的任務。他們希望這些機器人能查詢餘額、支付帳單,並在帳戶間轉帳。這些代理是在帳戶持有人的明確許可下,使用合法的憑證進行登入。當銀行將這種行為標記為「未經授權」時,他們的意思是未經他們的服務條款授權,因為這些條款幾乎普遍規定只有人類才能登入人類的帳戶。嘉信理財 (Charles Schwab) 的執行長明確向彭博社表示,他們正在主動封鎖試圖移動客戶資金的代理——甚至點名了 Meta 的 Muse。花旗銀行 (Citi) 也同樣直接,明確表示禁止第三方代理在其平台上登入或交易,儘管他們仍允許透過核准的開放銀行 (open-banking) 管道進行唯讀存取。

歸根結底,這些聳動的標題掩蓋了一個本質上關於憑證共享 (credential sharing) 的事實。對於金融科技業的資深人士來說,這種場景給人一種強烈的似曾相識感。

熟悉的戰場  

在過去的十年裡,我們花了大部分的時間在預算應用程式上與這個完全相同的困境搏鬥。像 Mint 這樣的早期工具,其運作方式是儲存你的銀行密碼,並偽裝成你登入以抓取交易資料。銀行當時厭惡這種做法的原因,與他們現在厭惡 AI 代理這樣做的原因完全相同。最終,產業成熟了,轉向代幣化 (tokenized)、限定範圍的 API 存取,消除了資料聚合器囤積使用者密碼的需求。銀行目前試圖強迫代理使用的「唯讀」存取——這也是 Quicken 使用的相同基礎架構——正是這種演變的結果。那麼,為什麼 AI 代理又退回到古老的螢幕抓取 (screen-scraping) 方法呢?因為現代、安全的 API 尚未允許它們轉移資金,而轉移資金恰好就是使用者希望他們的代理去做的事。

隱藏的動機:必須承認這裡有雙重動機在起作用。雖然安全是一個真正的擔憂,但產業出版物對次要的財務焦慮表現得更為透明:銀行極度害怕 AI 代理會無情地將閒置資金從他們的低殖利率帳戶中轉出,並存入競爭機構的高殖利率帳戶。這並不能否定安全風險的存在,但當銀行高層將情況描述為「可怕」時,他們保護存款基礎的決心,與保護客戶的決心一樣強烈。

真正的安全威脅

這種趨勢真正令人擔憂的方面是,越來越多的證據表明,銀行無法準確區分由客戶發起的操作和由其 AI 代理發起的操作。有報導指出,代理會聯絡客服中心或執行使用者從未實際要求過的任務。

當 AI 代理使用你合法的密碼登入時,銀行的安全日誌會將其記錄為你。過去二十年中建立的幾乎所有詐欺偵測和身分管理系統,都基於一個二元假設:持有有效憑證的實體要麼是合法擁有者,要麼是惡意竊賊。AI 代理落入了一個盲點;它是一個執行委託意圖的授權身分,但具有非確定性 (non-deterministic) 的行為。我們目前的資安基礎架構根本不是為了分類這種情況而設計的。

此外,AI 代理非常容易受到提示注入 (prompt injection) 攻擊。如果你的代理在管理你的財務時,讀取了一個受感染的網頁、電子郵件或文件,該惡意輸入可能會劫持代理處於登入狀態的活躍工作階段。對於銀行的安全系統來說,這種被劫持的行為看起來與代理獨立決定採取失控行動毫無區別。

在滲透測試領域,獲得有效的憑證是終極獎勵,因為隨後的活動將完美無瑕地融入正常的使用者流量中。將你的銀行密碼交給 AI 代理會產生完全相同的漏洞,諷刺的是,這個後門是你自己安裝的,並且你還遞給了它一份待辦清單。

避開責任陷阱

在最近一次摩根大通 (JPMorgan) 的財報電話會議上,他們的財務長提出了一個令人深思的觀點:如果客戶將憑證交給 AI 代理,而該代理執行了不想要的交易,責任完全由客戶承擔。這不僅僅是企業的虛張聲勢。這背後的基本法規是 E 條例 (Regulation E)。根據其官方解釋,如果你將存取憑證和轉帳授權授予某人,而他們超出了該授權範圍,你將對這些轉帳負全部責任,直到你正式通知銀行撤銷授權為止。該法規的例子是指家庭成員或同事;當這個「某人」是一個自主軟體程式,或者當第三方透過提示注入劫持該軟體時,在法律上該如何適用仍未經過測試。據報導,監管機構已意識到迫切需要釐清這種確切情況。在他們釐清之前,你必須假設你的銀行會讓你對你的代理採取的每一個行動負責。

如果你已經與 AI 共享了憑證,補救步驟很明確:

  • 立即重設你的銀行密碼。 這會使代理持有的任何快取憑證失效。
  • 清除代理設定。 進入 AI 助理的介面,刪除任何儲存的登入資訊、活躍工作階段或已連結的帳戶。
  • 審查已連結的應用程式。 檢查你的銀行「已連結服務」或「已連結應用程式」頁面,並切斷任何不熟悉或不再使用的存取權限。
  • 啟用嚴格警報。 開啟每筆匯出轉帳、新增收款人及從無法識別的裝置登入的即時通知,並將警報門檻設定為零元。

如果你堅持使用 AI 進行財務管理,請透過支援的 API 連線將其限制為唯讀存取,或手動提供匯出的對帳單。正如美國銀行 (Bank of America) 執行長所說,資金流出帳戶的最終批准權應該永遠掌握在人類手中。無論你的銀行目前的執行政策為何,這仍然是極佳的建議。

更廣泛的企業影響

把「銀行」這個詞換成你公司的 SaaS 基礎架構,這整個故事就可以直接套用到你的組織。現在,你的員工幾乎肯定正在使用他們自己的活躍工作階段,在你的 CRM、工單系統、人資入口網站和電子郵件客戶端上部署瀏覽器代理和 AI 工具。你的審計日誌顯示的是人類活動,這意味著你正面臨著與目前困擾金融業完全相同的盲點。

為了減輕這種情況,你必須先找出這些代理在哪裡運作——尋找瀏覽器擴充功能、整合 AI 的瀏覽器,以及從外部基礎架構登入你的應用程式的雲端代管代理。目標是強迫代理使用它們自己獨立的身分,並具有限定範圍、委派的存取權限(例如具有狹窄權限的 OAuth 授權或專用的服務帳戶),而不是劫持人類的工作階段。這樣你就能在日誌中區分機器人流量和人類流量,並在不中斷員工工作流程的情況下撤銷代理的存取權限。

此外,將存取權限綁定到受管理的裝置,並實施防網路釣魚的身分驗證,例如通行密鑰 (passkeys) 或憑證。可以複製貼上到雲端代理中的密碼,不可避免地會遭到外洩。綁定裝置的身分驗證限制了有效工作階段可以被利用的地方。然而,也必須承認其局限性:在受管企業筆記型電腦上的使用者瀏覽器內本機執行的代理,將繞過這些裝置檢查,這突顯了為什麼強制實施獨立的代理身分是至關重要的。

最後,針對高風險操作實施升級 (step-up) 身分驗證。例行任務可以由代理自動化,但付款、權限修改或大量資料匯出等操作應需要明確的人類批准。建立正常使用者行為的基準,因為代理通常以機器的速度運作、在非上班時間活動,並且存取的紀錄數量遠超過人類可能會碰觸的數量。

現在是時候採用銀行的策略,進行「災後 (day after)」沙盤推演了。詢問你的資安團隊:如果利用合法使用者存取權限的 AI 代理失控或外洩資料,誰會注意到?能多快撤銷存取權限?最關鍵的是,你將如何區分哪些操作是人類進行的,哪些是代理執行的?

不可避免的妥協

銀行今天封鎖共享憑證的代理是合理的,但他們也意識到他們無法永遠堅守這條防線。消費者需求太高,競爭對手最終會提供無縫的整合。解決方案可能會反映出預算應用程式大戰的結果:AI 代理最終將獲得它們自己專屬、限定範圍且易於撤銷的存取權限,並配備嚴格的交易限制和轉移資金時強制性的人類批准。在這種安全的基礎架構出現之前——無論是在你的銀行還是在你的企業環境中——不要把鑰匙交出去然後只能祈求一切順利。

About Portnox

Portnox 致力於提供易於部署、營運及維護的網絡存取控制、安全及可視化解決方案。

Portnox 軟件可以部署於本地、以雲端服務交付,或採用混合模式。其無代理程式 (agentless) 及與供應商無關 (vendor-agnostic) 的特性,讓企業能夠善用現有的網絡及資訊安全投資。

About Version 2

Version 2 Digital is one of the most dynamic IT companies in Asia. The company distributes a wide range of IT products across various areas including cyber security, cloud, data protection, end points, infrastructures, system monitoring, storage, networking, business productivity and communication products. Through an extensive network of channels, point of sales, resellers, and partnership companies, Version 2 offers quality products and services which are highly acclaimed in the market. Its customers cover a wide spectrum which include Global 1000 enterprises, regional listed companies, different vertical industries, public utilities, Government, a vast number of successful SMEs, and consumers in various Asian cities.