请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
StevenTong
V2EX  ›  NAS

我的群晖也被勒索病毒攻击过,但是似乎防住了。

  •  
  •   StevenTong · 4 days ago · 2452 views

    今天让 codex 帮我分析了下日志,看上去应该是被执行了一样的脚本,好在我个人习惯,总是喜欢直接更新到最新系统,这次似乎防住了。

    之前网上看到几例声称最新系统也有中招的,搞得我现在依然挺慌的。

    直接看 Codex 给我的分析结论:

    有重要新发现:你的 NAS 确实遭到过与近期 C3RB3R 案例一致的攻击尝试,但目前没有发现成功感染或加密文件的证据。 这需要补充修正前面的初步结论。

    管理员日志确认了三次恶意请求,时间均为 GMT+8 时间:

    时间 攻击来源
    10 月 28 日 14:10 104[.]253[.]175[.]125
    10 月 28 日 18:31 46[.]8[.]78[.]122
    10 月 29 日 10:08 46[.]8[.]78[.]122

    请求把恶意指令藏在登录用户名里,企图植入 root 每分钟下载并执行 xdy5.sh 的计划任务。其特征与 Rapid7 的漏洞分析及 C3RB3R 受害者公布的脚本地址一致。仅看到“登录失败”不能判断这类攻击是否失败。

    深入核查得到的好消息是:

    • 攻击前已有补丁:更新日志确认 10 月 23 日已安装 90080 Update 1。
    • 未见程序残留:已知载荷、标记文件均不存在;检查的 281 个进程中,没有发现从临时目录运行或可执行文件已删除的情况。
    • 未见恶意任务:当前计划任务中没有对应下载命令。
    • 未见执行或清理痕迹:检索了 23 个当前及轮转日志、约 37 万行,删除日志和任务日志没有命中相关特征。
    • 加上前一轮文件筛查,仍未发现勒索加密迹象。
    12 replies  •  2026-11-03 14:17:55 +08:00
    xiafengjieying
    xiafengjieying
    4 days ago via iPhone
    1
    老哥是把日志下载后给 ai ,还是直接让 ai 接入群晖?
    StevenTong
    StevenTong
    OP
    4 days ago
    2
    deepbytes
    deepbytes
    4 days ago via iPhone
    3
    我昨天也是让 claude 直接 ssh 进去做了检查和加固,运气好,还没有被攻击过
    xiaozhubin
    xiaozhubin
    4 days ago
    4
    我 nas 的日志里也有 46.8 那个 ip 的记录,不过登录失败直接被封锁了 ip。
    xiafengjieying
    xiafengjieying
    4 days ago via iPhone
    5
    @xiaozhubin 我锁了好多 ip
    alfawei
    alfawei
    3 days ago
    6
    @xiaozhubin 你们怎么有那么多的登录日志,用默认 5000/5001 端口?
    codyfeng
    codyfeng
    3 days ago
    7
    还好开了自动更新
    hongs
    hongs
    3 days ago
    8
    同样检查了一遍,没发现问题,自动更新还是得开
    xiaozhubin
    xiaozhubin
    3 days ago
    9
    @alfawei 默认是 5000/5001,但路由器中已经映射到其他端口了
    alfawei
    alfawei
    3 days ago
    10
    @xiaozhubin #9 那系统有登陆日志? 我最近 4-5 年都没有人尝试登陆的。 并且 active insight 会有提示的
    xiaozhubin
    xiaozhubin
    3 days ago
    11
    没有登录日志,因为我设置了登录错误几次就封锁 ip ,所以只是提示“ Host [46.8.78.122] was blocked via [DSM].”我的 active insight 没开。
    MarkLeeyun
    MarkLeeyun
    3 days ago
    12
    感谢分享,这个分析思路很有参考价值。补充一点:这类攻击把恶意命令藏在登录用户名里,所以日志里只看到"登录失败"确实不能说明攻击没成功,得去查计划任务和进程有没有残留。楼主 10 月 23 日就打了 90080 Update 1 ,赶在 28 号攻击之前,运气加习惯都到位了。建议再顺手确认下 SSH 是否对外暴露、有没有关掉默认的 admin 账户和 5000/5001 端口,自动更新也保持开着,基本就稳了。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   4829 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 55ms · UTC 07:30 · PVG 15:30 · LAX 23:30 · JFK 02:30
    ♥ Do have faith in what you're doing.