資安
資安週報 2026-W44:PHP、Brotli 已被實際利用
2026 年第 44 週(10 月 26 日起)的安全更新整理:這一週幾乎沒有新的大漏洞,但上一期報過的 PHP 兩個遠端執行漏洞、Brotli 與 GitLab,都被美國 CISA 列入已知遭利用;Symfony 自己更正了五個月前那句「已修補」。每一條都回到官方公告核對,查不到的也列出來。
當網站打不開、或是收到安全漏洞通知的那一刻,你拿起電話要找人處理,最怕聽到的是一句:這塊不是我們負責的喔,我們只負責主機硬體。
明明公司每個月都有固定付一筆錢,為什麼出事的時候沒有人覺得該自己動手?因為在網站的世界裡,付錢租地方放網站,跟有人替你顧網站,是完全不同的兩件事。這是資安新手入門的第五篇。在〈資安新手入門 01|資安公告出來了:怎麼知道自己的系統中不中〉確認過版本之後,這篇要帶你對清楚一條最容易誤會的線:你的網站現在是哪一種託管關係?出事的時候,到底誰該先動手?
你可以把網站主機想成一間租來的店面。房東把大樓蓋好、確保水電不斷、大門有警衛,這是房東的事;但你店裡的收銀機有沒有鎖、員工下班有沒有關窗、貨架上的東西有沒有過期,房東不會進來幫你看。
雲端主機也是一樣的道理。以全球雲端服務商 Amazon Web Services(AWS)公開的《共同責任模型》(Shared Responsibility Model)為例,官方文件把責任明確切成兩半:雲端商負責的是「雲端本身的安全性」(Security of the Cloud),也就是機房實體安全、硬體與底層虛擬化設施;而客戶自己必須承擔「雲端內部的安全性」(Security in the Cloud),包含作業系統的更新與安全修補、應用程式軟體、以及防火牆規則的設定。
換句話說,如果你只是刷卡租了一台雲端主機,當網站程式有漏洞、或是資料庫沒有備份時,主機商沒有義務、也沒有權限進到你的系統裡幫你修。正如〈你的 AI 產品有備份嗎:資料庫與檔案的最低標準〉那篇寫過的:主機商負責的是機器活著,不是你的資料完整。
你的公司刷卡租了雲端主機或部署平台,自己或請內部工程師把程式放上去跑;或是像〈用 Cursor、Claude Code、Lovable 做的專案,交給工程師前要準備什麼〉那篇提到的,你在線上工具按了幾下就把產品部署上線。在這條關係裡:
你付的費用比純租機器高一點,用的是幫你管好底層環境的代管服務,或是現成的開店與架站平台。在這條關係裡:
你把網站交給一家外部技術公司,簽了一份合約。但這裡要特別小心,因為同樣叫外包,還要看你們簽的責任線畫在哪裡:
不確定自己的網站屬於哪一種?把每個月付錢的帳單與合約拿出來,對照下面這張表,看看這四件保命的事現在落在誰頭上:
| 託管關係 | 硬體與機房網路 | 作業系統與環境更新 | 網站程式與套件漏洞修補 | 資料異地備份與後台權限 |
|---|---|---|---|---|
| 一、自己租雲端主機 | 主機商負責 | 你自己負責 | 你自己負責 | 你自己負責 |
| 二、主機代管或架站平台 | 代管商或平台負責 | 代管商或平台負責 | 平台核心歸對方;自裝外掛與客製程式歸你 | 視方案而定;後台帳號與金鑰歸你 |
| 三、簽有明確維護合約的技術夥伴 | 主機商負責(夥伴代看) | 技術夥伴負責 | 技術夥伴負責 | 技術夥伴負責(所有權歸你) |
不管你現在是哪一種關係,最危險的都不是選了哪一種,而是你以為對方有做,對方以為你要自己做。照著〈維護合約該寫什麼:回應時間、更新頻率、退出條款、文件歸屬〉的原則,今天就可以拿這四題去問現在收你錢的那一方:
恩梯科技是客製化開發出身的系統軟體公司,現在做的是 AI 系統的長期維護。長期維護要顧的是:出事多久內有人回應、安全更新多久做一次、文件與所有權屬於誰,這些都該寫進合約——有些方案寫得清楚,有些只寫一句提供系統維護服務就帶過。如果你不確定手上的系統現在到底有沒有人在管、哪些責任還懸在半空中,可以從一次系統健檢開始:看的是程式碼、資料庫、部署、資安四個面向,〈系統健檢到底在看什麼:程式碼、資料庫、部署、資安四個面向〉那篇寫了完整的檢查內容。預約系統健檢
只與少數值得深入合作的夥伴建立長期關係。
需要協助嗎?
用 LINE 直接問我們