返回全部故事案例故事 / 15

資訊安全與 IT 維運

東元電機/Trigpoint

讓 IT 盤點一路追到改善完成

從授權範圍內的唯讀盤點開始,整合設備、檢查證據與改善建議,將工程師審閱、責任分工及複查結果接到同一流程。

IT 盤點風險管理改善追蹤
伺服器、螢幕與網路設備圍繞盤點清單,勾選與警示標記呈現各設備狀態。

情境示意圖

01

面對的挑戰

設備盤點完成後,IT 團隊還要決定哪些問題先處理、由誰負責,以及改善後如何確認。當清單、工程師判斷與處理進度分散保存,管理者很難從一份報告掌握後續行動,也不容易判斷下一筆資源該投入哪裡。

02

我們的方法

我們協助東元電機部署 Trigpoint,從授權範圍內的唯讀盤點開始,將設備、檢查證據與改善建議整理到共同平台,並串接 M365、Defender、Windows 與內網資料。工程師可以追查問題根據,管理者則依優先順序安排責任與資源。

我們交付了什麼

  • 在授權範圍內,以唯讀方式連結資產紀錄與 M365、Defender、Windows 及內網資訊的盤點流程。
  • 集中檢查證據、工程師審閱、優先順序及改善責任的共用紀錄。
  • 將重要變更審核與後續資料核對連回原始風險,並區分已確認、待釐清及未檢查範圍的追蹤紀錄。
03

我們處理的關鍵細節

同一項風險從資產紀錄、檢查結果、工程師審閱到改善與複查,都保留對應資訊。已確認、仍待釐清及尚未檢查的範圍清楚呈現;重要變更經指定人員審核,處理後再取得資料核對結果。每次改善都有前後可比較的紀錄,也能接續下一輪維運。

  • 不同系統提供的證據,涵蓋範圍也不同。缺少或尚未檢查的資訊必須清楚保留,不能被呈現為已確認正常。
  • 蒐集盤點資料與修改系統,涉及不同責任。重要變更需要指定人員審閱,處理結果也需要重新取得證據,不能沿用先前盤點直接判定。
04

帶來的改變

盤點形成 IT 團隊可持續接手的工作紀錄。工程師查得到問題根據,管理者看得到回應的負責人與優先順序,後續處理也能與原始檢查結果比較。證據仍不足的範圍持續保留,作為下一輪維運需要追查的事項。

05

如何驗證交付成果

以下是同類型導入可採用的驗收檢查。開始驗證前,先與團隊確認具代表性的輸入資料與驗收標準。

  1. 確認盤點的授權範圍與唯讀存取方式,再抽取資產紀錄,追查其對應的系統資料。
  2. 檢視已確認、待釐清及未檢查項目,確認狀態與現有證據相符,並核對改善工作是否有優先順序與負責人。
  3. 選取同意執行的改善項目,沿著指定人員審閱與重新蒐集資料的流程,比較前後證據並記錄剩餘疑點。

每一次用心的導入,都從理解工作開始。