暗網監控的幻象：為什麼「免費又可靠」的洩露數據並不存在

摘要

我們最初要回答的是一個看似簡單的產品問題:我們是否應該在內部安全平台中加入暗網與洩露憑證監控?最便宜且可靠的數據源又是什麼?

我們投入了大量精力去梳理這個市場——頭部廠商、聲譽良好的參考級服務、一長串免費與付費的洩露數據 API、灰色市場的憑證查詢引擎,以及自建那些在網上流傳的海量洩露憑證語料庫這一選項。

結果證明,工程實現是最簡單的部分。把一個洩露查詢 API 接入到發現(findings)流水線裡,不過是幾百行成熟的程式碼。真正讓我們止步的,是程式碼之外的一切:持有被盜憑證的法律風險、一旦你開始處理他人個人數據便隨之而來的數據保護義務、構建在與攻擊者所用工具別無二致的服務之上的聲譽風險,以及一個令人不安的發現——一旦你真正去讀那些條款、去實測那些接口,「免費又可靠」這個組合基本上只是一個幻象。

本文是我們研究成果的完整記錄,並刻意保持廠商中立。它面向任何正在權衡同樣的「自建 vs. 採購 vs. 放棄」決策的安全或平台團隊。一句話總結:把「免費」當作威脅情報裡最昂貴的詞,永遠不要持有並非由你自己生成的明文憑證,並且在導入任何一條記錄之前,先讓法務對合法性依據簽字確認。如果你無法跨過這些門檻,那麼負責任的做法——也是我們所選擇的——就是不去構建它。

第一部分:「暗網監控」到底承諾了什麼

在評估供應商之前,先準確界定這個品類是什麼會很有幫助,因為其營銷話術是刻意寬泛的。

商業形態下的「暗網監控」,通常被歸入一個統稱:數字攻擊面分析(Digital Attack Surface Analysis,DASA)或「數字風險保護」。各廠商的說辭高度一致:你把在意的東西交給服務——你的郵箱域名、特定員工的郵箱地址、用戶名、IP 段、電話號碼——服務便持續地將這些「元素」與一個龐大的洩露數據庫進行比對,同時爬取隱藏論壇、市場、貼文站(paste sites)和聊天頻道。一旦有你的東西出現,你就會收到告警。

這個品類中一個有代表性的產品,通常會宣傳如下能力的某種組合:

• 暗網/深網監控,覆蓋黑市站點、點對點網絡、隱藏聊天室、殭屍網絡、IRC 和私密論壇。
• 洩露憑證檢測,針對受監控的域名、郵箱、用戶名、IP 和電話號碼,並附帶洩露元數據(日期、嚴重程度、類別)。
• 實時告警——元素被持續重新掃描,一旦出現新的洩露即刻通知。
• 仿冒域名(typosquatting)/品牌冒充檢測——標記用於釣魚的近似域名。
• 郵件安全態勢檢查——評估域名的 SPF/DMARC 記錄以及其郵件伺服器上的 STARTTLS 支持情況。
• 可作為證據的報告——包含截圖和描述的洩露報告。
• 威脅情報可視化——將你的資產與威脅關聯起來的圖形化視圖。
• API 與白標選項——讓託管服務提供商(MSP)可以轉售該能力,或將其接入 SIEM/XDR。

這類產品背後的數據庫,通常宣稱在「180 億到 230 億條記錄」這個量級——這個數字因來源和時間不同而差異巨大,值得抱以懷疑(為什麼,見第二部分)。

紙面上看,這是一個頗具吸引力、往往低成本、可自助使用的產品。但對任何把監控產品當作數據供應商而非儀表盤來考慮的人來說,有一個反覆出現的細節值得注意:許多這類廠商高調宣傳「API 訪問」,卻不提供任何公開的、第一方的 API 參考文檔——沒有端點列表、沒有鑑權方案、沒有響應結構、沒有速率限制——直到你進入銷售洽談為止。營銷能力與文檔化契約之間的這道鴻溝,貫穿整個品類。

本節的目的不是針對任何廠商,而是確立這個承諾的形態。這個領域裡的每個產品,賣的都是同一個核心閉環:你的標識符 → 與洩露數據比對 → 告警 + 報告。所有有意思的東西,都藏在「洩露數據」這幾個字裡:它從哪裡來,有多新,以及——關鍵所在——持有並處理它在法律上意味著什麼。

