第168章 普渡（2/2）

乐乐点了点头表示认同回答道：“是啊，差不多就是这几处地方喽。那么对于此事你是否有一些独到的见解或者想法呢？”

萌萌沉思片刻后回应称：“嘿，你瞧啊，这些个地点可都是那些提供云计算服务的供应商们其各自服务器集中设置的区域哟！像浩特那边风力发电跟太阳能资源相当丰富；而湖洲则拥有最为便捷且充足的冷却水资源作为保障；至于魔都与杭城嘛同样也算得上是云计算产业蓬勃发展的重要基地之一呢。”

听到这里乐乐若有所思地附和着说：“如此说来，这些位置确实存在被大规模批量注入数据信息的可能性咯？”

萌萌随即提议道：“要不你赶紧去查看一下相关的日志记录呗！重点关注一下两个关键流程彼此间的时间间隔到底长不长哈！尤其是看上一个接口完成相应操作之后，下一个接口是否能够在短短数毫秒内迅速响应并成功连接至目标设备或系统之上呢？”

乐乐一边应承下来一边立刻着手开始仔细查阅那些堆积如山般的日志文件资料，只见她全神贯注、目不转睛地盯着屏幕不断翻动页面，直看得自己头昏脑涨、眼花缭乱才罢休。

萌萌：“在用户表，拿produo到日志文件夹，用通配符.log 和grep管道符筛选日志，多找几个最好直接筛选出接口层时间，看一下间隔是否合理。当然也可以直接写一个.py脚本跑一下看看。”

乐子姐不愧是计算机系高材生，虽然只有大二，但听到萌萌的方案后立刻着手写脚本，半小时后，萌萌已经跟几人聊了有一会儿了，乐子姐突然说到：“按你说的，我筛查出来，大概你与第二名差距100票左右时，就会开始接收到这种请求，而且攻击方很公正，对，应该用公正来形容，它会给榜单所有人，除了你投票，我导出了一个excal 画了几个图很直观。而且它甚至能稳住排名顺序不被它影响，比如第四名和第五名差一票，它用了普渡方法给所有人都加了票，导致原本4和5之间差一票，但因为它的操作差了2票，当有人给5号投票时，普渡会立刻给5号再投一票。

萌萌：嗯……大致就是如此吧！没想到你竟然还给这位神秘的黑客取了一个特别的绰号——普渡啊！哈哈哈哈~

乐乐：可不是嘛！这家伙简直就是个“大善人”呢，见人就渡，唯独把你落下啦！真不知道是不是跟你有仇哦，嘻嘻嘻……

萌萌：唉，先别管这些无聊的事情了。话说回来，关于这次被攻击的事件，你有没有查出到底是谁干的呀？

乐乐：很遗憾，目前为止还没有什么头绪呢。不过经过一番仔细地研究和分析之后，我倒是意外地发现，如果能够将那些异常的数据剔除掉，那么现在的结果基本上就可以算是你一骑绝尘、遥遥领先喽！怎么样，听到这个消息后心情有没有好一点呢？