iT邦幫忙

2026 iThome 鐵人賽

DAY 27
0
Security

從 CSSLP 視角建構恰到好處的軟體安全系列 第 27 篇

Day 26 | 變更管理與發布管理

  • 分享至 

  • xImage
  •  

Introduction

走進一家連鎖分店,點了一碗招牌紅燒牛肉麵,心中會期待吃到期待的口味,結果某天分店的主廚心血來潮,覺得老家帶來的特製辣椒醬更香,於是擅自在出餐時多加了半匙,之後可能就會多許多負評,這些出餐品質不穩的分店久了就避而遠之。

Discussion

在生產環境的軟體維運中,工程師未經報備、擅自登入線上主機修改組態檔、隨意放行防火牆埠號,或是緊急發布未經測試的 Hotfix,就如同那位私自換配方的廚師。看似不起眼的小微調,往往直接引發服務雪崩或留下致命的資安後門。

安全基準配置 (Baseline Configuration)

連鎖品牌能開出上百家分店的前提,是總部制定了一套經過嚴格認證的「黃金比例標準菜譜」——水煮幾分鐘、鹽放幾克、油溫定在幾度,全都有白紙黑字的規格。

安全基準配置(Baseline Configuration):
在系統架構中,每一台伺服器、容器映像檔與資料庫實例,都必須鎖定在一套經過審核與安全加固(Hardening)的基準配置上。例如遵循 CIS Benchmarks 或 STIG 標準,明確關閉非必要連接埠、停用預設帳號、強制啟用加密通訊協定。

變更控制委員會 (Change Control Board, CCB)

如果行政主廚想要改良牛肉麵配方(例如因應健康趨勢推出「減鹽減鈉版」),在具備健全治理制度的連鎖企業中,絕不能直接叫分店換配方,而必須向總部提出正式變更申請。

發布管理與部署策略 (Release Management)

無預警讓全台門市切換新菜單,現場必然陷入混亂,可以先挑選兩家直營分店試賣新口味,觀察顧客反應

退回機制與回滾計畫 (Rollback Plan)

新口味沾醬端上桌後,如果多數客人反映太鹹難以入口,內換回舊醬,並向客人道歉

Takeaways

Separation of Duties (SoD / 職責分離)

核心內部控制與資安治理原則。規定單一關鍵業務或系統作業(例如程式碼撰寫、測試驗證、部署發布)不可由同一人單獨完成,確保系統具備雙重檢驗機制,藉此降低內部舞弊、越權竄改與非預期作業錯誤之風險。

Further Reading

政府組態基準(Government Configuration Baseline,簡稱GCB)目的在於規範資通訊設備(如個人電腦、伺服器主機及網通設備等) 的一致性安全設定(如密碼長度、更新期限等),以降低成為駭客入侵管道,進而引發資安事件之風險。本專區提供GCB說明文件、相關資源及常見問答,協助各機關進行導入規劃與實作。
https://www.nics.nat.gov.tw/core_business/cybersecurity_defense/GCB/

CIS Benchmarks List
https://www.cisecurity.org/cis-benchmarks


上一篇
Day 25 | 災難應變營運持續及復原
下一篇
Day 27 | 從盤點到銷毀談系統除役與資料抹除
系列文
從 CSSLP 視角建構恰到好處的軟體安全 共 28 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言