第二部分:洩露數據究竟從何而來

要評估供應商,你必須理解其原材料,因為原材料同時決定了在其之上構建的一切的價值(新鮮度與準確度)和風險(合法性與敏感度)。

洩露憑證數據大體來自三類來源,按新鮮度與危險性遞增排列:

1. 聚合型洩露合集。這些就是巨型「組合列表(combolist)」——由數百上千次歷史洩露拼湊而成的 郵箱:密碼 對文件。多年來已有若干巨型合集公開流傳,其中一個據報含有約 27 億行、數億個唯一地址;後來又有一個更大的聚合被報道含有數百億條記錄、分佈在數千個文件夾中。

關於這些合集,最關鍵的事實是:它們是回收的,而非新鮮的。針對每一次的報道都一致指出,其中大部分數據早已從更早的洩露中公開。它們高度重複、格式混亂,充滿解析殘渣。作為監控服務的原料——監控本應告訴你新的暴露——它們幾乎毫無用處。它們告訴你某個用戶在多年前被洩露過,而這一點用戶幾乎肯定早已知道。這也是「數十億條記錄」這類營銷數字值得懷疑的原因:龐大的原始記錄數,幾乎說明不了任何關於新鮮度、去重或準確度的信息。

2. 組合列表與資訊竊取木馬的「竊取日誌(stealer logs)」。這是新鮮而危險的一端。資訊竊取木馬會在感染的那一刻抓取受害者瀏覽器中保存的一切:用戶名、明文密碼、自動填充數據,以及——最危險的——可以完全繞過多因素認證的活躍會話 Cookie。與陳舊的洩露轉儲不同,竊取日誌是在感染當下捕獲憑證的,並且這些日誌會在被竊取後一兩天內就在犯罪渠道上出售。

這是唯一真正新鮮、也真正對監控有用的數據。但根據定義,它直接來自活躍的犯罪供應鏈,並且捆綁著明文密碼和會話令牌——是你數據庫裡可能存放的最有毒的載荷。

3. 直接來源的洩露轉儲。單次洩露事件,有時由研究人員在保密協議下獲得,有時在論壇上買賣。聲譽良好的服務會對其進行策展和驗證;不負責任的服務則只是轉手託管它們能拿到的任何東西。

因此,新鮮度譜系從「陳舊但相對安全」(舊合集)一直延伸到「新鮮但極其危險」(竊取日誌)。而定義整個品類的陷阱正在於此:價值與危險是正相關的。對監控產品真正有用的數據,恰恰是獲取、持有和再分發起來在法律和道德上最棘手的數據。

第三部分:「免費又可靠」的張力

最初的任務是找一個免費又可靠的數據源。在梳理了整個領域之後,誠實的結論是:這兩個詞彼此矛盾,而理解為什麼需要一個框架,而不是一份供應商清單。

三個敏感度層級

每一個洩露數據源,都可以根據一次查詢所返回的內容,歸入三個層級之一。這個單一的區分,是整個領域中最重要的設計決策:

• A. 這個密碼是否已洩露? — 它回答的問題: 「這個密碼是否出現在任何洩露中?」——不附帶任何標識符; 敏感度: 最低——匿名、安全; 典型獲取方式: 免費,無需密鑰(k-匿名)
• B. 這個帳戶是否在某次洩露中? — 它回答的問題: 「這個郵箱/域名是否出現在洩露 X 中?」——輸入標識符,輸出洩露名稱,不含密碼; 敏感度: 中等——你查詢的是真實標識符; 典型獲取方式: 付費 API 密鑰,最好帶 k-匿名
• C. 明文密碼是什麼? — 它回答的問題: 「給我這個帳戶的明文憑證」; 敏感度: 最高/極度危險; 典型獲取方式: 免費到付費的灰色市場;你現在持有了被盜憑證

A 層是安全的,因為它與身份解耦——你問的是一個抽象的密碼,而非某個人。B 層是合法監控的核心——「你的帳戶出現在某次洩露中,請更換密碼」——而負責任的版本從不返回實際密碼。C 層是責任所在:那些為任意第三方交出 郵箱:明文密碼 對的服務。

