虚拟主机
该标签下有 6 篇文章
ConoHa WING（GMO Internet）部分Web服务器遭未授权访问（426个账户）：客户网站服务器区域的数据受影响，网站所有者今天应做什么
2026年9月20日，GMO Internet, Inc.宣布，在其ConoHa WING租用主机服务的部分托管服务器（Web服务器）上，第三方未经授权访问了部分客户的Web服务器区域并植入了恶意程序。426个账户受影响，所涉数据为“客户Web服务器区域内存储的数据”。访问和植入始于9月3日；公司于9月16日发现，并于9月18日查明原因和范围并删除了程序。公司表示已查明原因，但未公开。据称，会员、合同和支付数据在单独的环境中管理，未发生泄露。通知未说明Web服务器区域中的数据是否被取走。受影响客户已通过登记的电子邮件地址被单独联系，未被联系的客户不受影响。截至10月15日，尚无后续通知。本站的建议：首先检查是否收到了单独的电子邮件，如收到，按其指示操作。然后将Web服务器区域中保存的凭据（wp-config.php中的数据库密码、.env中的API密钥等）视为已被读取，并予以更改；同时检查自9月3日以来新增的文件、管理员和计划任务。
如何检查网站或服务器是否被入侵：共享主机、WordPress 和 VPS 的逐步检查，以及发现问题后最先做什么
检查站点是否被入侵，要同时看外部可见的迹象和服务器内部留下的痕迹。迹象：Search Console 的「Security issues」（安全问题）报告、搜索结果中的「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 更稳。