Goodix 指紋安全方案將 AI 裝置身分認證置於隔離硬件

Goodix 於 10 月 19 日推出三級指紋產品組合，包括一項把生物識別比對與嵌入式安全元件結合的新設計。Goodix 指紋安全方案針對 AI 裝置日益突出的矛盾：這些產品需要持有具價值的憑證以代表用戶行事，但其主處理器仍暴露於複雜軟件及第三方程式碼的風險之中。

是次公布涵蓋 Match-on-Host、Match-on-Chip，以及整合 Match-on-Chip 與嵌入式 Secure Element 的設計。Match-on-Chip（MoC）會在感測器模組內處理指紋。嵌入式 Secure Element（eSE）則會在實體隔離的硬件中儲存敏感憑證。

這項組合令 Goodix 與常見的裝置架構形成對照：在邊緣進行指紋感測、由軟件控制授權，以及在系統其他部分管理憑證。Microsoft 的生物識別安全工作及既有感測器供應商已塑造這個市場。Goodix 現主張，驗證、授權及憑證使用應置於同一條受保護的硬件路徑之中。

Goodix 指紋安全方案實際改變了甚麼

Goodix 並非公布新的指紋識別方式，而是改變經驗證的指紋可於何處授權敏感操作。

Goodix 的發布公告描述三個實作層級。第一個 Match-on-Host，會把指紋資料傳送至主處理器進行比對。這為製造商提供彈性，但也將更多責任置於裝置的主要運算環境之中。

第二個層級 Match-on-Chip，會在指紋模組內完成影像擷取、特徵提取、範本儲存及比對。Goodix 表示，每個模組均可使用獨有裝置金鑰，並透過加密連線與主機通訊。

這個邊界相當重要，因為指紋範本並不等同密碼。用戶可更換已洩露的密碼；但當範本或可重用的表示形式外洩後，個人無法更換自己的指紋。

第三個層級在 MoC 設計中加入 eSE。eSE 是專用安全晶片，會把加密金鑰及敏感操作與通用處理器隔離。Goodix 表示，模組會經加密通道把比對結果傳送至安全元件。

安全元件其後可在釋出或使用受保護憑證前，驗證生物識別授權。Goodix 指出，API 金鑰、帳戶登入權杖及 OAuth 權杖均是目標資產。這些正是 AI 代理連接雲端模型或商業服務時可能需要的憑證。

因此，重要改變並非解鎖裝置這個動作，而是建議把本地人類操作與受控使用機器憑證連結起來。

設想一個可存取雲端模型及多個已連接家電、由 AI 驅動的家居控制器。指紋可授權一項高風險指令，而無須把控制器的 API 金鑰暴露於其一般作業環境之中。當獲授權操作進行時，憑證會留在安全元件內。

Goodix 亦表示，該設計支援防篡改稽核日誌。按其預期架構，AI 代理無法悄然改寫其敏感操作的紀錄。只有受保護的記錄路徑覆蓋整個裝置實作時，這項說法才具實際價值。

該公司在整個產品組合中支援電容式、光學及超聲波感測。電容式感測器可配合長條、圓形及側置按鈕等形狀。光學感測器可在相容顯示材料下運作。Goodix 將超聲波感測定位為適用於沒有螢幕的裝置，以及手指潮濕或有油脂時的識別需求。

這個範圍讓製造商可獨立於安全層級選擇感測方式，也令這次發布成為平台方案，而非單一元件公告。

Goodix 裝置端驗證的主張最終建基於一項較明確的說法：即使主機軟件變得不可信，用戶的生物識別批准仍應與其所授權的憑證及操作保持具意義的連繫。

為何 AI 裝置令身分認證成為硬件問題

AI 代理可重複、快速地使用裝置憑證，並跨越多項服務，因此提高了這些憑證的價值。

傳統已連接裝置可能以一項憑證執行一項可預測的工作。AI 裝置則可理解請求、選擇工具、聯絡遙距服務，並把多項操作串連起來。這種彈性創造價值，但亦擴大憑證遭入侵的後果。