可靠性與免費之間的張力,幾乎完美地對應到這些層級上。免費 + 可靠只存在於 A 層。做得正規的 B 層是要花錢的。C 層是「免費」再次出現的地方——而它之所以再次出現,恰恰是因為這些服務運作在一個正規廠商避之不及的法律與道德灰色地帶。

A 層:真正免費、真正安全的那一層

「免費又可靠」確鑿成立的唯一場景,是匿名密碼檢查,它建立在一種名為 k-匿名的技術之上。客戶端在本地對密碼進行哈希,只把哈希值的前幾個字符發送給 API,再接收回共享該前綴的一組哈希後綴,並在本地完成比對。密碼——甚至完整的哈希——從不離開本機。這一模式最知名的實現是免費、無限量、無需 API 密鑰提供的,而使用它的正規服務刻意做到從不將明文密碼與郵箱地址存放在一起,因為這麼做「風險太大」。

這就是值得效仿的模式:它讓你能以零隱私暴露、零數據持有責任的方式,回答一個真正有用的問題(「這個密碼是否已知被洩露?」)。而且值得注意的是,它也是唯一免費又安全的層級。

B 層:可靠的標識符查詢——正規但付費

檢查某個特定帳戶或域名是否出現在洩露中,是合法監控的核心,而「免費」也正是在這裡開始耗盡。這一層中正規、文檔完善的服務對 API 訪問收費——小規模使用通常從每月個位數美元起步,並隨查詢吞吐量而上升。其中最好的那些只返回某個標識符出現在哪些洩露中,從不返回密碼本身,有些還提供郵箱搜索的 k-匿名模式,使得完整地址無需被傳輸。

對組織而言,這一層裡的明星能力是域名驗證搜索:你證明自己掌控某個域名(通過 DNS 記錄、郵件或文件),服務便返回它已知的、該域名下每一個被洩露的 用戶@你的域名 地址。這是保護隱私的模式——你不是把員工名單上傳給第三方,而是詢問對方針對一個你所掌控的域名已經暴露了什麼。有些服務在每個域名被洩露地址數低於某個小閾值時免費提供該能力(實際中這覆蓋了相當大比例的域名),超過則適度收費,並提供面向 MSP 場景的批量域名驗證 API。

這一層裡也有可信的免費或免費增值選項——包括一些開源項目和公共 API,它們返回洩露名稱和暴露的字段類型,但不返回明文。對於按需的、單個的查詢,它們確實有用。但它們往往有兩個共同的局限,使其無法勝任批量引擎:一是每日/每小時的硬性速率上限——適合交互式使用,卻遠不足以支撐對眾多域名的每夜監控;二是其語料庫是從公開流傳的轉儲中自行收集的,而非獨立策展的。有些還帶有單一維護者的可持續性風險。凡是提供付費層以解除上限的,其定價便與更成熟的付費服務趨同——到那個點上,聲譽和文檔質量就成了決定性因素。

最後,關於面向消費者的服務提一句:一些知名的瀏覽器和身份廠商向終端用戶提供洩露通知儀表盤,但這些是消費級產品,沒有開發者 API,而且這個領域裡至少有一個知名的付費產品已在 2025 年底停止運營。如果你想要這類儀表盤背後的數據,你會直接去找其底層的洩露通知服務。

C 層:灰色市場——「免費」變得危險的地方

接下來是那一簇會為任意郵箱地址交出 C 層明文密碼的服務,有時甚至便宜或免費。如果你不小心,「免費又可靠」的搜索最終就會通向這裡——而這恰恰是你絕不該去的地方。

與其點名並評判個別服務——那既不公平也不明智——更有用的是描述這個品類及其一致的特徵:

• 它們返回明文。其定義性特徵就是「未經審查的結果」——真實密碼緊挨著真實標識符,常常橫跨郵箱、用戶名、IP、電話和地址。
• 它們經常暴露面向攻擊的功能,比如批量 郵箱:密碼 的「組合」查詢,其主要用途是撞庫驗證。
• 它們通常不做買家審查——沒有 KYC,沒有將訪問限制在防禦或執法用途的限制。任何人都能購買。
• 它們的「條款」往往是免除對濫用的一切責任,而非加以約束;即便它們確實限制未經同意再分發個人數據,那條限制也可能直接禁止你試圖在其之上構建的那個產品。
• 它們的可靠性與數據來源不透明。有些建立在陳舊的靜態合集之上;有些轉手託管並非自己收集的數據;有些則乾脆已經衰敗或被棄置,其仿冒域名會把訪問者重定向到別處。

