毕节热线祝福程序 v3.0 后台验证的小漏洞

Continue Read..

漏洞作者：h175h32
发布日期：202-05.14

漏洞类型：SQL注入
漏洞描述：该程序没有防注入代码，
id=request("id")
id=left(id,8)
很多都这样取值，因为取值只取左边起8个字符，所以，注入没什么利用的。看看后台登录 
/admin/login.asp

<% 
if request("logout")<>"" then 
session("password")="" 
session("username")="" 
response.redirect "../index.asp" 
end if 
%> 
<html> 
<head> 
<% 
username=request("username") //取值，没有任何过滤 
password=request("password") //取值，没有任何过滤 
%> 
<!--#include file="conn.asp"--> 
<% 
if username<>"" and password<>"" then 
sql="select * from admin where username='"&username&"' and password='"&password&"'" //直接查询数据库了，没什么说的，万能密码立功了 
Set rs= Server.CreateObject("ADODB.recordset") 
rs.Open sql,conn,1,3 
if not rs.eof then 
session("password")=rs("password") 
session("username")=rs("username") 
Response.Redirect "admin.asp"

XOIC DDOS压力测试工具

Continue Read..

本站提供程序(方法)可能带有攻击性,仅供安全研究与教学之用,风险自负!

需要安装.net framework

XOIC is a tool to make DoS attacks.
More information about DoS attacks: http://de.wikipedia.org/wiki/Denial_of_Service.
The tool makes a (D)DoS attacks to any IP address,with a user selected port and a user selected protocol.

XOIC is in my tests a little more powerful as loic (low orbit cannon).
The reason is that I’ve left out gadget devastating performance (eg request counter and TCP HTTP UDP message) and other things.

XOIC have 3 modes:

-Test Mode
-Normal DoS attack mode (No request counter and TCP HTTP UDP message because of performance )
-DoS attack with a TCP/HTTP/UDP Message

THIS IS THE NEW DLR_DoS -> XOIC

Only for win7 and win8!!!
Use it at your own risk!
Use this tool only to test your server!

WARNING:
Never use it to attack servers that you don´t own or have permission by the owner !

下载地址 http://sourceforge.net/projects/xoic/files/XOIC/

程序代码下载 http://sourceforge.net/projects/xoic/files/XOIC%20SOURCECODE_1.1.zip/download

“高校现代教学管理系统”漏洞的攻击与防范

Continue Read..

前段时间在群里看到一哥们分享了一个“高校现代教学管理系统”漏洞，方法很简单，很快就能拿到webshell。

原理和fck差不多，也是利用上传功能。

ftb.imagegallery.aspx 这是一个具有上传功能的目录，添加在该网站域名后即可打开。
 
 
 
 
 
之后上传带有可解析的asp马（需要解析改后缀，为安全起见就不公开了。）便可直接访问。
截图如下：
首先：搜索
第二步：找到相关可上传的站点域名
上传成功。
第三步：访问该网马的目录
证明：
 
 

（上面的图都懒得打码了  一看images，全是马，黑阔们，你们慢点。别把服务器搞成“养马场”了！）

 

解决方案：（自己想的 高手勿喷）

1、换个管理系统（最果断，也是最好的解决方式。）

2、如果网站管理员懒得换可以把”ftb.imagegallery.aspx”这个的路径更改一下。（其实这个不建议才用，毕竟如果真的想搞，直接扫目录也会扫出来的！）

3、设置访问权限，或者换成错误页面。

4、停止解析一些被更改后缀的大马。

 

个人的一些简单总结，网上也应该会有。如有不对的地方，还请提出指正。

 

nginx fastcgi配置失误+解析漏洞引发的漏洞

Continue Read..

现在一定还有很多网站用的nginx，自从N个月以前的nginx解析漏洞以来，现在差不多都修复了，一般语句都是这么写的

if ( $fastcgi_script_name ~ \..*\/.*php ) {
return 403;
}

