日期:2014-05-18  浏览次数:20722 次

WEB安全:基于struts进行电子商务网站开发
大家好,最近准备进行一个类似于阿里巴巴的网站开发,用于发布企业信息和产品,本身安全性要求较高,暂时不考虑支付因素,此外,可能要加入企业管理方面功能。
打算struts,jsp,不过我之前都是VC,Delphi,2个月前才开始eclipse学习,没有接触过此类项目,所以还要向大家多多请教。

程序安全方面从网站上总结了以下这些方面,不过因为之前没有接触过网站开发,希望大家能给看看,多多提意见和建议。谢谢!

1.验证码及用户验证/b]
  涉及用户重要信息的表单提交均须输入验证码;
  session验证用户,Session集中放在中间层服务器端。
[color=#0000FF][b]2.传递数据加密
[/color]
  客户请求包含传输敏感数据情况下,使用POST方法;
  加密机制(例如,通过SSL连接)。
  问题:url加密需要自己做么?
3.用户输入验证
  1)使用过滤器对用户发起的请求进行检查,检验用户合法性后,再通知服务器进行相应处理;
  2)正向输入过滤,列举不安全的字符并拒绝它们;
  3)利用正则表达式只允许输入指定的字符;
  4)始终对所有的用户输入执行验证,且验证必须在一个可靠的平台上进行,应当在应用的多个层上进行。 
  5)除了输入、输出功能必需的数据之外,不允许其他任何内容。 
  6)设立“信任代码基地”,允许数据进入信任环境之前执行彻底的验证。 
  7)登录数据之前先检查数据类型。 
  8)详尽地定义每一种数据格式,例如缓冲区长度、整数类型等。 
  9)严格定义合法的用户请求,拒绝所有其他请求。 
  测试数据是否满足合法的条件,而不是测试不合法的条件。因为数据不合法的情况很多,难以详尽列举。
4.防止路径暴露
  1)自定义错误页面,以防暴露服务器信息及路径等信息。
  2)信息加密存储,对数据库连接字符串、用户秘密等敏感信息进行加密存储,以妥善保护数据。(具体操作上不大清楚)
3)后台管理设置

5.上传安全

  限制后缀,限制web容器执行权限、配置过滤器机制。

6.跨站攻击
看了几篇资料,不过依然觉得盲目,过滤器就可以么?

7.禁止外部提交

(从网站上搜到一个方法,不过不明白)
  < %
  server_v1=Cstr(Request.ServerVariables("HTTP_REFERER"))
  server_v2=Cstr(Request.ServerVariables("SERVER_NAME"))
  if mid(server_v1,8,len(server_v2))<>server_v2 then
  % >
  您的操作非法,请登陆后操作!
  < %
  Response.Redirect "Fuck-Hacker.asp"
  end if
  % >
8.防止SQL注入

  1)过滤特殊字符;
  2)使用PreparedStatement防止sql注入

9.守好JavaBean的入口

  1)Bean必须对属性进行强制的访问控制
  2)谨慎使用<jsp:setProperty>的通配符
10.阻止未经认证访问受保护的JSP页面

  在J2EE中,可以利用Web容器中内置的安全技术来进行角色访问资源的控制。我们可以通过配置web.xml来控制角色访问,修改配置描述文件web.xml就可以达到快速修改安全策略的目的。
  安全限制允许使用编程的方法根据用户的角色来控制访问。资源可以被某些角色的用户访问,同时禁止其它的角色访问。另外,某个视图的一部分也可以根据用户的角色来限制其访问。如果某些资源完全不允许来自于浏览器的直接访问,那么这些资源可以配置只允许一些特殊的安全角色访问,而这些安全角色不分配给任何一个用户。这样只要不分配这个安全角色,那么以这种方式配置的资源将禁止所有的浏览器直接访问。
  1) 所有受保护的JSP页面都应该首先验证HttpSession中是否包含了用户名以确认当前用户是否已经登陆。如果HttpSession中包含了用户名,也就是说用户已经登陆,Web应用则将剩余的JSP页发送给浏览器,否则,JSP页将跳转到登陆页login.jsp。
  2) 阻止浏览器缓存
通过设置头信息和检查HttpSession中的用户名确保了浏览器不缓存页面,同时,如果用户未登陆,受保护的JSP页面将不会发送到浏览器。
选择刷新后前一个JSP页面将重新显示在浏览器中。很显然,这不是我们所想看到的因为它违背了logout动作的目的。发生这一现象时,很可能是一个恶意用户在尝试获取其他用户的数据。然而,这个问题仅仅出现在后退按钮对应的是一个处理POST请求的页面。
  3) 记录最后登陆时间

11.String对象隐患

如果密码是存储在 Java String 对象中的,则直到对它进行垃圾收集或进程终止之前,密码会一直驻留在内存中。即使进行了垃圾收集,它仍会存在于空闲内存堆中,直到重用该内存空间为止。密码 String 在内存中驻留得越久,遭到窃听的危险性就越大。更糟的是,如果实际内存减少,则操作系统会将这个密码 String 换页调度到磁盘的交换空间,因此容易遭受磁盘块窃听攻击。为了将这种泄密的可能性降至最低(但不是消除),您应该将密码存储在 char 数组中,并在使用后对其置零(String 是不可变的,无法对其置零)。

12.线程安全

JSP默认是以多线程方式执行的。以多线程方式执行可大大降低对系统的资源需求,提高系统的并发量及响应时间。线程在程序中是独立的、并发的执行路径,每个线程有它自己的堆栈、自己的程序计数器和自己的局部变量。虽然多线程应用程序中的大多数操作都可以并行进行,但也有某些操作(如更新全局标志或处理共享文件)不能并行进行。如果没做好线程的同步,在大并发量访问时,不需要恶意用户的“热心参与”,问题也会出现。最简单的解决方案就是在相关的JSP文件中加上: <%@ page isThreadSafe="false" %>指令,使它以单线程方式执行,这时,所有客户端的请求以串行方式执行。这样会严重降低系统的性能。我们可以仍让JSP文件以多线程方式执行,通过对函数上锁来对线程进行同步。一个函数加上synchronized 关键字就获得了一个锁。
13.网站管理口令安全策略。

①杜绝使用弱口令,以避免安全隐患,可以采用字母+数字+符号字符,并超过8位以上的密码。
②强制对所有用户密码加密,最好采用非对称加密或采用不可逆的运算,如使用32位的MD5码。
 

------解决方案--------------------
确实,实践项目很重要,有问题大家可以探讨下
------解决方案--------------------
url加密应该是需要自己做

这两个会帮你解码和编码URL传过来的参数据 
java.net.URLEncoder 
java.net.URLDecoder
---