We’re keeping, we’re watching
5月29日，接国家网络与信息安全信息通报中心（以下简称通报中心）通告。该监测工作随即升级为应急响应，绿盟科技威胁响应中心随即启动应急机制，响应工作随即启动。
28日，绿盟科技威胁响应中心接报，匿名者（Anonymous）发起Opchina的动作，信息监测升级；
29日，接通报中心通报，监测工作升级为应急响应，启动相关分析及数据汇总工作，云安全运营团队，服务团队与各行业客 户保持24小时候畅通；
30日，将线上及线下信息汇总形成报告，呈送CNCERT、通报中心及网信办；
1日，对各方面信息汇总，并发布防护方案。
绿盟科技威胁响应中心持续关注匿名者攻击事件的进展，如果您需要了解更多信息，请联系：
绿盟科技威胁响应中心微博 http://weibo.com/threatresponse
绿盟科技微博 http://weibo.com/nsfocus
绿盟科技微信号 搜索公众号 绿盟科技
赵粮 博士 首席技术官
摘要：新一代威胁不仅传播速度更快，其所利用的攻击面也越来越宽广，可以覆盖移动、桌面、网络、Web和各种应用、社交网络等。这样，一方面留给应急响应的时间窗口越来越小，另一方面应急响应所需的威胁知识、专业技能、技术手段等却不断增加。专业化、系统化、自动化等越来越关键，大规模的安全情 报系统和专家社会网络系统相互融合，“天地人机”协同作战将会成为网络安全应急响应的新常态。
5月14日，国内爆出php远程DoS漏洞，官方编号69364。利用该漏洞构造poc发起链接，很容易导致目标主机cpu的占用率100%，涉及PHP多个版本。绿盟科技威胁响应中心随即启动应急机制， 应急响应工作随即启动。
如果您需要了解更多信息，请联系：
绿盟科技威胁响应中心微博 ：http://weibo.com/threatresponse
绿盟科技微博：http://weibo.com/nsfocus
绿盟科技微信号：搜索公众号 绿盟科技
绿盟科技发布2014年互联网金融安全报告。报告收集了在2014年互联网金融行业中的134份安全漏洞，对互联网金融常见的安全漏洞进行了统计及深入分析，并从业务设计角度给出了防护方案，包括越权漏洞代码防护、任意用户密码修改、恶意注册代码防护、恶意短信代码防护等。报告对于互联网金融组织及从业人员具有参考价值。
FREAK是”Factoring RSA-EXPORT Key Attack”的缩写。
参看:
http://blog.cryptographyengineering.com/2015/03/attack-of-week-freak-or-factoring-nsa.html
这是个一群密码学家如何黑了NSA的故事，也是关于加密体系后门的故事。
一群来自INRIA、Microsoft Research和IMDEA的密码学家发现OpenSSL客户端(比如 Android系统)、Apple SSL/TLS客户端(比如Safari)存在某些漏洞，允许MITM攻击者 将受攻击的SSL/TLS会话所用的RSA算法更改成出口级RSA算法，后者意味着可以在可 接受的时间范围内对算法所用的模数进行素因子分解，从而最终解密SSL/TLS会话。
要结合上一篇文章一起来看 我第一次知道CVE-2015-1427这个漏洞是在2月13日（春节放假前一天），但是当时想着过年，而且觉得应该是Groovy自身的问题，就也没太在意。知道前两天兰少（lupin）问我有没有看这个漏洞，说他找到了绕过了沙盒的方法，才跑去看。
我跟lupin玩这个洞的思路不太一样，而且漏洞原理在他的文章里已经说的很清楚了，我这篇文章主要侧重这个漏洞利用的各种玩法。
之前有一个想法，想通过学习Android木马的编写来了解Android程序的编写，刚好看到了Bincker给的一个《安卓木马编写教程》。刚照着教程写完了一个入门程序，就无意间在WooYun上发现了Androrat的这个木马，看上去功能挺强大的，就决定来看一看它都是怎么实现各种功能的。
这篇文章对于我整个分析过程的重新整理，一方面为了给自己做个记录，另一方面给想要涉及Android领域的同学先抛一块砖垫脚。
2014年10月15日，德国安全研究者Stefan Horst（SE大神）发布重磅消息，全球三大CMS之一的Drupal核心代码出现SQL注入漏洞。
本着朝圣的心态，我去深入的分析了这个漏洞的成因以及利用。个人感觉这个漏洞可以说是打开了SQL注入的一扇新的大门，因为它直接呈现出预编译方法，并非SQL注入的绝对防御。
而在利用方面，我找到了一种利用这个SQL注入轻松RCE的方法，只需要两个HTTP请求哦！
最近想了解下移动端app是如何与服务端进行交互的，就顺手下了一个某app抓下http包。谁知抓下来的http居然都长这个模样：
POST /ca?qrt=***Login HTTP/1.1 Content-Type: application/x-www-form-urlencoded Content-Length: 821 Host: client.XXX.com Connection: Keep-Alive c=B946D7CF7B9E5B589F8DE6BC9E5DACF08DA6B35DA7A899DCA5AD5A58ADDAD5E66363589EF2D385B1ACACABDAD5E65F63589EF2D3F5B43EA7ACE36DFCA5383EABE7D4F1403E379FF0DEFCAD9FABA7E6E1F243A7AAAC74E380A4A09E6593D3FEA4ABA8ACF0DDF0AEAAB3A7EAE9FBA4A09E5F97D3FEA49EA09E9B97A9A4B69EADE7E1F6B0AC9EA0DA94A95E57609EF2D3B55E659EA0DA94B55F9EB69EDAD5E668689EB6DA98AA6E576E62939DE6A69E616D868CB673636162DAEBE6AEA2ACA2E486F3AD9EA09EA898A0A4B69EABE8E1F3B29EA09EA998A0A4B69EADE3E385AE3DA7ABDB6FF4B93A9F3DEFE3FBA537ACAD77D486AD37ADABE77383B4B4ACB4DAD5E66E9EB69EA886AF634061599F97E6A69E676394D3FEA4ACACACE8E1F4B2ACACACE8E1F4B2AC9EA0DA9CAAA4B69E9EDCD3B269589EB6DADFF4B2ACABACE3E9E675&b=AD178E267CA8666F636D6C54ADC1B3AEAD736574696950776D71A9BEACADA7A8727762A8C0AA67656172736A6D676F706E6369837F726C71A5AAA4756C656963ADC1A6797870615E676E7063666C756CAC7E&ext=&v=alex
在常规的视频通讯中，人们往往需要借助第三方服务器作为中转，比如甲乙两人想要通过视频通信，那么他们需要分别和第三方服务器建立信道，甲和服务器建立一个信道，乙和服务器建立一个信道。这样一来，双方的视频流畅度就会受到和第三方服务器之间的信道带宽的限制，当多人视频时，通讯效率会受到很大的局限。人们希望有一个不借助第三方服务器而能够点对点直接传输视频数据协议，于是有了WebRTC。 WebRTC，名称源自网页实时通信（英语：Web Real-Time Communication）的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的API。它于2011年6月1日开源并在Google、Mozilla基金会、Opera支持下被包括进万维网联盟的W3C推荐标准。 WebRTC主要有如下组件
