```html

cracker第一次看到那台服务器崩溃的的凋零时候，正在吃一碗泡面。风暴屏幕上跳出一行红字：kernel panic - not syncing: Attempted to kill init!。的凋零他愣了两秒，风暴然后笑了——不是的凋零那种开心的笑，是风暴嘴角抽一下、像被烫到一样的的凋零笑。那台机器跑的风暴是他花三天写出来的扫描器，本来只想扫几个C段，的凋零结果把自己内网的风暴一台老防火墙给打挂了。

这事儿发生在凌晨两点十七分。的凋零他记得很清楚，风暴因为泡面刚泡好，的凋零叉子还没拆开。风暴后来他把这段经历写进了一个叫《凋零风暴》的的凋零脚本里，脚本第一行注释就是：“别在泡面的时候跑全速扫描。” 这不是玩笑，是血泪。

《凋零风暴》本质上是个端口扫描加漏洞探测的混合体。cracker写它的时候没想太多，就是觉得市面上的工具太慢，nmap扫一个B段要等半天，masscan又太糙，返回的结果经常缺胳膊少腿。他想要一个东西，能像风暴一样卷过去，把开放的端口、跑的服务、可能的漏洞全给刮出来。名字里的“凋零”其实来自他玩过的一个游戏模组，那个模组里有一种会扩散的枯萎病，走到哪儿，草就枯到哪儿。他觉得这比喻挺准的——扫描器走过的地方，网络拓扑图上的未知区域就一片片地“凋零”成已知。

但真正让《凋零风暴》变得危险的，是它那个“自适应速率”模块。cracker原本的设计是：根据目标响应时间动态调整发包频率，避免把对方打崩。可代码里有个逻辑漏洞——当目标完全不响应时，它会误判为“网络状况良好”，然后疯狂提速。于是就有了那台防火墙的惨剧。他后来修了，加了个硬上限，但心里清楚，这种bug在压力测试场景下永远修不干净。

有意思的是，这个漏洞被人发到某个论坛后，下载量反而涨了三倍。评论区里有人说“这才叫真·风暴”，也有人说“作者是不是跟防火墙有仇”。cracker没回复，只是默默把仓库里的release版本换成了修复后的。他知道那些人要的不是工具，是破坏的快感。而他不想要这个。

后来他做了一次实验。在虚拟机里跑《凋零风暴》，目标是一台故意配了弱口令的Redis。扫描器在0.8秒内就找到了端口，1.2秒试出了密码，然后——它停住了。没写数据，没执行命令，只是把结果标红，弹了个提示框：“建议人工确认。”cracker盯着那个提示框看了很久。他想起自己刚开始学渗透的时候，第一次拿到shell那种手抖的感觉。现在他写工具，反而在刻意给机器踩刹车。

《凋零风暴》的代码仓库里有个README.md，最后一段写着：“这个工具能帮你找到门，但推不推开，是你的事。”没有免责声明，没有法律警告，就这一句。有人觉得矫情，有人觉得装。cracker不在乎。他只是不想再看到凌晨两点十七分的泡面，和那行红字。

现在那台老防火墙还躺在他机柜最底层，电源灯不亮了。他没扔，也没修。偶尔翻出来看看，像看一块化石。风暴过境之后，总得留点什么东西提醒你——风曾经刮过，而且刮得很疼。

```