[网络安全学习篇50]:Web架构安全分析
引言:我的系列博客[网络安全学习篇]上线了,Web 工作机制网页、网站Web容器静态页面中间件服务器数据库的出现HTTP 协议概述
引言:我的系列博客[网络安全学习篇]上线了,小编也是初次创作博客,经验不足;对千峰网络信息安全开源的视频公开课程的学习整理的笔记整理的也比较粗糙,其实看到目录有300多集的时候,讲道理,有点怂了,所以我就想到了通过写博客(课程笔记)的形式去学习它,虽然写博客会让我多花几倍的时间去学习它,但是当我完成一篇博客所获得的成就感和你们对于我的认同感,让我很满足,能够鼓励我一天天的坚持下去,也希望和我一起学习本期视频的"同道"们也能给一直坚持下去。我们大家一起加油。由于作者本身也是网络信息安全小白,大部分知识点都是初次接触,出现对其理解不深入,不完整,甚至也会出现错误有问题的地方,希望大家谅解、留言提出指正,同时也欢迎大家来找我一起交流学习!!!
往期博客:
第一阶段:
[网络安全学习篇1]:windowsxp、windows2003、windows7、windows2008系统部署(千峰网络安全视频笔记)
[网络安全学习篇24]:漏洞与木马(千峰网络安全视频笔记 p117-p118)
第二阶段:
第三阶段:
[网络安全学习篇42]:靶场环境搭建(ubuntu系统安装优化及vulhub安装)
[网络安全学习篇43]:PHP基础+变量 运算符 流程控制语句
第四阶段:
[网络安全学习篇50]:Web架构安全分析(本篇)
下期博文:
目录
为什么学习这节课
我们学习渗透测试这门课程,主要针对的Web应用,所以对Web 架构需要一定的了解
Web 工作机制
-
网页、网站
我么可通过浏览器上网看到精美的页面,一般都是经过浏览器渲染的.html 页面,其中包含css 等前端技术。多个网页的集合就是网站。
-
Web容器
Web 容器,也叫Web 服务器,主要提供Web 服务,也就是常说的HTTP 服务。
常见的Web 容器有:Apache/IIS/Nginx 等。
-
静态页面
静态页面,都是些.html 文件,是纯文本文件。这些文件中包含html 代码。
HTML(HyperText Markup Language,超文本标记语言),在浏览器中解释运行。
-
中间件服务器
以上这种,只能单向给用户战术信息。随着Web 的发展,信息要双向流动,产生了交互的需求,也就是动态网页的概念;所谓动态就是利用flash、Php、asp、Java 等技术在网页中嵌入一些可以运行的脚本,用户浏览器在解释页面时,遇到脚本就启动运行它。
脚本的使用让Web 服务模式有了双向交流的能力,Web服务器模式也可以像传统的软件一样进行各种事务的处理,如编辑文件、利息计算、提交表单等,Web 架构的适用面大大扩展
这些脚本可以嵌入到页面中,如JS等。也可以以文件的形式单独存放在Web 服务器的目录里,如.asp、.php、jsp 文件等。这样功能性的脚本越来越多,形成常用的工具包,单独管理,Web 业务开发时,直接使用就可以了,这就是中间件服务器,它实际上时Web 服务器处理能力的扩展。
-
数据库的出现
静态网页与脚本都是事先设计好的,一般不经常改动,但网站上的很多内容需要经常更新,将这些变动的数据放在静态网页的程序中显然不合适,传统的办法是数据与程序分离,采用的专业的数据库。
Web 开发者在Web 服务器后边增加了一个数据库服务器,这些经常变动的数据被存进数据库,可以随时更新。当用户请求页面时,脚本根据用户请求的页面,涉及到动态数据的地方,利用SQL数据库语言,从数据中读取最新的数据,生产“完整”页面,最后送给用户
HTTP 协议概述
HTTP(HyperText Transfer Protocol,超文本传输协议,是传递消息的规范和要求。
-
概述
@ | 1990 年提出的,当前版本1.1。 |
@ | HTTP 是用来将html 文档从Web 服务器传输到Web 浏览器。 |
@ | 是一个请求和响应的协议。客户端发出请求,服务器端对请求给出回应。 |
@ | HTTP 使用可靠的TCP 连接,默认端口80 |
-
特点
@ | 支持浏览器/服务器模式 |
@ | 简单快速:浏览器向服务器提出请求时,只需要传送请求方法和请求路径 |
@ | 灵活:HTTP 运行传输任意类型的数据对象 |
.html |
| 纯文本 |
.jpg |
| 图片 |
.mp3 |
| 音频 |
@ | HTTP 协议是无状态的协议 |
-
URL
统一资源定位符(网址),用来告诉Web 容器,浏览器所请求的资源(文件)的路径。例如:
http://localhost/test/requests.php?id=32
Schema://login:password@adress:port/path/to/resource/?query_string#fragment
Port |
| 80 |
Login |
| 用户名 |
Password |
| 密码 |
Fragment |
| 锚点 |
@ | URL编码 |
URL 只允许出现的字符是有限制的,URL 中path 开始允许直接出现[A-Z][a-z][0-9]
半角减号(-)、下划线句点(。)、波浪号(~)。其他字符均会被百分号编码(包括空格)
如下:
# |
| %23 |
[ ] |
| %20 |
%+ASCII 码十六进制形式
在进行编程的时候,会[+] 代替空格。
@ | 报文分析工具 |
1、F12
2、wireshark
3、fiddler
4、Burp suite
…
HTTP 报文分析
Web 应用的所有通信的消息都要遵守HTTP 协议的规范和要求。
-
HTTP 工作模式
-
REQUEST
-
请求报文,如下
-
-----------------------------------------------------------------------------------------
GET /php/test/get.php HTTP/1.1
Host: 192.168.1.136
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Accept-Encoding: gzip, deflate
Referer: http://192.168.1.136/php/test/
Connection: close
Upgrade-Insecure-Requests: 1
Cache-Control: max-age=0
----------------
HTTP 请求由请求行、请求头、请求正文三部分组成
1、请求行:方法,资源路径,协议/版本
方法:GET
资源路径:/php/test/get.php
协议/版本:HTTP/1.1
2、请求头
从请求报文第二行开始到第一个空行为止的内容。其中包含很多字段
3、请求正文
以上方法没有请求正文,后面会看到
-
请求方法:
GET | 最常用的方法,通常用户请求服务器发送的某个资源。 |
POST | 可以向服务器提交参数以及表单,包括文件流等 |
HEAD | 与GET 方法类似,但在服务器响应中只返回首部 |
PUT | 与GET 从服务器读取文档相反,PUT 方法会向服务器写入文档 |
TRACE | 回显浏览器的请求 |
OPTIONS | 请求Web 服务器告知其支持的各种功能 |
DELETE | 请求服务器删除请求URL所指定的资源 |
-
实验
使用telnet 模式浏览器发送HTTP 请求
利用telnet 传送GET 参数
Telnet 192.168.1.36 80
----------------
GET /php/test/get.php HTTP/1.1
Host: 192.168.1.136
-------
Telnet www.baidu.com 80
----------------
GET / HTTP/1.1
Host: www.baidu.com
-----------
利用OPTIONS 方法测试Web 服务器允许的HTTP请求
---------------
OPTIONS / HTTP/1.1
Host: 192.168.1.136
-------
利用telnet 传送GET 参数
-------------
GET /php/test/get.php?name=AJEST&pwd=123456 HTTP/1.1
Host: 192.168.1.136
利用telnet 模拟POST,请求传递参数
---------------
POST /php/test/post.php?http://192.168.1.136/php/test/post.php HTTP/1.1
Host: 192.168.1.136
Content-Type: application/x-www-form-urlencoded
Content-Length: 19
name=GGG&pwd=123456
-----
-
主要字段
Host | 主要用与指定被请求资源的Internet 主机和端口号 |
User-Agent | 浏览器指纹 |
Referer | 包含一个URL,代表当前的URL的上一个URL |
Cookie | 记录请求者的身份认证信息 |
Accept-Charset | 用户指定客户端接受的字符集 |
Content-Type | 用于向接收方知识实体的介质类型(数据类型) |
Content-Length | 用于指明实体正文的长度,以字节的方式存储的十进制数字来表示 |
Last-Modified | 用于指示资源的最后修改时间和日期 |
-
RESPONSE
-
响应报文如下:
-
-----------------------------------------------------------------------------------------
HTTP/1.1 200 OK
Date: Sat, 25 Apr 2020 09:50:59 GMT
Server: Apache/2.4.23 (Win32) OpenSSL/1.0.2j PHP/5.4.45
X-Powered-By: PHP/5.4.45
Content-Length: 13
Connection: close
Content-Type: text/html
array(0) {
}
------------------------
响应报文由状态行、响应报头、响应正文三部分组成。
1、状态行:协议/版本,状态代码,描述短语
协议/版本:HTTP/1.1
状态代码:200
描述短语:OK
2、响应报头
第二行开始到第一个空行为止的所有内容,其中包含了关于HTTP响应的重要字段。
3、响应正文
服务器返回资源的内容,即浏览器接收到的HTML 代码。
-
状态码
100~199 | 信息性状态码 |
200~299 | 成功状态码 |
300~399 | 重定向状态码 |
400~499 | 客户端错误状态码 |
500~599 | 服务器错误状态码 |
-
主要字段
Server | 服务器指纹 |
Set-Cookie | 向浏览器端设置Cookie |
Last-Modified | 服务器通过这个头信息告诉浏览器,资源的最后修改时间 |
Content-Length | 请求正文长度 |
Location | 重定向目标页面 |
Refresh | 服务器通过Refresh头告诉浏览器定时刷新浏览器 |
-
同源策略的条件
- URL 的主机(FQDN:Fully Qualified Domain Name 全程域名)一致
- Schema 一致
- 端口号一致
同源策略的保护对象不仅仅时iframe 内文档。比如实现Ajax 时所使用的XMLHttpRequest 对象能够访问的 URL也受到了同源策略的限制。
-
同源策略的探究
-
准备两个页面
-
-------index.html
<html>
<head>
<title> 跨 frame 的读取实验 </title>
<meta charset="utf-8">
</head>
<body>
<iframe name="iframe1" width="300" height="80"
src="http://192.168.1.136/sop/iframe.html"
>
</iframe>
<input type="button" οnclick="go()" value=" 密码: ">
<script>
function go(){
try {
var x = iframe1.document.form1.passwd.value;
document.getElementById('out').innerHTML = x;
} catch (e){
alert(e.message);
}
}
</script>
<span id="out"></span>
</body>
</html>
--------
--------iframe.html
<html>
<head>
<meta charset="utf-8">
</head>
<body>
<form name="form1"> iframe 的内层
密码 <input type="text" name="passwd" value="password1">
</form>
</body>
</html>
--------
这里我们使用我们服务器的浏览器测试这个实验(因为我们要使用不同的两个URL来访问我们的网页)
我们用指定的IP访问,可以正常读取
当时当我们使用我们本机的回环地址去访问时,打开页面,无法读取(这就是由同源策略限制,无法访问内层iframe)
参考文献:
更多推荐
所有评论(0)