整個灰色市場的模式一目了然:這些正是與帳戶接管和撞庫攻擊者所用的同一類明文憑證搜索引擎。在這樣的供應鏈之上構建防禦性產品,意味著全盤繼承它的法律與聲譽風險畫像——這對任何以信任為價值主張的產品來說都是一個自相矛盾。

自建的誘惑

最後一個「免費」的想法,是最讓工程師心動、在實踐中卻最危險的:完全繞過 API,下載那些大型合集,自己建立索引,自己跑查詢。沒有單次查詢成本,沒有速率限制,完全掌控。

它在每一個維度上都站不住腳:

• 數據是陳舊的。如前所述,這些大型合集是回收的歷史轉儲。你會把一個「監控」產品建立在多年前就已不再新鮮的數據之上。
• 存儲與運維成本是實打實的。這些合集動輒以 TB 計;近期暴露的憑證集群更是達到多個 TB。把這樣的體量索引進搜索集群,每月要花上數千美元,而這還不算把格式混亂、連專業研究者都難以完全去重的轉儲規範化所需的大量工程投入。
• 而且它把你自己變成了目標。這裡有一個黑色幽默般的諷刺:近年來最大的幾起洩露頭條,恰恰是關於某人配置錯誤、自建、無鑑權、塞滿明文憑證的數據庫洩露了數十億條記錄。構建一個明文憑證庫,不僅承擔下文所述的風險——它簡直是把你自己變成下一個洩露頭條。

這就把我們帶到了我們真正止步的原因。

第四部分:合規與責任的清算

正是這一部分,把一次技術評估變成了「不做」。上文的每一個問題——陳舊、速率限制、來源不透明——都是要小心的理由。而合規與責任問題,是在你無法跨越某些高昂門檻的情況下根本不去構建它的理由。

(以下是對風險圖景的一般性概述,並非法律建議。具體情形因司法管轄區和事實而異,請諮詢合格的法律顧問。)

持有本身就可能有問題

最反直覺、也最重要的發現是:下載並持有來源不正當的洩露數據,即使你從不再分發、你的意圖純粹是防禦性的,也可能帶來法律風險。

針對「我們自己搭一個洩露查詢」這一恰好對應的問題,法律評論在這一點上是一致的:持有以非法手段獲得的個人數據——無論你是否分發——都可能觸犯計算機濫用法規(例如美國的《計算機欺詐與濫用法》CFAA)以及各類州級隱私法律。通過匿名網絡獲取,或在非法市場上購買這些數據,還可能帶來進一步的風險,包括圍繞販運被盜信息的責任。安全從業者長期以來一直行走在一條被某業界評論稱為「細微且並不十分明確的法律紅線」上。關鍵原則是:防禦性目的並不能洗白非法的獲取或持有。

數據保護法:沒有合法性依據 = 非法處理

如果被暴露的個人中有任何人受綜合性數據保護法規的保護——而在任何洩露語料庫中,許多人都會是——那麼一旦你導入並存儲這些數據,你就成了以控制者(controller)身份處理個人數據。諸如歐盟/英國 GDPR 之類的法規要求該處理具備一項合法性依據(同意、合同、法律義務、重大利益、公共任務或正當利益)。持有一堆第三方被盜憑證,你通常一項都不具備。在缺乏合法性依據的情況下,法律要求你刪除這些數據——而在某些司法管轄區,非法獲取或處理個人數據屬於刑事犯罪,而不僅僅是行政違規。

其他法規(例如美國各州的隱私法,如 CCPA)也製造出類似的問題:同樣是「你沒有正當依據來持有這些數據」的問題反覆出現。具體界限因司法管轄區而異,值得法務審閱——但方向是一致的。

再分發讓問題成倍放大

如果你的產品向客戶展示這些洩露數據——而這正是監控產品的全部意義——你就從持有走向了再分發。即便是灰色市場供應商自己的服務條款,有時也會禁止未經受影響個人同意就再分發個人或敏感信息——這一條款如果照字面理解,恰恰禁止了你試圖在其之上構建的那個產品。而向你的客戶再分發洩露 PII 的數據保護義務,落在你身上,而非你的供應商身上。

持有明文的安全責任