API 金鑰可授予存取雲端模型、私人資料或按量計費運算資源的權限。OAuth 權杖可讓軟件在另一項服務中行事，而毋須反覆要求密碼。若其中任何秘密出現在主機記憶體中，惡意程式碼便可能在用戶察覺前將其擷取。

Goodix 早前的 AI agent eSE 公告處理了這個問題的憑證層面。新產品組合則加入生物識別授權路徑，把人類身分核對連接至受保護的憑證使用。

這正是此次發布的意義不止於指紋解鎖的原因。筆記簿型電腦、機械人、車輛或穿戴式裝置內的 AI 助手，愈來愈需要獲准行事。關鍵問題不僅是裝置能否識別其擁有人，而是每項敏感操作是否仍與真實的授權事件綁定。

這項區別為多方帶來壓力。

裝置製造商必須決定生物識別範本、權杖及授權政策的存放位置。作業系統供應商必須提供可維持預期信任邊界的介面。應用程式開發者則必須避免把受保護憑證複製至日誌、記憶體或安全性較低的儲存空間。

雲端供應商亦需要把結果視為可辯護的端對端身分流程之一部分。若遙距服務無法分辨有效請求與被重放的請求，裝置上的受保護權杖只能提供有限保證。

此架構最適用於高影響力操作。家居機械人可能需要在開門前取得批准。車內助理可能在付款前要求授權。工作場所代理可能在把機密檔案傳送至外部服務前要求指紋驗證。

低風險操作不應要求持續進行指紋提示。過度提示會鼓勵用戶未經審視便批准請求。因此，良好實作必須把生物識別要求連接至清晰政策、可理解的操作及相稱的風險。

Goodix 引述 IDC 預測，中國安全 AI 代理應用市場到 2028 年將達 16 億美元。新聞稿稱，這將代表超過 230% 的複合年增長率。相關 IDC 原始分析未有公開連結，因此買家應把這些數字視為公司引用的市場背景資料。

更廣泛的發展方向並不依賴該預測。愈來愈多裝置正獲得可使用工具的 AI 功能，而支撐這些工具的憑證仍是具吸引力的目標。

團隊亦需要紀錄，說明哪些模型、服務、權限及秘密資料屬於每一項部署。可搜尋的技術知識庫可支援這項管治工作，但不能取代硬件隔離或存取控制。

因此，即使市場採用需時較長，產品架構師面對的壓力仍然迫切。一旦 AI 代理獲得行事權力，憑證保護便成為核心產品決策，而非背景安全功能。

Match on Host 與 Match on Chip 的決定性路線

核心競爭在於分散式、以主機為本的信任模式，以及在指紋模組內驗證身分的較窄硬件路徑之間。

Match-on-Host 可具吸引力，因為主處理器本已運行應用邏輯，並可接收軟件更新。製造商可把驗證與既有作業系統服務整合，並重用可用的運算能力。

這種彈性亦擴闊生物識別資料所經的路徑。更多軟件元件可涉及擷取、比對、範本儲存及政策執行。每增加一個邊界，便會帶來另一項實作依賴。

Match-on-Chip 則收窄該路徑。感測器模組會在內部執行擷取、特徵提取、範本管理及比對。主機接收的是結果，而不是產生結果所需的生物識別材料。

Goodix 表示，其 MoC 實作符合 Secure Device Connection Protocol。Microsoft 將 SDCP biometrics 描述為保護主機與生物識別裝置通訊的機制。該協議處理該連線上的驗證、機密性、完整性及重放保護。

合規相當重要，因為把指紋比對移至模組內，並不會自動保護其與主機的通訊。否則，攻擊者可能注入虛假的比對結果、重放先前回應，或替換另一個感測器。

每部裝置專屬金鑰可限制單一受入侵裝置的影響。若每件產品共用同一把金鑰，從一部裝置提取金鑰便可能危及整條產品線。假設製造商正確配置及保護它們，獨有金鑰可減少這種系統性暴露。

卸載效益亦值得注意。Goodix 表示，MoC 可減少主處理器的工作，從而節省系統資源。這對電池供電的穿戴式裝置、智能門鎖及處理能力有限的緊湊控制器尤為重要。