当匹配*/*.php*的时候则返回403

但是有些fastcgi配置的却不只有.php，有些甚至配置了ph*，（网上有一篇文章就是这么写的）

这样.ph*就没法匹配.php*也就又引发漏洞

此bug是我一个朋友Clouds发现的，

 

解决方法就是看fastcgi配置文件来设置要deny掉的文件后缀

在有些特定的时候，还可以用robots.txt/1.PhP

例如

if ( $fastcgi_script_name ~ \..*\/.*ph* ) {
return 403;
}

不过最好的方法还是cgi.fix_pathinfo=0

JavaScript注入攻击

Continue Read..

什么是 JavaScript 注入攻击？


每当接受用户输入的内容并重新显示这些内容时，网站就很容易遭受 JavaScript 注入攻击。让我们研究一个容易遭受 JavaScript 注入攻击的具体应用程序。假设已经创建了一个客户反馈网站。客户可以访问网站并输入对产品的反馈信息。当客户提交反馈时，反馈信息重新显示在反馈页面上。客户反馈网站是一个简单的网站。不幸的是，此网站容易遭受 JavaScript 注入攻击。假设正在将以下文本输入到客户反馈表单中：<script>alert(“Boo!”)</script>

此文本表示显示警告消息框的 JavaScript 脚本。在某人将此脚本提交到客户反馈表单后，消息 Boo! 会在将来任何人访问客户反馈网站时显示 的攻击。您可能还认为别人不会通过 JavaScript 注入攻击搞破坏。现在，您对 JavaScript 注入攻击的第一反应也许是不理会。您可能认为 JavaScript 注入攻击不过是一种 无伤大雅不幸的是，黑客会通过在网站中注入 JavaScript 进行破坏活动。使用 JavaScript 注入攻击可以执行跨站脚本 (XSS) 攻击。在跨站脚本攻击中，可以窃取保密的用户信息并将信息发送到另一个网站。例 如，黑客可以使用 JavaScript 注入攻击窃取来自其他用户浏览器的 Cookies 值。如果将敏感信息（如密码、信用卡帐号或社会保险号码）保存在浏览器 Cookies 中，那么黑客可以使用 JavaScript 注入攻击窃取这些信息。或者，如果用户将敏感信息输入到页面的表单字段中，而页面受到 JavaScript 攻击的危害，那么黑客可以使用注入的 JavaScript 获取表单数据并将其发送到另一个网站。请高度重视。认真对待 JavaScript 注入攻击并保护用户的保密信息。在接下来的两部分中，我们将讨论防止 ASP.NET MVC 应用程序受到 JavaScript 注入攻击的两种技术。 


方法 1：视图中的 HTML 编码阻止 JavaScript 注入攻击的一种简单方法是重新在视图中显示数据时，用 HTML 编码任何网站用户输入的数据如：<%=Html.Encode(feedback.Message)%>使用 HTML 编码一个字符串的含意是什么呢？使用 HTML 编码字符串时，危险字符如 < 和 > 被替换为 HTML 实体，如 &lt; 和 &gt;。所以，当使用 HTML 编码字符串 <script>alert(“Boo!”)</script>时，它将转换为 &lt;script&gt;alert(“Boo!”)&lt;/script&gt;。浏览器在解析编码的字符串时不再执行 JavaScript 脚本。而是显示无害的页面


方法 2：写入数据库之前的 HTML 编码

除了在视图中显示数据时使用 HTML 编码数据，还可以在将数据提交到数据库之前使用 HTML 编码数据。第二种方法正是程序清单 4 中 controller 的情况。如:

public ActionResult Create(string message)
{
// Add feedback
var newFeedback = new Feedback();
newFeedback.Message = Server.HtmlEncode(message);
newFeedback.EntryDate = DateTime.Now;
db.Feedbacks.InsertOnSubmit(newFeedback);
db.SubmitChanges();// Redirect
return RedirectToAction(“Index”);
}


请注意，Message 的值在提交到数据库之前是在 Create() 操作中经过 HTML 编码的。当在视图中重新显示 Message 时，Message 被 HTML 编码，因而不会执行任何注入到 Message 中的 JavaScript。


总结

通常，人们喜欢使用本教程中讨论的第一种方法，而不喜欢使用第二种方法。第二种方法的问题在于在数据库中最终会保留 HTML 编码的数据。换言之，数据库中的数据会包含奇怪的字符。这有什么坏处呢？如果需要用除网页以外的形式显示数据库数据，则将遇到问题。例如，不能轻易在 Windows Forms 应用程序中显示数据。附加：神一般的注入这是一个有技术含量的号牌遮挡。我们先不说其是不是能奏效，不过，这个创意相当的NB啊。当你驾车通过某些路口时，被摄像头捕捉到你的车牌，通过OCR变成文本(图像识别技术，这里为车牌识别技术)，然后他就DROP掉数据库，于是，上图的这个车牌就成了SQL注入。


在Ubuntu上通过qemu模拟beagleboard

Continue Read..
在Ubuntu上通过qemu模拟beagleboard
 
做beagleboard上的QNX/Linux开发过程中比较麻烦的是每次调试都需要连接beagleboard开发板，各种连线麻烦不算，出差也不能带上。于是准备在Ubuntu上通过模拟器来模拟beagleboard。
  www.weiyang.in  
刚开始找到的beagleboard那里的qemu-omap3，不过安装起来一堆问题，因为qemu-omap3要求使用gcc3进行编译，我的Ubuntu上是gcc 4，需要安装gcc3。安装gcc3的过程问题层出，苦不堪言。好不容易将gcc3安装好了，配置qemu-omap3的时候又出现zlib检查错误，还发现apt-get的依赖数据被破坏了，不能通过apt-get安装新模块。最后折腾一轮才恢复正常。
 
于是不再纠结于qemu-omap3，直接安装qemu-system试一下，发现qemu-system-arm直接可以支持bealgeboard(omap3530)和beagleboardXM(3630). 真是踏破铁鞋无觅处，得来全不费功夫。
 
安装命令比较简单，如果之前没有安装过qemu的话，通过下面两个命令进行安装。
$sudo apt-get install qemu-kvm   www.weiyang.in  
$sudo qpt-get install qemu-kvm-extras
 
我的Ubuntu上安装过qemu，所以只要下面的命令就可以了：
$sudo qpt-get install qemu-kvm-extras
 
安装完通过以下命令查看所支持的机器：
$qemu-system-arm -machine ?
 
下面列出我这边的输出结果，想用qemu模拟ARM板子的同学们可以确认一下手上的机器能不能支持。
Supported machines are:
integratorcp ARM Integrator/CP (ARM926EJ-S) (default)
versatilepb ARM Versatile/PB (ARM926EJ-S)
versatileab ARM Versatile/AB (ARM926EJ-S)
realview-eb ARM RealView Emulation Baseboard (ARM926EJ-S)
realview-eb-mpcore ARM RealView Emulation Baseboard (ARM11MPCore)
realview-pb-a8 ARM RealView Platform Baseboard for Cortex-A8
realview-pbx-a9 ARM RealView Platform Baseboard Explore for Cortex-A9
lm3s811evb Stellaris LM3S811EVB  www.weiyang.in  
lm3s6965evb Stellaris LM3S6965EVB
connex     Gumstix Connex (PXA255)
verdex     Gumstix Verdex (PXA270)
akita      Akita PDA (PXA270)
spitz      Spitz PDA (PXA270)
borzoi     Borzoi PDA (PXA270)
terrier    Terrier PDA (PXA270)
tosa       Tosa PDA (PXA255)
beagle     Beagle board (OMAP3530)
beaglexm   Beagle board XM (OMAP3630)
overo      Gumstix Overo board (OMAP3530)
sx1        Siemens SX1 (OMAP310) V2
sx1-v1     Siemens SX1 (OMAP310) V1
cheetah    Palm Tungsten|E aka. Cheetah PDA (OMAP310)
n800       Nokia N800 tablet aka. RX-34 (OMAP2420)
n810       Nokia N810 tablet aka. RX-44 (OMAP2420)
n900       Nokia N900 (OMAP3)  www.weiyang.in  
mainstone  Mainstone II (PXA27x)
z2         Zipit Z2 (PXA27x)
musicpal   Marvell 88w8618 / MusicPal (ARM926EJ-S)
syborg     Syborg (Symbian Virtual Platform)
vexpress-a9 ARM Versatile Express for Cortex-A9
collie     Collie PDA (SA-1110)
 
以后有时间再和大家分享我使用qemu模拟beagleboard的一些体验。

Linux chmod命令详解

Continue Read..
Linux chmod命令详解
 
chmod----改变一个或多个文件的存取模式(mode)
 
chmod [options] mode files
 
只能文件属主或特权用户才能使用该功能来改变文件存取模式。mode可以是数字形式或以who opcode permission形式表示。who是可选的，默认是a(所有用户)。只能选择一个opcode(操作码)。可指定多个mode，以逗号分开。  www.weiyang.in  
 
options：
 
-c，--changes
只输出被改变文件的信息
 
-f，--silent，--quiet
当chmod不能改变文件模式时，不通知文件的用户
 
--help
输出帮助信息。
 
-R，--recursive
可递归遍历子目录，把修改应到目录下所有文件和子目录
 
--reference=filename
参照filename的权限来设置权限
 
-v，--verbose
无论修改是否成功，输出每个文件的信息
 
--version
输出版本信息。
 
who
   www.weiyang.in    
u
用户
 
g
组
 
o
其它
 
a
所有用户(默认)
 
opcode
 
+
增加权限
 
-
删除权限
 
=
重新分配权限
 
permission
 
r
读
 
w
写
 
x
执行
 
s
设置用户(或组)的ID号
 
t
设置粘着位(sticky bit)，防止文件或目录被非属主删除
   www.weiyang.in     
u
用户的当前权限
 
g
组的当前权限
 
o
其他用户的当前权限
 
作为选择，我们多数用三位八进制数字的形式来表示权限，第一位指定属主的权限，第二位指定组权限，第三位指定其他用户的权限，每位通过4(读)、2(写)、1(执行)三种数值的和来确定权限。如6(4+2)代表有读写权，7(4+2+1)有读、写和执行的权限。
 
还可设置第四位，它位于三位权限序列的前面，第四位数字取值是4，2，1，代表意思如下：
 
4，执行时设置用户ID，用于授权给基于文件属主的进程，而不是给创建此进程的用户。
 
2，执行时设置用户组ID，用于授权给基于文件所在组的进程，而不是基于创建此进程的用户。
 
1，设置粘着位。
 
实例：   www.weiyang.in    
 
$ chmod u+x file                　　　   给file的属主增加执行权限
$ chmod 751 file                　　　   给file的属主分配读、写、执行(7)的权限，给file的所在组分配读、执行(5)的权限，给其他用户分配执行(1)的权限
$ chmod u=rwx,g=rx,o=x file      上例的另一种形式
$ chmod =r file                 　　　　为所有用户分配读权限
$ chmod 444 file              　　　　 同上例
$ chmod a-wx,a+r   file   　　 　   同上例
$ chmod -R u+r directory       　   递归地给directory目录下所有文件和子目录的属主分配读的权限
$ chmod 4755                          　　设置用ID，给属主分配读、写和执行权限，给组和其他用户分配读、执行的权限。
 

linux mint下架设ftp服务

Continue Read..
linux mint下架设ftp服务
 
安装vsftpd
sudo apt-get install vsftpd  
   
配置vsftpd
    安装完毕后，编辑链接文件vsftpd.conf，方法如下：  
    sudo vi /etc/vsftpd.conf    www.weiyang.in  
 
# 是否允许匿名登录FTP服务器，默认设置为YES允许 
# 用户可使用用户名ftp或anonymous进行ftp登录，口令为用户的E-mail地址。 
# 如不允许匿名访问则设置为NO 
anonymous_enable=YES 
# 是否允许本地用户(即linux系统中的用户帐号)登录FTP服务器，默认设置为YES允许

阅读全文>>

Liferay Portal 6.1 - 6.0.x权限扩大

Continue Read..
Liferay 用户可以在系统里指派自己权限，致使存在权限扩大可能

简述
 
Liferay Portal is an enterprise portal written in Java
 
Due to insufficient permission checking in the updateOrganizations
method of UserService any user
can assign hem or her self to any organization by issueing a single http request
 
http://www.weiyang.in /c/portal/json_service?serviceClassName=com.lifera
y.portal.service.UserServiceUtil&serviceMethodName=updateOrganizations&s
erviceParameters=%5B%27userId%27%2C+%27organizationIds%27%5D&userId=YOUR
_USER_ID&organizationIds=TARGET_ORGANIZATION_ID
 
It is common to grant special privileges to members of an organization.
 
受影响版本
 
Liferay 6.1 ce
Liferay 6.1 ee
liferay 6.0.x
 
开发状态:
 
Liferay was notified april 22 2012 by filing a bug in their public
bugtracker under issue number
LPS-26887. The issue has since been flagged as private and has been resolved

由“网路岗可截获QQ密码和聊天记录”谈起

Continue Read..

我翻出来几年前写的“QQ2009正式版SP4文本信息和文件传输的安全性研究” 贴在这里（xeye的网站被墙，转这里一份）。我想说的是QQ在网络中传输的加密算法是没有问题的。此次网络岗事件，是由于网络岗使用了中间人攻击：这个 软件使QQ登陆时帐号异常，强迫用户去输入密码解锁，此时就完成了中间人攻击，QQ明文密码被截获到。然后软件使用QQ密码的2遍MD5做密钥，解开QQ 聊天文本信息。这种中间人攻击的隐蔽性比较强，因为QQ有时候会经常弹出框说异地登录要输入什么东东之类的，所以用户看到这样的情况也习以为常，不会想到 被攻击。就像小G说的“ 我现在开机就弹登陆异常，要输入验证码，哪天要是假窗口要密码，也许我也会填。。。最近一直在外地，习惯了填这个”。

如果要深入了解QQ的加密密钥如何产生，聊天信息在网络中传输是否安全，请阅读下文。

==================================================

QQ2009正式版SP4文本信息和文件传输的安全性研究

Author: xisigr[xeye]
EMail: xisigr@gmail.com
Site: http://xeyeteam.appspot.com
Date: 2009-10-27

[ 目录 ]

0×00 前言
0×01 TEA算法简介
0×02 QQ2009如何获取Session Key及其安全性
0×021 连接服务器操作0×91
0×022 客户端登陆请求0xba
0×023 发送密码验证0xdd
0×024 获取登陆信息0xe5
0×025 QQ命令0xa4操作
0×026 获取Session Key 0×30
0×027 总结
0×03 QQ2009文件传输机制及其安全性
0×031 发送端请求传送文件
0×032 持续发送连接信息
0×033 发送端发送文件名
0×034 发送端发送文件内容
0×035 总结
0×00 前言

阅读全文>>

1 2 3 4 5 6 ... »