ThinkPHP 数据库表结构处理类(简单实用)

posted @ 2014-08-29 09:49 顺其自然EVO 阅读(469) | 评论 (0) | 编辑 收藏

Linux搭建VPN服务器

posted @ 2014-08-29 09:49 顺其自然EVO 阅读(213) | 评论 (0) | 编辑 收藏

浅谈测试管理—bug的含义知多少？

posted @ 2014-08-29 09:48 顺其自然EVO 阅读(238) | 评论 (0) | 编辑 收藏

Java桌面游戏巡礼—Java数独

“数独”（sudoku）一词来自日语，意思是“单独的数字”或“只出现一次的数字”。概括来说，它就是一种填数字游戏。但这一概念最初并非来自日本，而 是源自拉丁方块，它是十八世纪的瑞士数学家欧拉发明的。数独把填字游戏和棋盘游戏巧妙地结合在一起，采用填字游戏式的棋盘，解题时在空格中填上1-9的数 字。这种游戏不仅需要逻辑思维能力，还需要一点加法运算。

　　规则

　　数独的游戏规则很简单，9x9个格子里，已有若干数字，其它宫位留白，玩家需要自己按照逻辑推敲出剩下的空格里是什么数字，使得每一行与每一列都有1到9的数字，每个小九宫格里也有1到9的数字，并且一个数字在每个行列及每个小九宫格里都只能出现一次。

　　这次介绍的，是一个Java版的数独游戏实现，转载于[url]http://mcsudoku.sourceforge.net/[/url]，作者collomb,是一个基于Swing的javaSE应用。

　　应该说这是一个中规中矩的程序，既没有别出心裁的创意，也没有明显的败笔存在，把它作为熟悉Swing各个组件功能或者Java游戏入门的案例都可以，适合中到初级用户学习。

　　游戏界面如下：

posted @ 2014-08-29 09:48 顺其自然EVO 阅读(176) | 评论 (0) | 编辑 收藏

与缺陷共舞

posted @ 2014-08-29 09:47 顺其自然EVO 阅读(176) | 评论 (0) | 编辑 收藏

也谈配置管理团队的建设

　公司在组建配置管理团队（主要是项目级的配置管理员）时，通常有两种选择。

　　1）兼职项目CM。即开发人员兼任项目CM。选择研发人员兼职的好处是项目CM了解项目进展和研发流程，能够与项目经理等一起合作，沟通无障碍。缺点是研发人员以开发任务为主，工作量大时可能难以兼顾配管工作，易导致配管工作延迟。这个方案的另外一个缺点是兼职配管的人员流动性大，项目内任务的调配，人员离职等都会造成配管更换的问题。从就职资格的角度来说。每位新任的配管都需要经过培训。这就加大了培训的难度。尽管，硬币的另一面是更多的开发人员接受了较为正式的配管培训。

　　2）专职项目配管。比如一条产品线设一个专职配管，负责该产品线下所有项目的配管工作。这种做法有利于配管人员的专业化发展，长期对公司来说也是有利的。但是这种模式的前提是公司的配置管理体系已经较为完善，对于项目配管的工作流程比较清楚，权责界定也较为明确。对于新加入的项目配管，企业能够很快通过培训让其上岗。确保公司的配管流程正常运转。

　　有人可能会问，第二种方案显然比第一种好，第一种方案还有存在必要吗？问题是现在很多企业在面临管理问题时，由于一些原因不能给足够的资金购买商业软件，也不会招聘正式的专职人员（这两点是企业配置管理三大误区中的两点）。背后的深层次根源还是对配管工作没有引起足够的重视。在领导还未能对配管引起足够重视的前提下，第一种方案就成了曲线救国的办法。至少解决了有无问题。慢慢的研发人员就会开始抱怨，任务重，事情杂。第二种方案也就顺理成章地成为领导自主自发的要求。

　　此外，配置管理团队（这里主要指组织级配置管理工程师）的定位和汇报机制也比较关键。由于该岗位与研发关系密切，最好是归属研发部门或项目管理部。向研发部经理或项目管理部的leader汇报。必须获得对配管工作的完全授权，避免出现研发部不认可、不配合的情况，甚至无法触及研发流程和数据的问题（听起来奇怪，但你见多了国内企业的乱象就会理解什么叫”见怪不怪”）。

posted @ 2014-08-29 09:47 顺其自然EVO 阅读(181) | 评论 (0) | 编辑 收藏

Mantis Bug Tracker一个开源的bug追踪系统

posted @ 2014-08-29 09:46 顺其自然EVO 阅读(237) | 评论 (0) | 编辑 收藏

Web开发常见的几个漏洞解决方法

　　2、SQL注入漏洞的出现和修复

　　1）SQL注入定义：

　　SQL注入攻击是黑客对数据库进行攻击的常用手段之一。随着B/S模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越多。但是由于程序员的水平及经验也参差不齐，相当大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使应用程序存在安全隐患。用户可以提交一段数据库查询代码，根据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即SQL注入。

