網站建置的資訊安全：先守住帳號、更新與備份

對一般企業而言，網站安全最先要做的是保護管理帳號、持續更新系統、限制資料存取，以及確認備份能還原。購買一項安全服務不會自動涵蓋所有風險；HTTPS、備份與防火牆各自處理不同問題。

四種常見狀況，責任落點不同

帳號從一開始就分人管理

每位使用者應有自己的帳號，依工作需要取得權限。只負責改文章的人，不一定需要安裝外掛或管理所有會員。共同使用同一組管理員帳密，日後難以查明誰做了修改，也很難在有人離職時單獨撤銷存取。

啟用多因素驗證後，還要妥善保存復原方式。若驗證碼只綁在外包人員的手機，公司可能在交接時失去控制。網域、主機與郵件帳號也需要保護，不能只守住網站後台。

更新前後都需要有人負責

更新能修補已知問題，但大型版本變動也可能影響功能。務實做法是先有備份，重要網站先於測試環境驗證，再安排更新，完成後檢查登入、表單與主要流程。長期停在舊版以求「不出錯」，並不等於維持安全。

請維護單位說明遇到高風險漏洞時如何處理，以及一般更新由誰判斷。若合約只寫「主機正常運作」，不代表對方會處理網站程式、第三方外掛或資料外洩。

表單少收一點，資料責任就少一點

一般詢問若只需要電子郵件和需求，就不必強制填身分證或生日。也不應將表單內容直接放進公開網址參數，否則可能留在瀏覽紀錄、分析系統或分享連結中。資料保存期限與刪除流程應依業務需要設計，而不是永久累積。

有會員或客戶專區時，請用兩個測試帳號檢查：甲能否更改網址、看到乙的資料？前台不顯示按鈕，不代表後端已拒絕未授權請求。這類權限應由開發者在伺服器或資料庫層實作。

如何確認安全服務沒有漏掉網站程式？

把責任分成主機環境、網站程式、帳號與資料四項，逐一詢問負責者。主機商可能確保作業環境，卻不替你更新客製功能；開發者可能修程式，卻不知道公司仍共用管理員密碼。這些交界最容易無人處理。

可約定異常通知要包含受影響項目、已採措施與公司需要做的事。敏感問題不宜只丟一張掃描分數，卻沒有人確認是否修復或需要暫停功能。

發現異常時，先保留線索

若網站被放入陌生廣告或導向其他頁面，記下發生時間與受影響網址，通知維護人員評估隔離並保存必要紀錄。只刪掉看得見的異常，可能留下原本的入侵原因。復原後還需確認帳號、金鑰與套件狀態，避免相同問題再次發生。

技術措施可參考 OWASP Top 10 所整理的網站應用風險。本文是建站管理入門，具體事件仍應由維護或資安人員依證據處理。