安全架構仍涉及取捨。自包含模組令主機較少接觸生物識別資料，但亦把信任集中於模組的韌體、金鑰配置、更新流程及比對邏輯。

模組內的漏洞可能更難讓產品製造商檢查。修復問題或需感測器供應商、裝置製造商、作業系統供應商及現場更新系統協調。

相容性亦是另一項考慮。指紋硬件在作業系統支援方面歷來參差不齊，尤其是在原廠軟件堆疊以外。強大的安全設計並不保證可靠的註冊、復原、驅動程式維護或長期更新。

Goodix 所競爭的市場包括 Synaptics、Egis Technology、Fingerprint Cards 及 Qualcomm 等成熟生物識別供應商。裝置製造商比較的不會只有識別準確度，還會評估認證、整合工作、元件供應、耗電量、韌體支援及商業風險。

產品組合策略令 Goodix 在設計討論中具備實際優勢。製造商可由 Match-on-Host 開始，轉向 Match-on-Chip，或在威脅模型合理時加入 eSE。

同樣的靈活性亦帶來標示上的挑戰。採用不同安全等級的產品，都可能以 Goodix 指紋技術作為賣點。買家必須辨識成品裝置實際採用了哪一種架構。

要讓 Goodix 裝置端認證 成為有意義的產品差異，製造商需要披露比對位置及受保護的資產。單憑感測器品牌，無法揭示安全邊界。

Goodix MoC Plus eSE 填補一個缺口，而非所有缺口

整合式安全元件可保護憑證免受主機存取，但無法確立每項 AI 驅動操作的意圖或安全性。

Goodix 表示，其 eSE 可儲存 API 金鑰及 OAuth token，同時避免它們被主處理器存取。它亦可執行受保護的加密操作，因此憑證毋須以純文字形式出現在主機記憶體中。

公司在其 eSE 產品詳情中描述了專用安全控制器、攻擊偵測感測器、安全儲存空間及加密函式庫。Goodix 列出該晶片及其晶片作業系統已取得 SOGIS Common Criteria 認證。

Common Criteria 評估保證等級描述安全評估的深度及嚴謹程度，並不保證每個最終產品整合都安全無虞。即使元件已獲認證，仍可能置於佈建薄弱、主機軟件存在漏洞或復原控制不足的裝置內。

Goodix 表示，整合方案實作 TLS 1.3。在正確實作下，TLS 可保護網絡應用程式之間傳輸的資料，免受竊聽、竄改及訊息偽造。TLS 1.3 標準定義了該傳輸保護。

將金鑰保留在 eSE 內，可強化 TLS 用戶端身分，或在不暴露秘密資料的情況下為請求簽署。然而，加密並不會判斷所要求的操作是否恰當。它保護的是通訊通道，而非代理程式的判斷。

假設某個代理程式誤解口頭請求，並選錯帳戶。指紋可確認觸碰感測器的人是誰，但無法確認擬議交易是否符合該人的真正意圖。

同樣的缺口亦見於提示注入。惡意內容可能操控代理程式要求受保護操作。生物辨識提示或可阻止無人看管的執行，但含糊的批准畫面仍可能誤導用戶。

強健的實作需要交易綁定。授權介面應在要求指紋前，顯示具體操作、目的地、帳戶及相關後果。受保護元件其後應只授權該項確切交易，而非可重複使用的概括式批准。

生物辨識系統亦需要安全的備援及復原方法。手指可能受傷，感測器可能故障，裝置亦可能易主。薄弱的復原程序可以繞過原本周密的硬件設計。

誤接受及誤拒絕同樣仍然重要。Goodix 的公告並未發表這個整合產品組合的效能數據、攻擊呈現測試結果、感測器尺寸、能源量度或操作限制。

這項遺漏不代表架構不可靠，而是表示該公告提供的是設計方向，而非完整的獨立評估。

