前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >面试中查考的Web安全问题

面试中查考的Web安全问题

作者头像
心谭博客
发布2020-04-20 17:25:46
5300
发布2020-04-20 17:25:46
举报
文章被收录于专栏:YuanXinYuanXinYuanXin

常见问题一览:

  • SQL 注入
  • XSS:跨站脚本攻击
  • CSRF: 跨站请求伪造
  • 中间人攻击
  • DDoS
  • 点击劫持

文章来自:xxoo521.com

SQL 注入

介绍

例如做一个系统的登录界面,输入用户名和密码,提交之后,后端直接拿到数据就拼接 SQL 语句去查询数据库。如果在输入时进行了恶意的 SQL 拼装,那么最后生成的 SQL 就会有问题。

比如后端拼接的 SQL 字符串是:

SELECT * FROM user WHERE username = 'user' AND password = 'pwd';

如果不做任何防护,直接拼接前端的字符,就会出现问题。比如前端传来的user字段是以'#结尾,password随意:

SELECT * FROM user WHERE username = 'user'#'AND password = 'pwd';

密码验证部分直接被注释掉了

防范

后端应该对于字符串有转义,可以借助成熟的库的 API 来拼接命令,而不是自己手动拼接。

XSS:跨站脚本攻击

介绍

原理上就是黑客通过某种方式(发布文章、发布评论等)将一段特定的 JS 代码隐蔽地输入进去。然后别人再看这篇文章或者评论时,之前注入的这段 JS 代码就执行了。JS 代码一旦执行,那可就不受控制了,因为它跟网页原有的 JS 有同样的权限,例如可以获取 server 端数据、可以获取 cookie 等。

比如早些年社交网站经常爆出 XSS 蠕虫,通过发布的文章内插入 JS,用户访问了感染不安全 JS 注入的文章,会自动重新发布新的文章,这样的文章会通过推荐系统进入到每个用户的文章列表面前,很快就会造成大规模的感染。

防范

前端对用户输入内容进行验证,如果有风险,就进行替换。例如:& 替换为 &

CSRF: 跨站请求伪造

介绍

CSRF 是借用了当前操作者的权限来偷偷地完成某个操作,而不是拿到用户的信息。比如获取cookie、破解token加密等等。

防范

  • 敏感数据不使用GET
  • 前后端约定加密方式和密钥,并且经常更新密钥
  • 对 IP 限制一定时间内的访问次数
  • 设置网站白名单

中间人攻击

原理和防范

它也被称为浏览器劫持、web 劫持。可以往 web 中添加一些第三方厂商的 dom 元素,或者重定向到另外的钓鱼站。

常用手段有 2 种:

  1. 网络报文传输过程中对其截获、篡改(过程中)
  2. 客户端发起 http 请求之前或者得到 response 之后对数据篡改(开头、结尾)

防范方式就是使用 https 协议,一套在传输层 TCP 和应用层 HTTP 之间的 TLS 协议。

https 交互细节

以下内容摘自:《深入理解 Web 安全:中间人攻击》

简单地说,一次 https 网络请求在建立开始阶段具有以下的一个“握手”流程:

首先,客户端向服务端发起一个基于 https 协议的网络请求,这相当于告诉它:“我希望得到一个安全加密的网页,你可别直接把明文扔过来!”

服务端接收到这个网络请求后,了解到客户端的提出的这种加密的诉求,于是先把一个公钥和网站的 https 证书发送给客户端。

客户端随后要做两件事,一是验证证书的合法性与时效性,如果颁发证书的机构客户端这边不承认或者证书中标明的过期时间已经过了,这都会导致客户端浏览器报出那个红叉子,chrome 浏览器还会直接拦截掉这个请求,除非用户点详情->继续,否则不会与该网站的服务器进行后续沟通,这相当于一个强交互的提醒,告诉用户“我拿到的证书有问题,这网站可能是个冒牌货,你要看仔细了!”

如果以上两步验证无误,那么客户端会先生成一个随机秘钥,利用刚刚拿到的公钥给自己要访问的 url+这个随机秘钥进行加密,把密文再次发往服务端。

当服务端收到客户端传过来的密文之后,会通过自己手里持有的一个私钥对密文进行解密。注意,这里提到的私钥和刚刚的公钥是一对儿秘钥,这是一个典型的非对称加密,加密和解密分别使用两把不同的钥匙,这也保证了在此场景下的安全性。

此时,服务端要将真正的 html 网页文本发给你了,它会利用解密得到的随机秘钥对网页文本内容进行加密,将密文发给客户端。

客户端拿到真正的 html 报文之后,就用自己刚才生成的那个随机秘钥进行解密,然后就得到了跟普通 http 请求时一样的一个网页文本了,在这之后就像往常那样解析、渲染、加载更多资源……

对于真正要传输的 html 文本,实际上是使用刚刚提到的这个随机秘钥进行了一次对称加密,因为上锁和开锁的钥匙实际上是一模一样的。

DDoS

攻击者在短时间内发起大量请求,利用协议的缺点,耗尽服务器的资源,导致网站无法响应正常的访问。

我之前也经历过,在这篇《被 DDos 后的及时补救与一些思考》

防范的措施,或者称之为补救措施更合适,有以下建议:

  1. 借助云厂商 CDN:静态流量的资源还得自己掏钱
  2. IP 黑/白名单:nginxapache 都可以设置
  3. HTTP 请求信息:根据 UserAgent 等字段的信息
  4. 静态化:博客网站直接挂在 github 等平台上
  5. 备份网站:阮一峰老师的网站被 ddos 的时候就有个备份页面
  6. 其他:弹性 ip、免费的 DNSpod、国内外分流、高防 ip 等等

点击劫持

点击劫持是一种视觉欺骗的攻击手段。攻击者通过 iframe 嵌套嵌入被攻击网页,诱导用户点击。如果用户之前登陆过被攻击网页,那么浏览器可能保存了信息,因此可以以用户的身份实现操作。

js 防范手段:

<head>
    <style id="click-jack">
        html {
            display: none !important;
        }
    style>
    <script>
        // 判断当前页面是否是iframe加载
        if (self === top) {
            const style = document.getElementById("click-jack");
            document.body.removeChild(style);
        } else {
            top.location = self.location;
        }
    script>
head>

扫码关注「心谭博客」, 专注前端与算法

目前已有前端面试、剑指Offer·JS、动画设计、Webpack等系列专题

阅读全文

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2019-05-15,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • SQL 注入
    • 介绍
      • 防范
      • XSS:跨站脚本攻击
        • 介绍
          • 防范
          • CSRF: 跨站请求伪造
            • 介绍
              • 防范
              • 中间人攻击
                • 原理和防范
                  • https 交互细节
                  • DDoS
                  • 点击劫持
                    • 扫码关注「心谭博客」, 专注前端与算法
                      • 目前已有前端面试、剑指Offer·JS、动画设计、Webpack等系列专题
                      相关产品与服务
                      内容分发网络 CDN
                      内容分发网络(Content Delivery Network,CDN)通过将站点内容发布至遍布全球的海量加速节点,使其用户可就近获取所需内容,避免因网络拥堵、跨运营商、跨地域、跨境等因素带来的网络不稳定、访问延迟高等问题,有效提升下载速度、降低响应时间,提供流畅的用户体验。
                      领券
                      问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档