存儲明文憑證會讓你成為高價值目標和潛在的二次洩露源。這並非假設——它正是一些最大規模憑證暴露頭條背後反覆出現的失敗模式。這正是為什麼市場中正規的一端,在架構上做到從不將密碼與郵箱存放在一起、只提供匿名化的 k-匿名哈希。這種設計不是錦上添花——它是讓整個事業得以站得住腳的承重風險控制。任何要求你持有明文第三方密碼的架構,都已經拋棄了唯一能讓這個品類得以存續的那個控制措施。

聲譽與供應商風險

最後是較軟性但真實存在的顧慮:那些願意給你豐富數據的免費或廉價供應商,往往身處「與黑客為鄰的 OSINT」空間——沒有買家審查、帶有面向攻擊的雙用途功能、面向任何肯付錢的人做營銷、來源不透明。在這樣的供應鏈之上構建一個安全產品——一個其全部價值主張就是可信度的產品——是一個自相矛盾。如果客戶、審計師或監管者問一句「你們的洩露數據從哪裡來?」,答案不能是「一個條款裡寫著對濫用概不負責的匿名查詢站」。

合規小結

綜合來看,合規與責任的全貌是一疊彼此獨立的障礙,其中任何一個都足夠嚴重:

1. 持有來源不正當的洩露數據本身就可能帶來法律風險——意圖不是抗辯理由。
2. 在沒有合法性依據的情況下處理它,可能違反數據保護法,在某些司法管轄區還構成刑事犯罪。
3. 向客戶再分發它,會疊加數據保護風險,並可能違反供應商自己的條款。
4. 持有明文會讓你成為下一個洩露頭條。
5. 廉價的供應商在聲譽上與一個以信任為核心的產品格格不入。

工程實現是一週的工作量。而上面這份清單,是一項我們判斷與其價值並不相稱的法律與組織承諾。

第五部分:向內看的工作 vs. 向外看的工作

把這個決策放到一個像我們這樣的平台確實能夠安心開展的那類安全工作旁邊對照一下,是有價值的,因為這種對比澄清了為什麼外部洩露監控值得調研,以及為什麼它終究是一個不同的、更高風險的品類。

我們大部分的安全工具本質上是向內看的。它審計並修復那些已經在清晰服務關係下被管理的資產的安全態勢:終端資產盤點與漏洞態勢、終端防護健康度、身份與租戶衛生(MFA 缺口、風險登錄、特權角色審查)、設備關聯、修復工作流等等。

那裡的一切都共享一個定義性特徵:被審計的東西是你擁有或管理的。數據是你的或你客戶的;合法性依據是清晰的(你是在為客戶自己的系統提供合同約定的安全服務);你從不觸碰任何他人的被盜數據。

暗網/洩露監控在類別上截然不同。它向外看,看的是源自他人洩露的數據、關於從未同意被你處理的個人的數據、來自犯罪供應鏈的數據。從產品意義上,兩者是互補的——知道一個被管理的帳戶同時出現在某次洩露中,確實有用——但它們分處一條明亮合規紅線的兩側。向內看的工作讓你穩穩待在這條紅線可辯護的一側。向外看的工作則會跨在線上。

這種對比,最終讓決策變得清晰。並不是洩露監控沒有價值——而是價值真實卻有限,而增量的合規與責任負擔龐大,且會永久地留在你這一側的賬本上。

第六部分:如果你非做不可——唯一可辯護的模式

假設對你的組織而言,價值論據足夠充分,以至於放棄並非選項。那麼確實存在一種可辯護的做法。它很狹窄,並且主要由你拒絕去做的事情來定義:

