WEB应用程序安全检查列表

时间: 2018-03-27阅读: 1197标签: 安全

检查页面隐藏或丢失的内容
检查webserver元数据文件,如:robots.txt, sitemap.xml,.DS_Store, .htaccess

检查搜索功能可能的注入或攻击方式

检查不同agent代理访问网站显示内容的是否一致

检查页面headers信息与页面注释是否泄露项目核心信息

检查应用程序当前使用的框架版本与对应的更新与bugLists

检查应用程序的执行性能

明确当前应用程序使用的技术栈(用于确实被攻击的类型和方式)

明确当前应用程序的主入口

过滤所有表单的输入检查,包括请求的类型与请求的参数

明确移动端与PC端业务的关联性(用于确定业务的欺骗的类型与方式)

检查与服务器标识(如服务器版本,服务器类型)

检查与当前应用程序关联的其他业务应用,如Iframe有嵌入的三方应用(通过设置content-security-policy )

检查应用程序在不同主机名和不同商品的情况下访问的情况(用于保证不向外泄露应用程序的核心信息)

检查第三库的版本以及对应的bugLists

检查服务器根域名与子域名的主页访问情况,如是否有404,502

检查4xx,5xx的情况下应用程序的指向

对重要的应用程序API接口做白名单处理,如域名,请求方式,跨站配置

检查客户端修改非正常文件扩展的请求情况,用于验证如,shell攻击

如果应用程序是使用Https部署的,则还需要检查整个应用程序的请求是否都是Https的请求(用于确定请求资源的有效性,因为有的情况下会出现丢失资源情况,那是因为https的安全策略造成的[blok model])

如果移动端应用且使用了,如ionic,react-native等时,还需要检查content-security-policy(用于保证资源能够被顺利访问,如有的情况下data://这种动态处理的数据不能够正常处理)

如果使用第三方服务如七牛云,cdn等,则还需要检查客户端token(API KEYS,credentials)的有效性与安全性

服务端需要检查ssl版本,对应的算法与keys的长度

检查数字证书的有效性,如有效期,证书标识等

检查统计各应用的跨域访问的情况

检测后端服务API的请求情况(压力测试)

cookie的安全检查,如设置httpOnly,secure,作用的域名与路径,有效期
检查用户退出后的session处理情况(验证用户正常退出后是否还能正常访问认证资源)

检查与防范csrf和clickjacking(特别注意有使用Iframe的情况)攻击

检查两个不同类型的正常用户登录后显示各自用户数据的情况(验证是否有共用数据的情况,如基金信息在组件刚加载的时候被缓存在本地中,但由于没有添加用户类型或用户唯一标识而导致的共用数据的情况,这种情况必须多加以关注)

检查在用户没有登录的情况下,通过输入url地址的情况访问用户认证数据的(如http://www.domain.com/user/ce...

强制用户在2-3个月内做用户口令的修改,同时更新用户的salt值

检查应用程序的资源类型,如:html Injection, SQL Injection, ORM Injection, XML Injection, SSL Injection, XPath Injection , IMAP/STMP Injection, Code Injection, Command Injection, NoSQL Injection 这些情况

检查非正常访问的文件名,需要对其encoding,如:%3Bcat%20/etc/passwd(%3B会变成一个分号,所以将会运行多条系统命令)

检查离线访问的情况
检查大数据的验证情况,如很大的数字(在正则验证情况下特别糟糕,([a-zA-Z]+)*, (a+)+ 或 (a|a?)+在如aaaaaaaaaaaaaaaaaaaaaaaa!)

对于提供资源展示性的应用,防止爬虫的行为可以设置rate-limit, 同时为了区别人机操作添加验证适中的图形验证码操作

安全性相关的HTTP头:

Strict-Transport-Security
X-Frame-Options
X-XSS-Protection
X-Content-Type-Options
Content-Security-Policy
来源:https://segmentfault.com/a/1190000014001748
作者:mntx
站长推荐

1.云服务推荐: 国内主流云服务商,各类云产品的最新活动,优惠券领取。地址:阿里云腾讯云华为云

2.广告联盟: 整理了目前主流的广告联盟平台,如果你有流量,可以作为参考选择适合你的平台点击进入

链接: http://www.fly63.com/article/detial/552

关闭

js安全问题:不安全的JS

在某些特别的场景下,我们需要编译执行外部输入的JS代码。在浏览器端,我们可以借助new Function 、eval等API。而在 node 端,我们可以借助vm模块实现一个沙箱,运行外部输入的JS 代码。但无论是浏览器端,还是node端

网站被劫持的方式都有哪些?

网络安全日益严峻,站长朋友们多多少少都遇到过被黑被劫持的经历,对于老老实实做人,认认真真做站的朋友来说,好不容易做出了一点成绩,一劫持就又回到解放前了,本期我们一起来探讨常见的网站被黑被劫持的手段有哪些

浅谈前端安全

将Web安全问题按照发生的区域来分类,发生在浏览器、Web页面中的安全问题就是前端安全问题。同源:URL由协议、域名、端口和路径组成,如果两个URL的协议、域名和端口相同,则表示他们同源。

30 分钟理解 CORB 是什么

我当前的 chrome 版本是 v68,如果是 v66 或更低版本可能提示的警告信息略有不同。印象中只对 CORS 比较熟悉,CORB 是个什么鬼?好奇心迫使我想要了解一下它到底是什么,于是暂时把手头工作放下查了一些资料并花时间汇总了一下,就有了这篇文章

利用CSS注入(无iFrames)窃取CSRF令牌

要做到无iFrame,我将使用一种类似于之前我讨论过的方法:我将创建一个弹窗,然后在设置计时器后更改弹出窗口的位置。使用这种方法,我仍然可以加载受害者的CSS,但我不再依赖于受害者是否允许iFrame。

企业网站怎么才能防御DDOS***?

他想要做一个网络安全防护,因为网站设计到了支付这一块的业务,所以要做网络安全防护,想要实时监测,如果有***发生需要第一时间知道情况。墨者安全告诉他可以的,那今天就讲讲企业网站怎么才能防御DDOS***?

贯彻 10 项原则,构建 Linux 系统安全体系

通过大量的实践经验,我们总结出 10 个最关键且有效的安全原则,分别是纵深防御、运用 PDCA 模型、最小权限法则、白名单机制、安全的失败、避免通过隐藏来实现安全、入侵检测、不要信任基础设施

第三方 CSS 并不安全

第三方内容在其沙箱区域内具有强大的能力。如果你担心恶意用户诱使你的网站加载第三方资源,可以通过 CSP 用作防护手段,其可以限制加载图片,脚本和样式的来源。

谈 target=‘_blank’的安全问题

大家都喜欢target=_blank, 因为新页面打开不影响原来的页面。但是这个存在安全问题, 由target=_blank打开的页面, 可以通过window.opener访问原来的窗口。遍可以简单的将网页导航到其他网站, 这就存在很多的安全隐患了, 比如钓鱼,这种问题解决起来也很简单, 在链接中加入rel=noreferrer noopener属性就可以了

访问http网站Safari提示网站不安全怎么办?

macOS和iOS上的Safari在所有通过HTTP连接的地址栏中会显示“不安全”的警告。去年,谷歌Chrome和火狐MozillaFirefox是最先显示这种警告的主流浏览器。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!