　　SQL注入有时候，在地址参数输入，或者控件输入都有可能进行。如在链接后加入’号，页面报错，并暴露出网站的物理路径在很多时候，很常见，当然如果关闭了Web.Config的CustomErrors的时候，可能就不会看到。

　　另外，Sql注入是很常见的一个攻击，因此，如果对页面参数的转换或者没有经过处理，直接把数据丢给Sql语句去执行，那么可能就会暴露敏感的信息给对方了。如下面两个页面可能就会被添加注入攻击：

　　①HTTP://xxx.xxx.xxx/abc.asp?p=YY and (select top 1 name from TestD ... type='U' and status>0)>0 得到第一个用户建立表的名称，并与整数进行比较，显然abc.asp工作异常，但在异常中却可以发现表的名称。假设发现的表名是xyz，则

　　②HTTP://xxx.xxx.xxx/abc.asp?p=YY and (select top 1 name from TestDB.dbo.sysobjects& ... tatus>0 and name not in('xyz'))>0 可以得到第二个用户建立的表的名称，同理就可得到所有用建立的表的名称。

　　为了屏蔽危险Sql语句的执行，可能需要对进行严格的转换，例如如果是整形的，就严格把它转换为整数，然后在操作，这样可以避免一些潜在的危险，另外对构造的sql语句必须进行Sql注入语句的过滤，如我的框架（Winform开发框架、Web开发框架等）里面就内置了对这些有害的语句和符号进行清除工作，由于是在基类进行了过滤，因此基本上子类都不用关心也可以避免了这些常规的攻击了。

/// <summary> /// 验证是否存在注入代码(条件语句） /// </summary> /// <param name="inputData"></param> public bool HasInjectionData(string inputData) { if (string.IsNullOrEmpty(inputData)) return false; //里面定义恶意字符集合 //验证inputData是否包含恶意集合 if (Regex.IsMatch(inputData.ToLower(), GetRegexString())) { return true; } else { return false; } } /// <summary> /// 获取正则表达式 /// </summary> /// <returns></returns> private static string GetRegexString() { //构造SQL的注入关键字符 string[] strBadChar = { //"select\\s", //"from\\s", "insert\\s", "delete\\s", "update\\s", "drop\\s", "truncate\\s", "exec\\s", "count\\(", "declare\\s", "asc\\(", "mid\\(", "char\\(", "net user", "xp_cmdshell", "/add\\s", "exec master.dbo.xp_cmdshell", "net localgroup administrators" }; //构造正则表达式 string str_Regex = ".*("; for (int i = 0; i < strBadChar.Length - 1; i++) { str_Regex += strBadChar[i] + "|"; } str_Regex += strBadChar[strBadChar.Length - 1] + ").*"; return str_Regex; }

　　上面的语句用于判别常规的Sql攻击字符，我在数据库操作的基类里面，只需要判别即可，如下面的一个根据条件语句查找数据库记录的函数。

/// <summary> /// 根据条件查询数据库,并返回对象集合 /// </summary> /// <param name="condition">查询的条件</param> /// <param name="orderBy">自定义排序语句，如Order By Name Desc；如不指定，则使用默认排序</param> /// <param name="paramList">参数列表</param> /// <returns>指定对象的集合</returns> public virtual List<T> Find(string condition, string orderBy, IDbDataParameter[] paramList) { if (HasInjectionData(condition)) { LogTextHelper.Error(string.Format("检测出SQL注入的恶意数据, {0}", condition)); throw new Exception("检测出SQL注入的恶意数据"); } ........................... }

　　以上只是防止Sql攻击的一个方面，还有就是坚持使用参数化的方式进行赋值，这样很大程度上减少可能受到SQL注入攻击。

3、跨站脚本攻击漏洞出现和修复

　　跨站脚本攻击，又称XSS代码攻击，也是一种常见的脚本注入攻击。例如在下面的界面上，很多输入框是可以随意输入内容的，特别是一些文本编辑框里面，可以输入例如<script>alert('这是一个页面弹出警告');</script>这样的内容，如果在一些首页出现很多这样内容，而又不经过处理，那么页面就不断的弹框，更有甚者，在里面执行一个无限循环的脚本函数，直到页面耗尽资源为止，类似这样的攻击都是很常见的，所以我们如果是在外网或者很有危险的网络上发布程序，一般都需要对这些问题进行修复。

　　XSS代码攻击还可能会窃取或操纵客户会话和 Cookie，它们可能用于模仿合法用户，从而使黑客能够以该用户身份查看或变更用户记录以及执行事务。[建议措施]清理用户输入，并过滤出 JavaScript 代码。我们建议您过滤下列字符：

　　[1] <>（尖括号）

　　[2] "（引号）

　　[3] '（单引号）

　　[4] %（百分比符号）

　　[5] ;（分号）

　　[6] ()（括号）

　　[7] &（& 符号）

　　[8] +（加号）

