我觉得需要制造出一台量子计算机。再找一堆懂用量子计算机写程序的人。
easyrecover肯定没用，物理覆盖过的没用的。

不过据说有机构能够重填0后的硬盘恢复出数据的黑科技。

突然想到了

http://blog.knownsec.com/2014/08/synology_nas_hacked_by_synolocker/

.交钱比较靠谱，一般这种加密是解不开的

@huage 哦哦是微软数据库啊，不过应该都一样，差不多就是MVP说的那个意思。

@20150517
也不一定，只有 InnoDB有行锁，其他都是锁表的比如SAM。

每一个数据库语句肯定是先取得锁再操作的，锁是线程之间共享的不管你几个核心，但是有些锁是共享的，多线程的时候必须要考虑到逻辑正确性（多个线程同时操作，某些线程更新了某条记录）可能就会出现数据不一致。

这个例子似乎两sql之间不能保证原子和互斥。这个问题我只知道可以用事务解决，既然能够保证多线程的正确性，又能保证顺序的完整性要么操作都成功要么失败。

于是问题来了

没关系的。不管就行了，只要不能够反射放大这个漏洞对你没影响的。

正常的，更新下ntp到到最新版本，其他不用管。是一个反射漏洞，肯定有黑客在扫描整个网络的NTP服务器，看看有没有能够利用的。（这事我前段时间才干过

天涯，淘宝部分，等等大部分这里面的都能下载到，小部分在圈子内流传，还有专门论坛交易数据库的。所以现在我基本上关键账号都是不同密码。

仔细想想其实也还好，早期的小屏幕手机的电影MPEG2封装的AVI都能做到1分钟2M这样。传输过程比较困难，之前我做过一个摄像头厂商的SDK的开发。要保持同步，有的时候会选择性放弃一部分帧。他们也是基于UDP的P2P的打洞。服务器本身不提供中转。