VPS托管安全吗？您真正能控制什么

VPS 托管安全吗？简短回答

安全。对于大多数用户购买 VPS 所要完成的工作，VPS 托管是安全的，而且比共享主机有明显改进。VPS（虚拟专用服务器）是一台拥有独立内核、独立内存、独立磁盘和独立用户账户的虚拟机。运行该虚拟机的 hypervisor 会将其他客户隔离在这四项资源之外。与您共用同一台物理机、租用相邻虚拟服务器的用户，无法读取您的文件、列出您的进程、登录您的服务器或查看您的网络流量。

坦率地说，答案分为两部分。服务提供商负责硬件和 hypervisor。您负责虚拟机内部的一切，而几乎所有真实安全事件都从这里开始。服务器通常会因开放端口、脆弱的 SSH 密码、长期未更新的软件包，或发布到文件中的密钥而遭到入侵。通过 hypervisor 遭到入侵的情况非常少见。

虚拟机监控程序实际隔离的内容

虚拟机监控程序是在一台物理主机上运行虚拟机的软件。在 KVM VPS 中（KVM 表示 kernel based virtual machine，是 Linux 主机上的标准方案），您的服务器是一台完整的虚拟机。它会启动自己的内核。主机会为它分配一块固定的物理内存区域。处理器的内存管理单元会拒绝任何超出该区域的访问。因此，另一个客户机中运行的代码完全无法访问您的内存。不同客户机之间没有共享文件系统，也没有共享用户表。因此，邻居服务器上的文件权限对您的服务器不起作用。

共享主机的工作方式不同。许多网站运行在同一个操作系统中，共用一个 Web 服务器和一个 PHP 安装，并作为普通用户帐户运行。唯一的隔离边界是文件权限。因此，权限配置错误，或以权限过高的用户身份运行且能够读取过多内容的易受攻击插件，可能访问其他帐户的文件。这正是 从共享主机迁移到 VPS 所解决的问题。

请确认您购买的具体方案，因为并非所有标称为 VPS 的方案都是虚拟机。基于容器的方案（OpenVZ、LXC、Virtuozzo）共享主机内核，并使用 namespaces 和 cgroups 隔离不同客户，而不是使用硬件虚拟化。这种隔离边界更弱，因为主机内核中的漏洞同样会影响您的服务器。您也无法在这些方案中加载内核模块，因此部分软件无法使用。KVM 是更安全的默认选择。付款前请确认您获得的是哪一种方案。

共享物理主机可能带来的影响

共享物理主机会降低您的速度，这是它唯一的影响。同一台主机上的虚拟机共享物理 CPU 和磁盘。当 CPU 忙于处理其他客户的任务时，您的虚拟 CPU 会等待，Linux 会将这段等待报告为 steal time：即 %st 中的 top 和 vmstat 字段。如果 steal time 连续数小时高于几个百分点，说明主机超额分配了资源。这不表示有人正在读取您的数据。解决方法是更换套餐或服务商。您也可以先测量实际获得的 CPU 和磁盘资源，再做决定。

有一种跨客户影响值得了解，但它不是安全漏洞。如果您从 VPS 发送邮件，您的 IP 地址会处于其他客户也在使用的地址段中。某个邻居发送垃圾邮件后，可能导致该地址段的一部分被列入 blocklist，因此您的邮件会进入垃圾邮件文件夹，而原因并非由您造成。会主动处理滥用行为的服务商通常拥有更干净的地址段。如果邮件对您很重要，请向服务商询问这一点。

恶意邻居无法做什么，以及他们少数情况下能够做什么

同一台宿主机上的其他客户无法访问您的文件。他们无法查看您的进程、挂载您的磁盘，也无法在您的服务器上打开 shell，因为这些对象都不存在于他们的虚拟机中。有一种例外情况需要明确说明：应将提供商的私有网络视为与陌生人共享的网络。经过该网络传输的数据应加密，不要假设这些数据对其他人不可见。