所聲稱具防竄改能力的審計日誌帶來另一個實作問題。安全元件可保護其控制範圍內的記錄，但全面審計需要來自周邊軟件的可信輸入。若主機不準確地描述操作，安全元件可能會保存一份不完整的記錄。

Goodix 以零信任語言描述此設計。這種比較可以理解，因為憑證保持隔離，請求亦需要驗證。然而，零信任的範圍比受保護元件更廣。

NIST 框架移除了基於網絡位置或擁有權的隱含信任。它會在完整架構中評估用戶、裝置、資源、政策及請求。生物辨識模組可支援這些原則，但無法單獨實作它們。

因此，Goodix MoC eSE 設計填補了一個重要的憑證暴露缺口，但未能消除應用程式漏洞、不安全的代理程式規劃、社交工程、薄弱政策或不安全的雲端帳戶。

標準支援仍需要產品層面的證明

協定支援及元件認證可建立有用的基準，但成品裝置仍需獨立測試及透明的實作細節。

Goodix 表示整合設計支援 FIDO2 認證。FIDO2 結合了 W3C Web Authentication API 與 FIDO Alliance 的 Client-to-Authenticator Protocols。

FIDO2 規格使用公開金鑰密碼學進行免密碼及多因素認證。服務會接收公開金鑰，而私密憑證則繼續由認證器控制。

此模式可抵禦網絡釣魚，因為憑證會綁定至特定服務網域。指紋一般只會在本機解鎖認證器，而不會傳送至遠端服務。

支援並不等同認證。發布公告稱該方案支援 FIDO2，但未有指出整合產品的 FIDO 認證條目。製造商應核實出貨裝置採用的確切認證器配置及認證狀態。

SDCP 呈現相似的區別。協定合規可保護模組至主機的連接，但產品安全仍取決於實作、金鑰佈建、韌體驗證、防回滾保護及更新處理。

Goodix 的 eSE 認證為已評估的晶片及作業系統目標提供證據。買家需要確認建議設計中是否採用了完全相同的已評估版本。硬件修訂及軟件配置均可能改變相關保證。

獨立生物辨識測試是另一個缺失環節。製造商應要求在真實情況下取得誤接受率及誤拒絕率量度。他們亦應檢驗涉及模具、提取指紋、人造手指及改造表面的呈現攻擊。

超聲波選項帶來特定問題。Goodix 表示其支援手指按壓偵測，以及透過指定覆蓋區域進行辨識，並可應對潮濕或油膩情況。買家需要取得不同覆蓋材料、厚度、溫度及長期磨損情況下的量度結果。

光學及電容式版本需要各自評估。覆蓋層下的光學感測器必須能在不同顯示器及材料選擇下可靠運作。狹窄的電容式感應條，其登錄及覆蓋限制與較大的感測區域不同。

耗電量十分重要，因為公司目標涵蓋穿戴式裝置及其他受電池限制的設備。Goodix 未有在公告中發表 Match-on-Host、Match-on-Chip，以及 MoC plus eSE 的可比較能源數據。

延遲同樣重要。若受保護路徑帶來明顯延遲，可能令用戶感到挫敗，尤其是應用程式反覆要求授權時。產品團隊需要量度辨識、eSE 政策檢查、加密操作及網絡完成所需時間。

生命週期支援可能成為決定性因素。IoT 產品往往會部署多年，而軟件環境、證書及雲端介面則會改變。裝置製造商需要明確方案，以處理簽署更新、漏洞披露、金鑰輪換及停止支援後的安排。

供應鏈控制同樣值得仔細審視。安全元件依賴可信的佈建程序，才能在客戶啟用裝置前發揮作用。製造商需要知道誰會植入金鑰、如何審計該環境，以及佈建失敗後會如何處理。

私隱團隊應檢視登錄及刪除行為。當用戶或裝置被重設時，系統必須移除範本；它亦應防止範本在帳戶之間重用，並避免不必要的生物辨識遙測資料。

Goodix 所提及的標準具相關性及可信度，令公告比含糊的「AI 安全」聲稱更具實質內容。它們亦為企業買家提供了一份可評估成品實作的具體清單。

