保護 API
對製程的控制權

Manufacturing / Semiconductor

製造業 API 的風險終點是產線，不只是資料庫。UTDS 以旁路方式看見 MES、EAP 與 Equipment API 的真實流量，判讀未知行為，再交給既有 WAF、SIEM 與防火牆處置。

預約技術交流 看部署方式
概念示意：潔淨廠房中的資料流

Risk path

企業系統、製造控制、實體設備是同一條路

Security = 機密性／完整性／可用性 + 工安 + 生產連續性。

  • 企業與供應鏈

    ERP、SCM、雲端與供應商遠端維運入口。

  • 製造控制

    MES、WMS、EAP、APC、FDC、AMHS。

  • 設備與製程

    Equipment API、Recipe、參數與控制指令，最終作用在 PLC、Robot 與腔體。

可能後果：Recipe／參數改寫、Lot／WIP 失真、設備停機、良率下降、製程 IP 外洩。攻擊面包含 Web API，也包含設備間的 Machine-to-Machine 介面。

Threat scenario

一個維運入口，就可能走到製程影響

  1. 維運帳號遭入侵

    第三方憑證或遠端維護入口失守。

  2. Shadow／Legacy API

    未登記的 /debug、/admin、Vendor interface。

  3. 合法 Token 被濫用

    認證看起來正常，物件與功能權限卻異常。

  4. Recipe／Command 變更

    高頻或非預期的製程控制動作。

  5. 良率／停機／工安 後果

    產線中斷或製造資料失真。

關鍵不是單一惡意字串，而是「 身分 × API × 指令 × 設備 × 生產情境 」的異常組合。

Observe · Detect · Enforce

UTDS 看見與判讀；阻擋留給既有控制

產品邊界：不做主動式 API 掃描／測試，不是 API Gateway，也不是 Inline WAF。

  • OBSERVE

    看見

    API Discovery、Shadow／Cold／Unknown、認證、PII／REGEX、流量方向。

  • DETECT

    判讀

    Runtime 行為分析、未知威脅、Request／Response 證據。

  • ENFORCE

    處置

    SIEM／SOAR 流程，WAF／API Gateway 規則，Firewall／NAC 阻斷。

SEMI E187 × OWASP

設備基線加上 API 失效模式

E187 管設備資安基線；OWASP API Top 10 說明 API 怎麼失效。UTDS 補的是資產、身分、行為與事件證據，不等於單獨完成 E187 符合性。

2026 查核重點 UTDS 可提供 仍需設備／第三方
RQ-00010 授權管理 認證型態、API／Device 交易與異常軌跡 角色、最小權限與授權強制執行
RQ-00011 事件留存與輸出 交易與威脅事件，輸出至 SIEM 設備原生日誌、保存政策
RQ-00012 事件內容 可下鑽的 Request／Response 與時間軸 組態變更、帳戶與稽核流程完整閉環
網路與端點保護 路徑、方向、惡意 upload／command 線索 TLS／mTLS、分區、EDR、弱點與加固

Deployment

三種旁路，前提都是「看得到解密流量」

若 MES → EAP → Equipment 全程 mTLS，且沒有 TLS 終結或可視點，UTDS 無法分析路徑、Header 與 Body。WAF 後若重新加密，SPAN 方案同樣無效。

A. F5 HSL 旁接

iRule + High Speed Log，適合既有 F5 WAF／LTM。架構特點：支援全程 TLS 加密環境、無須變更佈署架構、獨立於 F5 平台。

  1. 既有 F5 WAF／LTM
  2. iRule + High Speed Log
  3. UTDS
High Speed Log（Syslog）InternetFirewallF5 WAF／LTM解密iRuleAPI 主機ApplicationCloudCofferUTDS分析中已中斷無法複製解密流量 High Speed Log（Syslog）InternetFirewallF5 WAF／LTM解密iRuleAPI 主機ApplicationCloudCofferUTDS分析中已中斷無法複製解密流量
  • TLS 加密段（鎖頭）
  • 已解密（明文）段（開鎖）
  • 旁接複製支線
  • 光點＝交易流量

UTDS 不在正式交易路徑中，不增加交易延遲、不影響應用程式效能。

B. SSL 拆解設備

F5 SSLO／Gigamon，解密後送 WAF 再複製。架構特點：利用既有 SSL 拆解設備導流、解密後送往 WAF 過濾、SSL 設備複製解密流量至 UTDS，適合成熟網路與封閉環境。

  1. F5 SSLO／Gigamon 解密
  2. WAF
  3. 複製流量
  4. UTDS
解密流量複製 WAF 防禦後的解密流量User／API ClientFirewallSSL 拆解設備F5 SSLO／Gigamon解密Application ServerWAFCloudCofferUTDS分析中已中斷無法複製解密流量 解密流量複製 WAF防禦後的解密流量User／API ClientFirewallSSL 拆解設備F5 SSLO／Gigamon解密Application ServerWAFCloudCofferUTDS分析中已中斷無法複製解密流量
  • TLS 加密段（鎖頭）
  • 已解密（明文）段（開鎖）
  • 旁接複製支線
  • 光點＝交易流量

UTDS 不在正式交易路徑中，不增加交易延遲、不影響應用程式效能。

C. SPAN／Mirror

WAF 後端已解密並可鏡像，最低侵入、不增加延遲。架構特點：由 WAF 鏡像未加密流量進行分析，UTDS 不在正式交易路徑中，不增加交易延遲、不影響應用程式效能。

  1. WAF 後端（已解密）
  2. SPAN／Mirror
  3. UTDS
WAF 鏡像Out-of-Band／旁接User／API ClientFirewallWAF解密流量Application ServerCloudCofferUTDS Appliance分析中已中斷無法複製解密流量 WAF 鏡像Out-of-Band／旁接User／API ClientFirewallWAF解密流量Application ServerCloudCofferUTDS Appliance分析中已中斷無法複製解密流量
  • TLS 加密段（鎖頭）
  • 已解密（明文）段（開鎖）
  • 旁接複製支線
  • 光點＝交易流量

注意：WAF 後若重新加密，SPAN 方案同樣無效。

UTDS 不在正式交易路徑中，不增加交易延遲、不影響應用程式效能。

建議 PoC 三階段

先證明流量覆蓋，再驗證製造情境，最後測聯防與證據輸出。PoC 不含主動掃描、DAST 或 BOLA 測試。

  • 階段一

    可視性與盤點

    確認解密點與覆蓋；建立 Host／Path／Method；比對 Swagger 找出 Shadow API。

  • 階段二

    情境與偵測

    維運 API、Recipe change、Upload／RCE、製造資料 REGEX；核對告警與證據。

  • 階段三

    聯防與治理

    SIEM 串接、WAF／Firewall 處置流程、保存與權限檢查。

FAQ

製造業常見問題

如何強化應對 SEMI E187 對 API的規範？

UTDS 提供 API的可視性、執行期行為與查核證據，當系統支援 API，或把設備視為使用者時，要查核授權管理與相關作業歷程。UTDS 可看見認證型態（JWT、OAuth、API Key、Session）、API／Device 交易與異常軌跡。

會不會影響產線延遲？

旁接分析複製流量，不在 production path。策略是先告警與驗證，再評估是否自動阻擋，避免誤攔影響產線。

Fab 不能連外怎麼辦？

模型可在封閉環境運作，payload 不必送雲。UTDS 自身也應當敏感資料庫治理：誰能解遮罩、RBAC／MFA、保存與刪除政策。

選定一條可解密的製造 API 路徑，開始 PoC

預約技術交流 看部署方式