网页闯关游戏(riddle webgame)--SQL注入的潘多拉魔盒

 

前言:
  之前编写了一个网页闯关游戏(类似Riddle Game), 除了希望大家能够体验一下我的游戏外. 也愿意分享编写这个网页游戏过程中, 学到的一些知识.
  web开发初学者往往会忽视一些常见的漏洞, 比如SQL注入攻击, XSS攻击. 本文将简述SQL注入攻击的原理, 并分享下关卡设计, 其在打开潘多拉魔盒的情况下, 又能很好地限制危害.

效果展示:
  先打下广告: 网页闯关游戏入口(请狠狠地点击我, ^_^).
  本文的想法实施于第十一关--健忘的教授.
  
  很直接的呈现一个登陆对话框, 考验玩家能否借助非常规的方式来绕开登陆验证.

SQL注入攻击:
  虽然SQL注入攻击已是老生常谈, 不过还是得唠叨几句"科普"一下, ^_^.
  应用程序再获取到用户提交的数据后, 有些会进行SQL语句的拼接并执行. 倘若用户提交的数据中包含SQL执行命令, 同时程序并没有对数据进行过滤和安全验证. 这样就有可能绕过验证并获取数据, 甚至注入恶意代码, 导致数据被篡改, 丢失.
  • 以用户登录为例
  服务的用户数据模型如下:

table tb_user (
  username varchar(32),
  password varchar(32)
);

  服务的登陆验证SQL如下:

SELECT * FROM tb_user WHERE username = '?' AND password = '?';

  登陆的输入框入图所示:
  
  其对应的form表单为:

<form method="post">
  用户名: <input name="username" />
  密码: <input name="password" type="password"/>
</form>

  hacker只要在form表单中, 巧妙设计字段内容, 注入sql执行命令, 以绕过数据验证.
  比如username字段, 填写为: ' or 1 = 1 #.
  这样服务器端, 最终拼接的SQL为:

SELECT * FROM tb_user WHERE username = '' or 1 = 1 #' AND password= '?'

  由于字符'#'在SQL规范中, 表示注释, '#'字符后直到行尾的所有字符都将被忽略掉.
  因此最终的SQL等价于如下:

SELECT * FROM tb_user WHERE username = '' or 1 = 1

  用户数据将被返回, 如果尝试登录的是管理员后台, 那hacker将轻松获取到管理员的权限, 这非常的可怕.
  魔高一丈道高一尺, 既然知道SQL注入的攻击原理是什么? 那么防范措施就有针对性了, 千万不要相信用户提交的数据, 做好过滤和验证.

关卡设计:
  本关就是来考察玩家对SQL注入的认知功底. 因此模拟构建了一个登陆窗口, 接受开放式的答案.
  如何对答案进行验证呢? 1). 模拟SQL的执行解析. 2). 直接跑真实的SQL.
  对于方案一, 工作量大, 多个SQL命令需要支持, 有可能覆盖不全所有的解, 有点得不偿失.
  对于方案二, 容易实现, 但是给系统带来了潜在风险, 比如注入drop tables等危险的命令.
  权衡比较, 还是采用第二种方案, 至于风险控制亦可控.
  服务程序是采用Java来编写的, 若要放开SQL注入漏洞限定, 那就不能使用mybatis/hibernate这些ORM框架, 因为这些框架已经帮我们做了escape数据的工作.
  让我们回到石器时代, 直接裸用jdbc来实现, 代码如下:

/**
*
* 构造经典的SQL注入攻击
* @param username 用户输入的用户名
* @param password 用户输入的密码
* @return
*/
public boolean verifySQLInject(String username, String password) {

  Connection connection = null;

  try {
    // *) 动态载入Mysql Driver驱动类
    Class.forName("com.mysql.jdbc.Driver");

    // *) 获取 DB Connection
    connection = DriverManager.getConnection(dbUrl, dbUsername, dbPassword);

    Statement stmt = connection.createStatement();

    String sql = String.format(
              "SELECT * " +
              "FROM tb_virtual_user " +
              "WHERE username = '%s' AND password = '%s'",
              username, password
      );
    ResultSet rs = stmt.executeQuery(sql);
    if ( rs.next() ) {
      stmt.close();

      // *) 登陆成功
      return true;
    }
  } catch (ClassNotFoundException e) {
    e.printStackTrace();
  } catch (SQLException e) {
    e.printStackTrace();
  } finally {
    if ( connection != null ) {
      try {
        connection.close();
      } catch (SQLException e) {
        // e.printStackTrace();
      }
    }
  }
  return false;

}

  注: 该代码确切地执行了用户登录的SQL语句, 常规登录和非法sql注入构造都将返回失败.
  同时正如前文所提到的, 为了验证SQL注入攻击, 从而放弃数据验证和过滤. 万一有人不是用于解题, 而是专门搞破坏怎么办? 犹如自己给自己埋了个炸弹, 你永远不知道它什么时候爆炸.
  事实上, 这是多虑的. 我们可以创建两个mysql账号, 一个专门用于sql注入验证(只授予select权限), 而剩下则用于其他的业务数据. 这样就轻松做到隔离, 且十分安全.

GRANT USAGE ON *.* TO 'game1001'@'localhost' IDENTIFIED BY PASSWORD '*25A2CD7698FEED80089150F089755D752423A821';
GRANT SELECT ON `db_gameweb`.`tb_virtual_user` TO 'game1001'@'localhost';

  比如创建账号game1001, 它只被授予对tb_virtual_user表的只读权限.
  这样服务就能允许sql注入存在, 但这些sql注入不具攻击性.

后记:
  其实对该题, 我还是很满意的. 我一直希望能构建类似的题, 寓教于乐. 就当自己一个以后奋斗的方向吧! 与君共勉.

公众号&游戏站点:
  个人微信公众号: 木目的H5游戏世界
  
  个人游戏作品集站点(尚在建设中...): www.mmxfgame.com,  也可直接ip访问http://120.26.221.54/.

 

posted on 2016-02-21 08:19  mumuxinfei  阅读(2571)  评论(0编辑  收藏  举报

导航