不過，證明必須由架構圖轉移至出貨產品。在製造商公布配置、認證、測試結果及支援承諾之前，安全成果仍取決於整合方式。

三項訊號將顯示裝置製造商是否採用它

只有可識別的產品採用完整受保護路徑，並披露足夠細節供買家核實時，Goodix 的發布才會帶來實質影響。

第一項訊號是採用 Match-on-Chip 加 eSE 的具名商業設計。Goodix 列出 AI 手機、PC、穿戴式裝置、機械人、智能家居及智能座艙為目標類別。這些環境的風險概況存在極大差異。

智能門鎖會考驗實體存取及電池限制。PC 會考驗作業系統整合及企業管理。機械人會考驗高風險指令，而車輛則會增加汽車認證及較長支援週期的要求。

出貨產品應指出指紋範本存放位置、eSE 保護哪些憑證，以及哪些操作需要生物辨識批准。若供應商只把 Goodix 稱為感測器供應商，較廣泛的安全架構尚未真正獲得採用。

第二項訊號是對整合配置作出獨立驗證。相關證據包括 FIDO 認證、Common Criteria 範圍文件、生物辨識攻擊測試、SDCP 互通性及第三方滲透測試評估。

最有力的證據將連繫所有元件。eSE 晶片的認證並不能驗證感測器韌體；安全的生物辨識模組亦不能驗證應用程式介面。買家需要覆蓋整個授權鏈的保證。

第三項訊號是能正確使用硬件的作業系統及開發者生態系統。Goodix 為其安全元件產品列出 Linux、Android、FreeRTOS 及 Mbed 支援。廣泛的平台支援可減少整合工作，但可用的政策介面比驅動程式清單更重要。

開發者需要可要求狹窄範圍授權的 API。管理員需要能設定政策、輪換憑證、檢視受保護事件及撤銷已受入侵裝置的方法。用戶則需要清楚說明其正在批准哪項操作的提示。

這些訊號將在下一個產品週期中強化或削弱公司的論點。具名設計採用將顯示製造商接受額外的元件及整合成本。獨立結果會將公司聲稱轉化為證據。平台支援則會決定開發者能否維持硬件信任邊界。

缺席同樣具有啟示性。若出貨產品只採用 Match-on-Host，Goodix 的整合架構可能仍然只是專門選項。若供應商採用 MoC 而不採用 eSE，生物辨識私隱對他們而言可能比代理程式憑證保護更重要。

競爭對手的回應將提供另一個線索。其他生物辨識及安全元件供應商可透過合作夥伴關係或整合設計，結合感測、受保護比對及憑證儲存。這將驗證該類別，同時增加 Goodix 在價格及認證方面的壓力。

企業買家在將 Goodix 指紋安全解決方案 視為採購優勢前，應提出直接問題：

• 比對是在主機上進行，還是在指紋模組內進行？

• 生物辨識範本可否從模組匯出？

• 哪些憑證操作完全在 eSE 內完成？

• 授權是否綁定於特定交易？

• 哪些確切元件及配置持有安全認證？

• 金鑰如何配置、輪換、撤銷及復原？

• 已簽署韌體及漏洞支援將持續多久？

• 管理員能否驗證受保護的稽核紀錄是否完整？

開發者亦應提出一個平行問題：API 是否保留這套架構，還是將敏感資料複製回一般軟件？即使安全元件再完善，也無法彌補整合方案在其他位置重建原有曝險的問題。

Goodix 發現了 AI 邊緣裝置的真正弱點。代理需要憑證，但把這些憑證交由通用作業環境處理，會增加風險。本地生物辨識核准可帶來幫助，特別是當受保護硬件控制其後的憑證操作時。

該公司的機制具備一致性：在模組內比對指紋、保護連線、在 eSE 中驗證授權，並讓機密遠離主機。尚未解決的是，這套機制能否在完整產品中落實執行。

請留意首批具名部署、其獨立認證，以及其開發者介面。這些訊號將顯示 Goodix 是否界定出一個可持續的安全層，還是僅將強大的元件組合成一則雄心勃勃的公告。