该项目包含多个应用程序，用来验证英特尔芯片的 ZombieLoad 漏洞（漏洞详情）。
所有的演示程序都是基于 Intel Core i7-8650U 下测试的，但理论上应该是支持运行在自 2011 年以来的英特尔的 Core 或者 Xeon CPU 之上的任意 Linux 操作系统。我们测试的是 Ubuntu 18.04.1 LTS 以及 Windows 10 (1803 build 17134.706).
编译需要 GCC 和 Make (Linux) 和 MinGW-w64 (Windows)
输出示例：
A: ( 0)
B: ( 0)
C: ( 0)
D: ( 0)
E: ( 1)
F: ( 0)
G: ( 2)
H: ( 0)
I: ( 0)
J: ( 0)
K: ( 0)
L: ( 0)
M: ( 0)
N: ( 0)
O: ( 0)
P: ( 12)
Q: ( 1)
R: ( 1)
S: ( 0)
T: ( 0)
U: ( 2)
V: ( 1)
W: ( 0)
X: (1303) ############################################################
Y: ( 0)
Z: ( 1) -
讲师：gh0stkey 整理：飞龙 协议：CC BY-NC-SA 4.0 任意密码找回 这是补天平台上的一个案例： http://www.118114.cn/reg.jsp 首先注册一个账号，然后找回。 我们收到的验证码是六位数。如果网站没有设置频率限制，或者最大尝试次数限制的话，那我们自然就会想到可以爆破它。 然后抓提交手机验证码的封包，我们可以看到没有任何图片验证码： 发送到 Burp 的 I
-
上一章给大家讲解了 ASP、PHP、JSP 的环境搭配，有了这些基础之后我们就可以在自己的电脑上搭建网站了。这为以后进行攻击及代码分析提供了比较方便的道路，特别是对于那些不能够上网的朋友来说，更加如此。但是，如果可以上网的话，最好还是用网上的网站来做试验，毕竟那是最好的战场，会出现各种不可预料的情况，可以更加提高我们的能力，不过前提必须是不破坏，不做任何坏事，就相当于给人家做免费的安全测试，那才我
-
正如我们在新闻中看到的，针对流行的库报告了一个新的零日漏洞，该漏洞允许攻击者远程执行代码。在我们的应用程序中，我们仍然使用以下依赖项。 是否仅针对报告该问题？或适用于版本是否也是？是否有测试该漏洞的示例代码？
-
问题内容： 今天，我们的企业架构师提到在JRE 1.7中发现了一个最近的漏洞。我发现了一篇文章JRE 1.7漏洞，建议禁用Java 。 我正在工作中运行JDK 1.5和1.6（就像许多组织一样，我们不是最新的技术），所以那里没有问题。 在家里，我正在使用Java SE 7u6进行开发。我正在与Spring Security的Grails一起玩，试图继续学习。 我已经在家庭开发机器上的所有浏览器中都
-
如何检测SonarQube LTS 8.2版本中的log4j漏洞。 我尝试了这个社区参考，但是找不到8.2版本的。 https://community.sonarsource.com/t/sonarqube-sonarcloud-and-the-log4j-vulnerability/54721
-
讲师：gh0stkey 整理：飞龙 协议：CC BY-NC-SA 4.0 跨站脚本攻击（Cross Site Scripting），为不和层叠样式表（Cascading Style Sheets，CSS）的缩写混淆，故将跨站脚本攻击缩写为 XSS 。恶意攻击者往 Web 页面里插入恶意 JavaScript 代码，当用户浏览器该页之时，嵌入 Web 页面里的代码会被执行，从而达到恶意攻击用户的目的
-
讲师：gh0stkey 整理：飞龙 协议：CC BY-NC-SA 4.0 很多 Web 应用都提供了从其他服务器上获取数据的功能。使用用户指定的 URL，web 应用可以获取图片，下载文件，读取文件内容等。这个功能如果被恶意使用，可以利用存在缺陷的 Web 应用作为代理，攻击远程和本地服务器。这种形式的攻击成为服务器请求伪造（SSRF）。 原理 <?php $url = @$_GET['url']
-
讲师：gh0stkey 整理：飞龙 协议：CC BY-NC-SA 4.0 CSRF（Cross-site request forgery跨站请求伪造，也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF，是一种对网站的恶意利用。尽管听起来像跨站脚本（XSS），但它与XSS非常不同，并且攻击方式几乎相左。XSS利用站点内的信任用户，而CSRF则