同一條服務,
開發看組件,
上線看行為

DevaEye / Cybersecurity as a Service

DevaEye 是紘瑒的資安即服務。開發階段以第三方相依、商業 SDK 與紅色供應鏈比對為主軸:陸製實體標註、三色威脅燈號與顧問替代建議。上線後由自研平台與 7×24 團隊承接 MDR:告警有人解、出事有人收口。

夜間資安監控室,兩位值班人員面對多面螢幕(概念示意,非正式產品畫面)

開發階段:看組件

顧問陪跑檢測/解讀、排修與複測
  1. 源碼 SAST
  2. 套件 SCA
  3. 物料清單 SBOM
  4. 檢測報告 顧問解讀
  5. 正式倉 修補後才進
DevaEye 單一窗口・負責到底

上線後:看行為

告警有人解、出事有人收口
  1. 端點告警
  2. AI 先篩 自研平台
  3. 7×24 研判 二次研判
  4. 遠端處置
  5. 報告

開發階段 · 左

交付前,把套件來源盤清楚

陸製實體標註、三色威脅燈號與中立替代建議。顧問負責解讀與排修,不把報告丟給開發自行消化。

軟體安全檢測

Runtime · 右

上線後,告警有人收口

自研平台用 AI 先篩,7×24 團隊研判與應處。預防到還原同一個窗口。事件時效依訂閱等級。

MDR

How to read

風險來源不同,左右應的方式就不同

  • 開發階段

    軟體安全檢測

    開源相依、商業 SDK、陸製來源。修補或替換後才進正式倉。

    屬地 實體管轄與商業 SDK 納管・狀態 三色燈號直觀對照(綠/黃/紅)・對策 版本修補與中立替代建議

  • SYSTEM

    應用系統

    同一條服務。左邊看「這次要上線的東西裡有什麼」,右邊看「正在被使用的行為」。

  • RUNTIME

    MDR

    一個 Agent、一個平台、一個窗口。

    EDR/NDR 平台已整合・偵測與還原・7×24 研判與應處

開發階段怎麼應 風險從哪裡來 Runtime 怎麼應
靜態檢測掃源碼,顧問排修優先,修補後才進正式倉 自己寫的應用程式有洞:提示詞處理、授權、檔案上傳 MDR 看主機與連線異常;對外不當呼叫另由上網與 AI 圍籬處理
組成分析盤依賴,物料清單留下版本證據 套件、模型 SDK、推論框架帶進已知 CVE 或不明授權 EDR 看主機載入異常模組;網路偵測看異常外連
物料清單與規格對不到流量時,回推未登記組件 上線後出現未登記介面,或 WAF 白名單被繞過 MDR 值守告警;API 盤點屬旁路偵測產品,不寫成已由本服務串接
建置階段縮小映像與權限,物料清單對應受影響範圍 服務主機被利用後橫向,打進模型、資料庫或產線網段 端點與網路發現異常;微分割限制擴散。發現與遏制分開交付

Services that keep evolving

不斷進化的服務內容,都由專家團隊承接

檢測報告與顧問說明(示意圖)
開發階段 檢測報告、修補建議與顧問說明,依服務等級交付。
DevaEye 資安狀態儀表板示範畫面
上線後 自研平台儀表板:端點狀態、事件與威脅一覽。

平台畫面為 DevaEye 示範。功能依授權方案與作業系統支援範圍而定。

LET’S DEFINE THE NEXT STEP

有需求,請聯絡顧問

開發階段的檢測範圍、顧問服務等級,或上線後要把兩套產品收成一個 Agent,都可以從這裡開始。