动量方舟 · Momentum Ark

一句话，三张截图

10 月 27 日下午 13:49，我发了一条消息：

> 我（10-27 13:49）：据说服务器被攻破了，你确认一下（附 3 张截图）

截图是别人给我的提示——有人发现这台机器的行为不正常。

AI 上去查了。确认：中毒了。 建议立即备份，然后重装系统。

这大概是整个 19 天里，最不需要判断力的一刻：机器已经被别人控制，你没法确认它被改了什么、留了什么后门。唯一正确的动作是重装。

但重装之前，有个更急的问题。

我第一个问的不是"怎么修"

> 我（10-27 13:56）：那我之前给你的那些数据，你下载的行情数据，这些会不会丢掉；所有相关资料，哪些在我重装之后会遗失，尽量不能遗失

先保数据，再修系统。 这个顺序我认为是对的——系统可以重建，数据重建不了（十年的行情，重拉一遍要好几个小时，还可能拉不全）。

AI 给了我一张清单，大致分三类：

我按这个清单做了备份，然后：

> 我（10-27 14:11）：那我现在去重装系统，重装完了告诉你，咱们重新部署，可以吗

14:36，重装完成，我换了一套登录信息（这串密码后来也作废了，现在用的是密钥登录）。

接下来的几个小时，全量重新部署。结果是：行情数据一行没丢。

原因说起来一文不值

事后 AI 解释了被攻破的原因，简单到有点可笑：

root 账号允许密码登录，并且对全互联网开放。

互联网上有一批程序，24 小时不停地扫描全网的 IP，拿常见用户名 + 常见密码去试。你只要开着一个"账号密码登录"的入口，被撞开只是时间问题——不是"会不会"，是"什么时候"。

我在第 2 篇写过一件事：10 月 15 日我看到页面上写着默认管理员 admin / admin123，连着发了 8 遍要求去掉。那时我想的是"别让客户看到"，没想到真正的风险是：整台机器的大门，本来就开着。

重装之后，我遇到了新问题

第二天早上 9:11，我发现了一个副作用：

> 我（10-28 09:11）：你现在修复了以后，root 不能登录，那我其他 AI 工具，扣子这些怎么登录我们的后台

> 我（10-28 09:12）：他需要 ssh 和 http 都有

这个问题很真实：安全加固之后，我自己也被挡在门外了。而我的工作方式是"多个 AI 一起用"——扣子要能读服务器上的数据，WorkBuddy 要能部署，两边都需要通道。

最后的方案是分工：

• 人：用密钥登录（不是密码），只在我自己的电脑上
• AI 工具：各给一把独立的钥匙，需要什么权限给什么权限，不用同一把
• 网站后台：走 http，用账号密码 + 登录态，跟服务器登录彻底分开

这一篇学到的

1. "能登录"和"安全"是两件相反的事。 默认配置几乎都是"方便优先"：密码登录、默认账号、全端口开放。上线第一件事应该是把这些关掉，而不是等出事。

2. 出事时的顺序：备份 → 隔离 → 重装 → 验证。 不要试图"清理"一台已经被控制的机器。你清不干净，而且你不知道它还留了什么。

3. 数据要能导出，才叫你的数据。 这次能几小时恢复，是因为所有东西都能重建或导出。如果数据只存在那台机器的一个目录里，重装就等于归零。

4. 安全加固会连带影响你的协作方式，要提前想。 "多个 AI 一起干活"听起来很美好，但每个入口都是一扇门。给钥匙，不要给万能钥匙。

【你也可以】

今晚花十分钟，让 AI 帮你做三件事：

1. "列出这台服务器上所有对公网开放的服务，哪些还在用密码登录？" 2. "把密码登录关掉，改成密钥登录，并确认我还能进去。"（顺序很重要：先确认新钥匙能用，再锁旧门） 3. "告诉我如果现在重装，哪些数据会丢，我该怎么备份。"

第 3 个问题，很多人从来没问过，直到不得不在凌晨回答它。

---

本系列为个人研究与搭建记录。文中涉及的任何账号、密码信息均已作废或脱敏处理。