从勒索加密恢复,到AI勒索攻击的前世今生
原创
AI安全迪哥
AI安全迪哥
AI安全迪哥
2026年10月30日 12:30
江苏
去阅读
这篇要说的事
第一章是急救台:列一些常见的勒索加密后的恢复工具
所有的前提,都是已知的密钥、公开过的勒索,没有密钥啥都白搭
第二章揭秘了AI勒索攻击到前世今生,以前与现在的变化
不同类型的对象,恢复的可能性天差地别
同一台机器上,这六类数据的可恢复性差别极大。
常见的解密工具集
第一类工具集|只定性、不解密:认家族的五个入口
ID Ransomware(免费,不收可执行文件)
https://id-ransomware.malwarehunterteam.com
Crypto Sheriff(No More Ransom 的比对入口,有中文界面)
https://www.nomoreransom.org/zh/crypto-sheriff.php
RansomLook(按家族、后缀、勒索信模板追当期在打的家族)
https://www.ransomlook.io/
第二类工具集|解文件内容:当期家族现成的解密器(共同前提,这把密钥已经公开过)
Akira 勒索解密
https://files.avast.com/files/decryptor/avast\_decryptor\_akira64.exe
Rhysida 勒索解密
https://files.avast.com/files/decryptor/avast\_decryptor\_rhysida.exe
FunkSec 勒索解密
https://files.avast.com/files/decryptor/avast\_decryptor\_funksec64.exe
LockBit 3.0勒索解密
https://www.nomoreransom.org/uploads/check\_decryption\_id\_manual.zip
Phobos/8base 勒索解密
https://www.npa.go.jp/bureau/cyber/countermeasures/ransom/phdec\_gui\_v1.0.0.zip
Black Basta 勒索解密
https://github.com/srlabs/black-basta-buster
Dharma/Rakhni 勒索解密
https://media.kaspersky.com/utilities/VirusUtilities/EN/RakhniDecryptor.zip
GandCrab 勒索解密
https://download.bitdefender.com/am/malware\_removal/BDGandCrabDecryptTool.exe
GlobeImposter 勒索解密
https://www.emsisoft.com/en/ransomware-decryption/globeimposter
STOP/Djvu 勒索解密
https://www.emsisoft.com/en/ransomware-decryption/stop-djvu
Hive 勒索解密
https://www.nomoreransom.org/uploads/Hive\_Ransomware\_Integrated\_Decryption\_Tool\_User\_Manual(ENG).pdf
第三类工具机|解文件内容:翻目录集找工具
No More Ransom目录(184 个勒索家族条目、223 件工具、23 个制作方)
https://www.nomoreransom.org/zh/decryption-tools.html
Emsisoft 目录(68 件工具,超89 条勒索家族链接)
https://www.emsisoft.com/en/ransomware-decryption/
Avast 目录(直挂 32 个解密器 exe)
https://www.avast.com/ransomware-decryption-tools
Kaspersky 工具总页
https://support.kaspersky.com/utility
Bitdefender Labs 免费工具
https://www.bitdefender.com/en-us/blog/labs/tag/free-tools
Trend Micro 解密器说明页
https://success.trendmicro.com/en-US/solution/KA-0006362
Dr.Web 免费解锁请求
https://support.drweb.com/new/free\_unlocker/for\_decode/
Quick Heal 单页多家族(Troldesh、CrySiS、CryptXXX、GandCrab 这些老家族在一个包里)
https://www.quickheal.com/free-ransomware-decryption-tool
第四类|解没被加密的残留:分区表、引导与签名雕刻(扫副本,绝不扫原盘)
TestDisk(找回被覆盖的分区表和引导记录,勒索场景里只用于分区表被动过)
https://www.cgsecurity.org/wiki/TestDisk
PhotoRec(按文件签名雕内容,不看文件名和目录,雕出来的东西全没有原名)
https://www.cgsecurity.org/wiki/PhotoRec
DMDE(免费额度页:一次一个目录、4000 个文件,重复次数不限)
https://www.dmde.com
R-Studio(Windows/Mac/Linux/Network/Technician 五档,试用版功能受限)
https://www.r-studio.com
第五类|解阵列与虚拟化:RAID 参数、VMDK、VMFS6
UFS Explorer Professional(付费;支持 VMFS6 与 ESX/ESXi 虚拟磁盘,sparse 和 flat 的 VMDK 都能解开)
https://www.ufsexplorer.com/solutions/virtual-machine-data-recovery/
DiskInternals VMFS Recovery(扫 ESXi 数据存储和被删的 VMDK,免费预览、付费导出)
https://www.diskinternals.com/vmfs-recovery/
ReclaiMe(RAID 0/5/6 参数推算加文件恢复,跑在 Windows 上)
https://www.reclaime.com/
第六类|解内存里的密钥:先出内存镜像,再动磁盘
Magnet DumpIt(免费、无需注册,x86/x64/ARM64 全内存 dump)
https://magnetforensics.com/resources/magnet-dumpit-for-windows/
WinPmem(同一用途的开源选择,Volatility 官方推荐)
https://github.com/Velocidex/WinPmem
Volatility 3(读 dump 找残留,malfind、yarascan、filescan)
https://volatility3.readthedocs.io/
MemProcFS(把内存镜像挂成文件系统来翻,自带 YARA 扫密钥,AGPL)
https://github.com/ufrisk/MemProcFS
第七类|不解密、只留痕:镜像、挂载与时间线
Eric Zimmerman 的工具站(KAPE、MFTECmd、RECmd、Timeline Explorer、VSCMount)
https://ericzimmerman.github.io/
Autopsy 与 The Sleuth Kit(开源解析镜像、VMDK 和 Windows 工件)
https://www.sleuthkit.org/autopsy/
Arsenal Image Mounter(把镜像挂成完整磁盘,官页明写支持挂载卷影副本和 BitLocker 卷)
https://arsenalrecon.com/products/arsenal-image-mounter
X-Ways Forensics(付费加密;功能表里“可把全部卷影副本里的文件纳入分析”)
https://www.x-ways.net/forensics/
哪些数据能救回来
最容易救的是被跳过、只加密首部、或者条带加密的普通文件。文本、日志、CSV 这类,头部或尾部结构还在就能读;一组 2025 年的实测甚至发现,覆盖率很低时中心元数据未损的 DOCX、PPTX 仍可读,部分媒体文件仍可播放。反过来说,媒体与办公文件对“部分加密”的容忍度比容器文件高得多。
运气最好的一种,是碰上只动磁盘元数据的家族。Petya 只加密 MFT,文件内容原样留存(Kaspersky 2016 年的分析);ESXiArgs 只加密 vmdk 描述符与 vmx、vmxf、vmsd、vmsn、vswp、vmss、nvram、vmem 这些配套文件,不碰 -flat,所以磁盘数据完好,重建描述符就能重新挂载(CISA 与 FBI 的 AA23-039A,2023 年)。这是勒索应急里少见的好消息,但它只属于“恰好撞上这两个家族”的情况,不能当普遍规律写进预案。
数据库这边能抢的是事务日志尾部。SQL Server 的 .ldf 若没被损坏,可以用 BACKUP LOG WITH NO\_TRUNCATE 抢下尾日志,但还原必须接在既有的完整备份加差异备份链条上,日志不能重建页面;Oracle 的数据文件要靠自其创建起完整的在线重做日志加归档日志才能恢复;InnoDB 有 undrop-for-innodb 这类工具靠 ibdata 与 redo 的页面镜像重建,而 redo 是循环覆盖的,没有基线就不全;Exchange 只能把 .log 回放到既有 .edb 基线上。说白了:日志能抢回最后一次检查点之后的增量,被加密的主文件照旧起不来。
最容易被错过的是内存里的密钥。前提是还没重启,而且采集要尽早。findaes、Interrogate 这一类工具在 NotPetya、BadRabbit、Phobos 上取出过密钥(Bajpai 与 Enbody,USENIX WRS 2018)。这条路的窗口以小时计,是“前 30 分钟”真正值钱的地方——工具都在第六类那六行里,落地做法是把 dump 交给 Volatility 3 或 MemProcFS 挂 YARA 规则去扫,而不是指望某个现成的解密器替你按按钮。
还有家族自己留下的记录。DragonForce 会在 C:\Users\Public\log.log 落一份日志,用 ChaCha8 加密且头部是确定性密钥,可以离线解出,里面就是这台机器加密了哪些文件的清单。NTFS 的 $MFT、$UsnJrnl、$LogFile 捞不回正文明文,但能回答“哪些文件被动过、什么时候动的”——这对报告义务和范围划定比恢复本身更有用;另外 716 字节以内的 resident 数据是直接存在 MFT 记录里的,没被改写的话可以整条取出。这两样都靠第七类那套工具去读。
上面五类全都成立,没有私钥照样白搭。勒索用的是信封加密,文件密钥在本地生成、被公钥加密后写进文件头,能解开它的私钥只在攻击者手里。
四把钥匙的传递链。赎金买到的只有最底那一把;它若丢了,付钱也解不开。
哪些从一开始就别浪费时间
如果家族没有解密器,就不要指望技术突破。目前公开 AES-256 没有可行的穷举,除相关密钥攻击外也没有显著优于穷举的方法(NIST SP 800-57r5;BSI TR-02102-1)。已经发生的“救回”只有三条路:执法拿到密钥(FBI 2023 年 1 月渗透 Hive 之后交付了 300 多个密钥;2024 年 6 月 LockBit 被端之后,美方对外称手里还有 7,000 多个密钥)、实现缺陷、内存残留。
而目录里查不到条目的,包括 Play、SafePay、Qilin、Medusa、Conti、BlackCat——这几个是当下境内境外都在打的活跃家族,没有条目就意味着没有免费工具。所以第二类那十一件是例外,不是常态;读那一类的时候,每条后面那句版本范围、文件大小和时间窗,就是排工时的边界。
有工具和“你的这批文件能被解”是两件事,先查边界再排工时。
AI勒索攻击的前世:先设计好备份
现场能救回来的量,绝大部分不取决于应急水平,取决于你备份做成了什么样。
Veeam 2025 年勒索趋势报告统计 1300 家组织,其中 900 家真实经历过加密或外泄:89% 的备份仓库被攻击者直接针对,被针对的仓库里平均 34% 的内容被修改或删除。
一个可抄的分法:不接受任何损失的关键数据必须有物理隔离副本,不能只依赖快照和在线仓库;可接受极小范围丢失的次要数据走备份存储加 WORM 快照加勒索检测加加密;不影响业务连续的普通数据允许一部分丢失,走常规备份。
三档数据三条去向;关键数据那条要物理隔离,才叫副本。
AI勒索攻击的前世:先看之前的勒索
2023 年一个 NetScaler 缺陷,引发了一个惊动全球的银行勒索事件,源头Citrix Bleed。打法朴素到不像话:发一个 Host 头被拉得超长的 GET 请求,设备返回 200 OK。
拿到它之后发生的事,才是这条链值得甲方看的地方:环境里配了单点登录,持有有效 cookie 的人可以直接进虚拟桌面和应用,不需要用户名密码,不需要再走一次 MFA。MFA 不是被破的,是被跳过的。它挂在一个已经被绕开的环节上。接下来是提权、窃取主机私钥证书、用 SSH 免密登录内网主机。而在边界防火墙上,这些流量的类别标签是“Citrix 流量”。Citrix 流量,全网放行。
四个分区,一条红色虚线走到底;每段旁边写着当时那道防线的动作。
安全建设的盲区不在单个产品上,在产品之间的信任控制。
把上面两条链叠回一张图:四个阶段、四个卡点,每段下面那行字是这道关当时的实际反应。
AI勒索攻击的今生:AI改变了什么
AI 真正在用的地方有三个,都不在加密器上。
一是勒索过程的动作自动串联。 2025 年 8 月 27 日披露的一起案件里,攻击者用 Claude Code 做侦察、收凭据、进内网、决定外传哪些数据、分析被窃的财务数据来定赎金价格、生成勒索信,至少 17 家机构受害,有的赎金超过 50 万美元——全程一个文件都没加密。同一团队 2026 年 9 月 10 日的报告里,编号 GTG-50014 的团伙被描述为 “AI agents performed nearly all of the work.”,那份报告里我印象最深的是另一句:Sophisticated attacks no longer require sophisticated attackers。高明的攻击,不再需要高明的攻击者。
二是AI生成的社工+母语级的钓鱼话术。 Mandiant 2026 年 3 月的入口分布里语音钓鱼占 11%,连续第二年超过邮件钓鱼的 6%;FBI 在 2026 年 7 月 20 日面向 IC3 的公众安全通告里,把 “AI-generated voice cloning” 写进了执法指引。
三是AI动态生成勒索母体,免杀能力极强。 过去攻击者优先用合法账号和现成工具,不是不会写恶意件,而是针对每个端点重编译一次免杀样本太贵。根据对最常见的A 辅助勒索家族FunkSec的特点,它直接推翻了“端点防护装了就完事”的前提:样本是AI-powered的实时变异,EDR的产品IOA规则追不上实时变异的速度。
十步里四步被 AI 改了打法,加密那步可以整个跳过;剩下五步走的还是你本来就放行的路。
AI勒索攻击的今生:甲方按“1—2 个人扛得住”来设计
下面这些建议的前提是大部分甲方的行业现实:一套态势感知平台、一堆各自为政的安全组件、专职 1 - 2 人、没有新增预算。AI下的勒索防护是必须,但立项不可能只针对勒索本身就能立项。
第一层:把四道卡点变成四个数,而不是四套产品
四件事全部落在存量设备上,唯一的新增成本是有人天天看。
勒索路径上有四个真正能改变结局的位置:抑制钓鱼中招人数、边界拦住 C2 与隧道、集权集控机器不失陷、端点在加密那一刻顶住。这四个位置不需要新设备,需要的是四个可验收的数。
卡点一,人员。 常态化季度钓鱼加社工演练;建一条“不确定是不是钓鱼,先提交确认”的反馈通道——这条通道的价值不在拦截,在于把最贵的失误变成一次免费的教学。对反复中招的人,适当限制高危入口工具的使用,并把演练结果纳入绩效。明确不做:全员安全大屏、一次性培训、“阅读并同意”式的合规签署。
卡点二,边界。 把已有边界设备的默认策略从 allow 改成 deny;加黑勒索组织常用的一级域名(.top、.zip、.work、.click、.link 这一类,公开可查);把 URL 和 DNS 防护当成需要每周运营的策略,而不是装完就走的开关。明确不做:为了“再买一台能检测加密流量的设备”立项——先把手上那台的 TLS 解密和情报订阅打开,并验证它真的在生效。对于常见的高频URL,需要做好DNS沉洞设计,一家金融证券,通过它解决了80%+的C2的问题。
卡点三,关键主机。 域控、堡垒机、身份认证系统、备份管理台,这四类单独清点。判据只有一条:任何一台身份或者凭证失陷,是否自动等于下一台失陷。 如果答案是“是”,说明它们之间只有信任、没有边界。
卡点四,端点。 先查两件事,不用买任何东西:杀软的白名单与排除项里到底有什么;有多少台机器根本没有端点代理。微软数字防御报告分析:30% 的人工操盘勒索事件里攻击者滥用了防病毒排除项,约 79% 的案件涉及至少一个远程管理工具。这两个数字合起来,就是“装了 EDR 并且配了白名单所以安全”这个巨大漏洞。
第二层:权限按三层清点,MFA 按强度分档
权限不是一张表,是三类完全不同的东西:账号与人员权限、环境与物理权限、系统与应用的权限。物理那层最容易被忽略——只有门禁没有安保检视,尾随和伪装社工身份就能发起近源攻击。
MFA 要按能不能被绕开来分档,而不是按有没有开:只有密码策略是较差;加非硬件 MFA(短信、推送、软令牌)是中等,因为它可被中间人攻击和服务端漏洞绕过;FIDO2 这类抗钓鱼凭据才是较好。Sophos 2026 年 7 月调查表明:在“被盗凭据是根因”的勒索事件里,97% 已经启用了某种 MFA。
别再看 MFA 覆盖率,看高价值账号上生效的那一种,是不是抗钓鱼的那一种。
第三层:失守迹象清单,不需要预算,只需要有人每天看
一份可直接抄的判据,按阶段分三栏。这三组条件句可以直接拿去改告警规则。
最后
勒索事件的损失不该由安全部门单独承担,因为它进来的路径全是组织的信任关系:单点登录的信任、堡垒机的信任、域控的分发权、白名单的信任、防火墙上那条没人记得为什么加的历史放行。这些没有一项是安全部门单独能改的。
所以真要落到组织上,看的是三样具体的东西:预案里写没写默认动作(而不是写没写原则)、整改有没有回执、集团与子公司之间的责任怎么划。变更窗口和演练时限这些“土办法”。它不只是安全活,更是企业治理活。
版权声明
本站仅做备份收录,仅供研究与教学参考之用。
读者将信息用于其他用途的,全部法律及连带责任由读者自行承担,本站不承担任何责任。










评论