虚拟机监控程序逃逸是真实存在的风险。虚拟化层中的漏洞可能允许某个虚拟机内的代码访问宿主机，再从宿主机访问其上的所有虚拟机。这类漏洞会被发现，并以 CVE（常见漏洞和暴露）编号公开，随后得到修复。托管提供商会快速修复这类漏洞，因为其整个业务都依赖该层。利用此类漏洞需要针对特定虚拟机监控程序版本的可用漏洞利用代码。对于一个小型托管账户而言，攻击者通常不会为此投入如此高的成本。

跨虚拟机侧信道也是真实存在的风险。这类攻击属于 Spectre 和 Meltdown 家族，利用共享的处理器缓存推断边界另一侧的少量数据。微码和内核更新可以降低这类风险，已发表研究中的数据泄漏速率也极低。公开案例主要是研究演示，而不是大规模攻击。风险并非为零，但它远不如其他更可能造成损害的问题重要。

提供商的职责范围，以及您需要负责的部分

提供商负责机房、宿主机硬件、虚拟机监控程序和宿主机内核、物理网络，以及可用于启动、停止、重建和创建服务器快照的控制面板。如果其中任何部分出现故障，提供商负责修复。

您负责从操作系统开始向上的所有内容。这包括您安装的软件包、保持开放的端口、可用于登录的账户和密钥、您执行的更新、备份，以及您自己的应用代码。大多数 VPS 方案都是非托管的，也就是说，没有人会替您修补服务器，提交支持工单也不会自动完成这项工作。购买前应阅读托管与非托管的区别，因为它决定了上述责任中有多少需要由您承担。

您负责的部分中，有一项很容易被忽略：托管控制面板本身。持有该控制面板登录权限的人可以重建您的服务器，或将您的磁盘挂载到救援系统，而完全不需要知道服务器内部的任何密码。请在托管账户上启用双因素身份验证（2FA），并且不要在其他任何地方重复使用该密码。

您的主机提供商能看到您的数据吗？

是的，原则上可以。这是 VPS 能提供的保护范围。您的磁盘镜像存储在提供商的存储设备上。提供商的控制台可以访问您的虚拟机屏幕。救援模式可以启动另一个系统，并挂载您的磁盘。VPS 可防止其他客户访问您的系统，但不包含提供商。

如果您持有必须让主机方无法读取的数据，应在写入数据前于应用中进行加密。在 guest 中启用全盘加密，可以防止他人读取处于静止状态的复制磁盘镜像。但服务器运行时，密钥必须存放在内存中，因此仍无法排除提供商的访问能力。同样的信任关系也适用于 您单独租用的专用服务器，只是少了一层共享基础设施。

VPS 实际上是如何被攻破的

监听所有网络接口的服务。 数据库、缓存、消息队列和管理面板通常默认绑定到 0.0.0.0，这表示它们会监听每个网络接口，包括公网接口。互联网范围的扫描一直在持续，而且是自动进行的，因此新 IP 地址上线后几分钟内，通常就会收到第一次未经请求的探测。没有密码的 Redis、未经身份验证的 Elasticsearch 节点、2375 端口上开放的 Docker API，以及仍使用默认登录凭据的管理面板，都会被这种方式发现；扫描器甚至不知道您是谁。仅本机需要访问的服务应绑定到 127.0.0.1，其余访问则在防火墙中阻止。

Docker 绕过防火墙。 发布容器端口时，Docker 会写入网络地址转换（NAT）规则。这些规则会先于 ufw（uncomplicated firewall）的规则进行评估，因此即使 ufw status 显示该端口被拒绝，容器仍可能可以从互联网访问。这会导致原本其他配置都正确的用户遇到问题。在发布容器端口前，建议阅读Docker 端口为何会忽略 ufw。

启用了密码登录的 SSH。 在任何公网服务器上查看 /var/log/auth.log，都会发现类似 Failed password for root from 203.0.113.10 port 54312 ssh2 的记录，全天候有数千条。机器人会尝试常见用户名和常见密码。启用密码登录，再加上允许登录的 root 账户，攻击者就具备了所需条件。仅允许使用密钥登录，并关闭 root 登录后，这些流量就只是可以忽略的噪声。

