Discuz!NT 3.0 SQL注入漏洞
发表下本人进行漏洞挖掘的首篇原创文章：
对Discuz nT3.0进行了分析，发现spacemanage.aspx页面存在一个注入漏洞，
该页面位置：dnt3_src\dnt3\Discuz.Web\space\Admin
代码如下：
public void BindData()
{
DataGrid1.AllowCustomPaging = true;
string username = Username.Text;
//string dateStart = joindateStart.SelectedDate.ToString().IndexOf("1900") >= 0 ? "" : joindateStart.SelectedDate.ToString();
//string dateEnd = joindateEnd.SelectedDate.AddDays(1).ToString().IndexOf("1900") >= 0 ? "" : joindateEnd.SelectedDate.AddDays(1).ToString();
string dateStart = joindateStart.SelectedDate.ToString();
string dateEnd = joindateEnd.SelectedDate.AddDays(1).ToString().IndexOf("1900") >= 0 ? DateTime.Now.AddDays(1).ToString() : joindateEnd.SelectedDate.AddDays(1).ToString();
DataGrid1.VirtualItemCount = DbProvider.GetInstance().GetSpaceRecordCount(username, dateStart, dateEnd);
DataGrid1.DataSource = buildGridData(username,dateStart,dateEnd);
DataGrid1.DataBind();
}
对USERNAME 进行跟踪，发现未对该参数进行任何过滤。存在SQL注入漏洞。
本人未对该漏洞进行测试，如果有人测试完证明确实存在请及时联系官方。
另外，转贴请注明出处。
相关文档：
1、 用程序中，保证在实现功能的基础上，尽量减少对数据库的访问次数；通过搜索参数，尽量减少对表的访问行数,最小化结果集，从而减轻网络负担；能够分开的操作尽量分开处理，提高每次的响应速度；在数据窗口使用SQL时，尽量把使用的索引放在选择的首列；算法的结构尽量简单；在查询时，不要过多地使用 ......
最近发现我们公司的ASP.NET的代码有拼接SQL语句的习惯！这是非常危险的。以下我举例说明一下
例子1：
statement := "SELECT * from users WHERE name = '" + userName + "'; "
将用户名变量(即username)设置为：
a' or 't'='t，此时原始语句发生了变化：
SELECT * from users WHERE name = 'a' OR 't'='t';
如果这 ......
在程序中有些查询语句相对较长，可以将语句单独写在一个XXX.sql文件中，在程序中读取SQL文件
具体涉及到
import java.io.File;
import org.apache.commons.io.FileUtils;
import java.net.URL;
URL resourceUrl = XXXX.class.getClassLoader().getResource(SQL_PATH+sqlName);//SQL_PATH具体SQL文件存在路径，sqlName� ......
数据库的性能测试可以帮助你提前知道你的系统的负载能力，可以帮助你改进系统的实施或设计，可以帮助你确定一些设计和编程原则. 但是，这里面也有陷阱. 如果不小心，你会自己把自己陷进去，却最终不明白是什么原因. 这里，我拿一位先生为例，来看看他怎么自己把自己搞糊涂的.
最近, 想起在存储过程中究竟是使用临时表还是� ......