　　为了避免上述的XSS代码攻击，解决办法是可以使用HttpUitility的HtmlEncode或者最好使用微软发布的AntiXSSLibrary进行处理，这个更安全。

　　微软反跨站脚本库（AntiXSSLibrary）是一种编码库，旨在帮助保护开发人员保护他们的基于Web的应用不被XSS攻击。

　　例如上面的内容，赋值给一个Lable控件，不会出现弹框的操作。

　　但是，我们虽然显示的时候设置了转义，输入如果要限制它们怎么办呢，也是使用AntiXSSLibrary里面的HtmlSanitizationLibrary类库Sanitizer.GetSafeHtmlFragment即可。

　　protected void btnPost_Click(object sender, EventArgs e)

　　{

　　this.lblName.Text = Sanitizer.GetSafeHtmlFragment(txtName.Text);

　　}

　　这样对于特殊脚本的内容，会自动剔除过滤，而不会记录了，从而达到我们想要的目的。

　　Database db = CreateDatabase();

　　DbCommand command = db.GetSqlStringCommand(sql);

　　command.Parameters.AddRange(param);

　4、IIS短文件/文件夹漏洞出现和修复

　　通过猜解，可能会得出一些重要的网页文件地址，如可能在/Pages/Security/下存在UserList.aspx和MenuList.aspx文件。

　　[建议措施]

　　1）禁止url中使用“~”或它的Unicode编码。

　　2）关闭windows的8.3格式功能。

　　修复可以参考下面的做法，或者找相关运维部门进行处理即可。

　　http://sebug.net/vuldb/ssvid-60252

　　http://webscan.360.cn/vul/view/vulid/1020

　　http://www.bitscn.com/network/security/200607/36285.html

　　5、系统敏感信息泄露出现和修复

　　如果页面继承一般的page，而没有进行Session判断，那么可能会被攻击者获取到页面地址，进而获取到例如用户名等重要数据的。

　　一般避免这种方式是对于一些需要登录才能访问到的页面，一定要进行Session判断，可能很容易给漏掉了。如我在Web框架里面，就是继承一个BasePage，BasePage 统一对页面进行一个登录判断。

public partial class UserList : BasePage { protected void Page_Load(object sender, EventArgs e) { ............... /// <summary> /// BasePage 集成自权限基础抽象类FPage，其他页面则集成自BasePage /// </summary> public class BasePage : FPage { /// <summary> /// 默认构造函数 /// </summary> public BasePage() { this.IsFunctionControl = true;//默认页面启动权限认证 } /// <summary> /// 检查用户是否登录 /// </summary> private void CheckLogin() { if (string.IsNullOrEmpty(Permission.Identity)) { string url = string.Format("{0}/Pages/CommonPage/Login.aspx?userRequest={1}", Request.ApplicationPath.TrimEnd('/'), HttpUtility.UrlEncode(Request.Url.ToString())); Response.Redirect(url); } } /// <summary> /// 覆盖HasFunction方法以使权限类判断是否具有某功能点的权限 /// </summary> /// <param name="functionId"></param> /// <returns></returns> protected override bool HasFunction(string functionId) { CheckLogin(); bool breturn = false; try { breturn = Permission.HasFunction(functionId); } catch (Exception) { Helper.Alerts(this, "BasePage调用权限系统的HasFunction函数出错"); } return breturn; } protected override void OnInit(EventArgs e) { Response.Cache.SetNoStore(); //清除缓存 base.OnInit(e); CheckLogin(); }

　　否则可能会受到攻击，并通过抓包软件发现页面数据，获得一些重要的用户名或者相关信息。

　　还有一个值得注意的地方，就是一般这种不是很安全的网络，最好要求输入比较复杂一点的密码（强制要求），例如不能全部是数字密码或者不能是纯字符，对位数也要求多一点，因为很多人输入12345678,123456，123这样的密码，很容易被猜出来并登录系统，造成不必要的损失。

　　6、总结性建议

　　针对上面发现的问题，提出下面几条建议。

　　1）在服务器与网络的接口处配置防火墙，用于阻断外界用户对服务器的扫描和探测。

　　2）限制网站后台访问权限，如：禁止公网IP访问后台；禁止服务员使用弱口令。

　　3）对用户输入的数据进行全面安全检查或过滤，尤其注意检查是否包含SQL 或XSS特殊字符。这些检查或过滤必须在服务器端完成。

　　4）关闭windows的8.3格式功能。

　　5）限制敏感页面或目录的访问权限。

posted @ 2014-08-29 09:45 顺其自然EVO 阅读(649) | 评论 (0) | 编辑 收藏

Spring框架下的单元测试方法

posted @ 2014-08-29 09:43 顺其自然EVO 阅读(268) | 评论 (0) | 编辑 收藏

使用RSpec编写具有可读性的功能测试

posted @ 2014-08-29 09:42 顺其自然EVO 阅读(172) | 评论 (0) | 编辑 收藏