所有位置都使用同一个私钥。 将同一个密钥复制到每台笔记本电脑和每台服务器，意味着一台笔记本电脑被盗就会导致所有系统失守。SSH 密钥不会过期，因此两年前交给承包商的密钥今天仍然有效。每个人、每台机器使用一个密钥无需额外成本，还能限制单个被盗密钥可访问的范围。

长期无人更新的软件包。 针对您的 Web 服务器或应用框架公开的 CVE，会提供一套公开的利用说明，扫描器通常会在几天内开始测试该漏洞。安全更新是成本最低的防护措施，而且可以自动执行：参见Ubuntu 上的自动安全更新。

泄露的机密。 数据库密码和 API 密钥存放在 .env 文件中，而这些文件可能被提交到公开代码仓库，或被指向错误目录的 Web 服务器提供出去。粘贴到 AI 编码代理上下文中的任何内容，也可能出现在日志中。这是另一个需要单独讨论的问题：避免让代理接触机密。

所有程序都以 root 身份运行。 如果应用以 root 身份运行，其中一个漏洞就可能控制整台机器，因为服务器内部已经没有边界可以阻止漏洞影响扩散。

您负责的部分

以下内容都不属于虚拟机监控程序的工作。它们都由您负责，也正是这些事项决定 VPS 是否安全。

• 正确完成第一个小时的设置：新 VPS 上的前十分钟涵盖非 root 用户和防火墙配置。
• 加固远程访问：加固 VPS 上的 SSH。
• 关闭不使用的端口：ufw 防火墙基础知识。
• 仅授予每项服务所需的访问权限：VPS 上的最小权限用户。
• 减缓暴力破解登录：Ubuntu 24.04 上的 fail2ban。
• 保留至少成功恢复过一次的备份：VPS 的 restic 备份。

服务器启动时，提供商负责的部分已经完成。您负责的部分在第一天大约需要一个小时，此后每月只需几分钟。如果您仍在比较不同选项，VPS 的实际含义介绍了这些内容所依托的基础。

FAQ

同一台物理服务器上的其他客户能读取我的文件吗？

不能，KVM VPS 不会出现这种情况。您的服务器是一个虚拟机，拥有自己的内核和虚拟磁盘，以及主机分配给它的一段物理内存；处理器会阻止访问这段内存之外的区域。各客户之间没有共享文件系统，因此邻居服务器中的文件权限在您的服务器内没有意义。OpenVZ 和 LXC 等基于容器的方案共享主机内核，隔离边界较弱，因此请确认购买的方案类型。

VPS 比共享主机更安全吗？

就隔离性而言，是的。在共享主机上，许多网站运行在同一个操作系统中，唯一的隔离边界是文件权限，因此其他账户中的配置错误有时可能暴露文件。在 VPS 中，隔离边界是虚拟机。代价是，共享主机由主机商负责打补丁，而非托管 VPS 由您负责打补丁。只有在您确实应用更新并关闭端口的情况下，VPS 才更安全。

主机商能读取我的数据吗？

原则上可以，任何 VPS 产品都无法改变这一点。磁盘映像存储在主机商的硬件上，控制台可以访问运行中机器的屏幕，救援模式还可以启动另一个系统，并将您的磁盘挂载到该系统中。如果某些数据必须对主机商保持不可读，应在写入前于应用中加密。客户机内部的磁盘加密仍会在服务器运行期间将密钥保存在内存中，因此无法将主机商排除在信任范围之外。

VPS 最常见的被入侵方式是什么？

暴露的服务或薄弱的 SSH 登录，远远超过其他方式。自动化扫描器会持续探测每个公网 IP 地址，因此绑定到 0.0.0.0 且没有密码的数据库，或仍使用默认凭据的管理面板，通常几分钟内就会被发现，而不是几个月后。任何公网服务器上的 /var/log/auth.log 都能说明 SSH 面临的部分风险：来自世界各地地址的重复 Failed password for root 行。虚拟机监控程序逃逸确实存在，但这属于面向高价值目标的研究级攻击，不是普通服务器遭受入侵的常见原因。