1. 永遠不持有原始數據。接入一個經過審查的、有授權的 API,其提供者的整個業務就是合法處理洩露數據。不要下載語料庫,不要自建轉儲,不要從不負責任的查詢站購買。讓提供者去承擔持有責任。
2. 待在 A 層和 B 層;絕不進入 C 層。用 k-匿名密碼檢查(免費、匿名、安全)來做密碼衛生信號,用一個正規的「輸入標識符 / 輸出洩露名稱」的 API 來做帳戶暴露檢查。絕不導入或展示明文密碼。如果你的設計要求明文第三方憑證,那設計就是錯的。
3. 按已驗證的域名查詢,而非上傳人員。保護隱私的模式是:證明你擁有某個域名,然後詢問對方針對它已經暴露了什麼——而不是把員工名單發給第三方。帶批量驗證的域名驗證搜索,正是為此而生,並且意味著你所呈現的,永遠只是一個你所掌控域名上業已公開的數據。
4. 優先選擇圍繞風險最小化而設計的提供者。參考姿態是:不存儲明文、k-匿名、明確的可接受使用條款、以及合法的數據來源協議。這種姿態本身就是產品。
5. 在導入任何一條記錄之前,先讓法務對你的合法性依據簽字確認。這不是可選項,也不是走過場。數據保護與計算機濫用的分析,需要一個針對你的司法管轄區、你的客戶群體和你的數據流的真實答案。
6. 最小化數據並保持透明。只存儲最低限度的信息(哪次洩露、哪個日期、你的哪個標識符),而不是憑證本身。告訴用戶你檢查什麼、以及為什麼。

請注意,這個可辯護的模式也是最省錢的:匿名密碼檢查是免費的,域名驗證搜索在多數域名所處的規模上是免費或廉價的,而你避開了每一個灰色市場供應商和每一筆自建成本。負責任的路徑與可負擔的路徑殊途同歸——因為讓灰色市場路徑「便宜」的那個東西,恰恰是你在合法性與安全上偷工減料的結果,而那本就是你承擔不起的。

第七部分:經驗教訓

為任何將要走進同樣評估的人,提煉如下:

• 「免費又可靠」的洩露數據是一個 A 層現象。你可以免費且安全地檢查一個密碼是否已洩露。而要可靠、且成規模地檢查一個人的帳戶是否被暴露,是要花錢的——這是市場誠實的現狀,而不是你沒有貨比三家。
• 在這個領域,價值與危險是相關的。新鮮、有用的數據在法律上最棘手。安全、廉價的數據對監控而言陳舊無用。不存在一個同時新鮮、免費又安全的象限。
• 陷阱在於持有,而不只是分發。直覺是「我們只是看看,不會分享它」。法律可能並不在乎——持有來源不正當的個人數據,本身就可能是那個問題。
• 不負責任的供應商是一種聲譽溶劑。它們難以與攻擊者工具區分,運作時不做買家審查,其條款免除責任。信任型產品無法建立在那樣的地基上。
• 自建洩露轉儲會把你變成下一個洩露事件。新聞裡那些巨型洩露的一個主要成因,正是某人自建的明文憑證庫。別去建它。
• 最好的架構由拒絕來定義。永不持有原始數據,永不存儲明文,永不通過上傳人員來查詢,永不跳過法務。正規服務不做的那些事,才是讓它們安全的原因。
• 有時,正確的工程決策是不去做工程。程式碼是微不足道的。正確的決定仍然是「不做」。識別出障礙在於合規而非能力,本身就是一項資深的技能。

結論

我們最初是在尋找一種便宜、可靠的方式,把暗網監控加進一個安全平台,而我們帶回來的結論是決定不去構建它——不是因為我們做不到,而是因為要把它做好,意味著要麼付錢給一個正規提供者去承擔我們不願持有的責任,要麼踏入一個灰色市場——其數據是被盜的,其供應商是不受問責的,其法律風險在數據落入你數據庫的那一刻就附著到你身上。

暗網監控這個品類並非騙局——存在正規、運營良好的廠商,而知道自己的憑證何時洩露也確實有真實的防禦價值。但「隨手抓一個免費洩露 API 接上去」的那個版本,是一個幻象。剝開營銷話術,你會發現免費選項要麼安全但受限(A 層密碼檢查),要麼正規但付費(域名驗證帳戶搜索),要麼免費但極其危險(灰色市場)。那條既可辯護又可負擔的路徑很狹窄,並且由一套拒絕來定義:不碰原始數據,不碰明文,不用不負責任的供應商,不在沒有法務背書合法性依據的情況下導入數據。

對我們而言,在權衡有限的增量價值與永久性的合規和責任負擔之後,答案就是繼續做那些向內看的安全工作——在那裡,我們的合法性依據是清晰的,我們的手是乾淨的——並把外部洩露監控留給那些把整個業務、以及整套風險架構,都圍繞著合法處理這些數據而構建起來的專業廠商。

威脅情報裡最昂貴的詞,真的是「免費」。第二昂貴的,是「我們就先留著它吧」。