AI研究
Helper CTO 系列文章 06｜AI 寫的程式碼最常踩的資安地雷：權限、金鑰、輸入驗證
用 AI 工具做出來的產品功能很完整，防禦面往往是空的，因為沒人叫它關門。本文用老闆聽得懂的情境說明權限、金鑰、輸入驗證三顆地雷會發生什麼事，附五分鐘三題自檢與補救順序。
「備份喔，主機商應該有幫我們備吧？」每次聽到「應該」這兩個字，我們就知道答案大概是沒有。代價是什麼？一個很常見的畫面是：某天資料庫被誤刪，翻了一圈才發現最近一份備份是半年前的，而且沒人試過打不打得開。你不是不重視資料，而是備份從來不是「功能」，做產品的時候沒有人會想到要叫 AI 順便做它。以下三個誤解，是我們接手時最常先拆掉的。
三個關於備份的誤解
- 誤解一：主機商會幫我備。多數主機商提供的是「快照」：預設可能是關的、跟主機放在同一個地方（主機商那區出事就一起出事）、而且是整台機器，要從裡面撈出某一筆訂單很麻煩。主機商負責的是機器活著，不是你的資料完整。
- 誤解二：有 Git 就是有備份。Git 存的是程式，不是資料。客戶名單、訂單、使用者上傳的照片都不在裡面。程式碼丟了可以重寫，資料丟了不能。
- 誤解三：有備份就一定還原得了。備份檔存在，不代表它完整、不代表它沒壞、不代表有人知道怎麼把它變回一套能用的系統。
資料庫和上傳的檔案，是兩件事
系統的資料通常分兩種，備份要分開處理：
- 資料庫：客戶、訂單、設定、紀錄這些結構化的資料。它是一個持續變動的整體，做法是定期把整個資料庫匯出成一個檔案。
- 上傳的檔案：使用者傳上來的圖片、文件、影片。它們散在主機的某個資料夾或雲端儲存空間，資料庫裡只記著「檔案在哪」，不會存檔案本身。
只備資料庫的，還原之後訂單都在、商品圖片全破；只備檔案的，還原之後圖片都在，但不知道哪張是誰的。Vibe Coding 與真正系統架構的差距那篇講的就是這件事：AI 做出來的產品，資料放在哪通常是「當時方便放哪就放哪」，所以備份之前得先知道資料散在幾個地方。
最低標準：四條
不談企業級做法，這是任何一個有真實客戶的產品都該有的底線。
| 要備的東西 | 最低標準 | 沒做的後果 |
|---|---|---|
| 資料庫 | 每天自動備份一次 | 最壞情況損失一天的訂單，或全部 |
| 上傳的檔案 | 跟資料庫同一個時間點 | 還原後訂單都在，圖片全部變破圖 |
| 備份放哪裡 | 不同主機、不同服務商或區域 | 正本出事，備份跟著一起出事 |
| 還原測試 | 每季在測試環境試還原一次 | 需要用的那天才發現打不開 |
- 頻率看資料量：一天一次代表最壞損失一天，量大就要往上加。
- 放在另一個地方的備份也要控制誰能存取，那檔案裡是你所有客戶的資料。
- 備份檔本身就是外洩來源之一，跟AI 寫的程式碼最常踩的資安地雷那篇講的金鑰一樣，放錯地方就是把東西交出去。
試過還原才算有備份
備份失敗的方式很安靜：排程停了沒人知道、備份檔因為空間不夠被截斷、資料庫換了密碼備份程式沒跟著換、備份存到一個後來被關掉的帳號裡。每一種情況你都會看到「有備份檔」，直到需要用的那天才發現打不開。試還原不複雜，重點是真的做：
- 找一個跟正式環境無關的地方，把最近一份備份還原上去。
- 登入抽查幾筆最近的資料，確認內容是對的。
- 打開幾張圖片與上傳檔案，確認看得到。
- 記下這次還原花了多久——那就是出事時客戶要等的時間。
還原也是在檢查另一件事：有沒有人知道怎麼做。只有一個人會、步驟又沒寫下來，那你有的是一份備份加一個單點風險。四條標準每一條都不難，難的是「每天」「每季」這種要持續的事——做產品的人想的是下一個功能，而備份做了一百次都沒事，只有沒做的那一次會被記住。
恩梯科技把備份當維護的基本項目
- 備份不是加價服務：跟監控、安全更新一起放在基本維護裡，NT$6,000 起／月，按月請款、想停隨時可以停。
- 接手第一週就補上：這是能 demo 不等於能上線那篇補救順序裡排第一的項目，因為沒做的後果無法挽回。
- 要能證明它在跑：主機或服務出問題 1 個工作日內回應處理，備份與還原的狀況寫在紀錄裡，合作結束一併留給你。
系統交給誰，備份就該是誰的責任，而且要證明得了還原得回來。
備份是恩梯科技以 Helper CTO 角色接手一套系統時，第一週就會補上的東西：像公司的技術負責人，只是不在你的編制裡，接手、維護、改善由同一組人負責。第一步是 60 分鐘的系統健檢，只需要讓我們看得到程式碼，不需要正式環境的帳號密碼，3～5 個工作天內你會拿到一頁報告，其中一項就是備份現在的狀況。如果你連「上一份備份是什麼時候」都答不出來，可以從這裡開始：Helper CTO：系統維運方案。
