虛擬主機
該標籤下有 6 篇文章
ConoHa WING（GMO Internet）部分網頁伺服器遭未經授權存取（426 個帳號）：客戶網頁伺服器區域的資料受影響，網站擁有者今天應該做什麼
2026 年 9 月 20 日，GMO Internet 股份有限公司宣布，其 ConoHa WING 租賃主機服務的部分主機伺服器（網頁伺服器）上，有第三方未經授權存取部分客戶的網頁伺服器區域，並安裝了惡意程式。共有 426 個帳號受影響，相關資料為「客戶網頁伺服器區域中儲存的資料」。存取與安裝始於 9 月 3 日；公司於 9 月 16 日偵測到，並於 9 月 18 日確認原因與範圍並移除了程式。公司表示已查明原因，但尚未公開。會員、契約與付款資料由獨立環境管理，公司表示未外洩。通知未說明網頁伺服器區域的資料是否遭取走。受影響的客戶已透過登記的電子郵件信箱個別聯繫，未被聯繫的客戶不受影響。截至 10 月 15 日，尚無後續通知。本站的看法：請先確認是否收到個別電子郵件，若有，請依其指示辦理。接著，請將網頁伺服器區域中保存的憑證（wp-config.php 中的資料庫密碼、.env 中的 API 金鑰等）視為已被讀取，並予以更換，同時檢查 9 月 3 日以後新增的檔案、管理員與排程工作。
如何確認網站或伺服器是否被入侵：共用虛擬主機、WordPress 與 VPS 的逐步檢查，以及發現異常時首先要做的事
檢查網站是否遭入侵，要同時查看從外部看得到的徵兆和留在內部的痕跡。徵兆：Search Console 的安全性問題報告、搜尋結果中的「This site may be hacked」（這個網站可能遭到入侵）標示、主機業者的通知、不明的管理員、只在手機或從搜尋進入時才發生的重新導向。痕跡：管理員使用者、被修改的核心檔案（wp core verify-checksums）、登入紀錄、authorized_keys、cron、監聽中的連接埠、最近變更的檔案。本站的看法：什麼都沒找到，並不能證明沒事。如果真的發現異常，請在清理前保存證據，從乾淨的裝置更換所有憑證，從入侵前的備份還原或重建，封住入侵途徑，最後才申請審查。
網站主機服務商被入侵時：客戶該做什麼
服務商端的入侵無法靠客戶的設定擋下，所以防禦的重點要從預防轉為限制可能的損失。9 月 10 日的調查結果確立了最重要的部分：對業務管理系統的未經授權存取發生於 2023 年 4 月至 2026 年 3 月之間；受影響的主機帳戶從 583 增加到 951；部分初始密碼沒有經過雜湊。本站的看法：把共享主機上的一切都當成可能被讀取，把機密、帳密和備份移到服務商之外，並在今天更改仍在使用的初始密碼。
是否把機密檔案遺忘在公開目錄裡：webroot 盤點
放在 webroot 裡的東西，任何人都能透過 URL 取走。遺留的權杖／憑證 JSON、.env 或備份就等於立即外洩；如果它來自共用範本，每個站點都有同一個檔案。對策：公開目錄只放可以公開的東西，機密放在 webroot 之外並設權限 600，一旦發現一個，就盤點所有站點與主機。
Laravel 的 .env 被公開讀取的案例：共享虛擬主機上的部署位置錯誤與修復方法
根本原因是『把應用程式本體放到了 public_html 目錄正下方』。本該只暴露 public/。按暫時用 .htaccess 封鎖→金鑰輪換→結構改造三個階段修復，並用機制防止再次發生。
在虛擬主機上避免 .env 被公開的目錄配置與設定
主要對策是把應用程式主體放在 docroot 之外，只公開 public/。先用 .htaccess 封鎖存取，再用結構改造做長期修復，最後自我檢查。本站的看法：這不是個人的疏忽，而是一種危險的配置在業界成了標準，所以要靠流程而不是靠注意力來防。bootstrap-redirect 比 symlink 更穩。