Web 架构安全分析
Web 工作机制及基本概念
传统 Web 架构
-
LAMP
网页
-
概念
网页就是我们可以通过浏览器上网看到的精美页面，一般都是经过浏览器渲染过的 .html 页面，html 语言在浏览器中渲染。其中包含了CSS、JavaScript 等前端技术。通过浏览器访问的 Web 页面大部分都是 HTML 页面。
-
静态网页
静态的网页，都是一些 .html 文件，是纯文本文件。这些文件中包含html 代码。
HTML（HyperText Markup Language，超文本标记语言），浏览器会通过渲染引擎解释执行 HTML 语言。
HTML 语言对于 Web 容器来讲就是纯文本字符串。Web 容器只负责将 HTML 语言或其他字符串（字节流）从服务器传输给浏览器。静态的页面，只能将信息从 Web 容器传递到浏览器|客户端|用户。
网站
- 网站多个网页的集合就是网站。
Web 服务器
- Web Server，也叫 Web 容器，主要提供 Web 服务，也就是常说的 httpd 服务。常见的 Web 容器有：Apache，IIS，Nginx 等。
中间件服务器（交互）
-
以上这种静态网页，只能单向地给用户展示信息。随着Web 的发展，信息要双向流动，产生了交互的需求，也就是动态网页的概念。
所谓动态就是利用Flash、PHP、ASP、JAVA、JavaScript 等技术在网页中嵌入一些可运行的脚本，用户浏览器在解释HTML 页面时，遇到脚本就启动运行它。脚本的使用让Web 服务模式有了双向交流的能力。
Web 服务模式也可以像传统软件一样进行各种事务处理，如编辑文件、利息计算、提交表单等，Web 架构的适用面大大扩展。
这些脚本可以嵌入在页面中，如JS 等。也可以以文件的形式单独存放在Web 服务器的目录里，如.asp、.php、.jsp 文件等。我们在静态网页与脚本都是事前设计好的，一般不经常改动，但网站上很多内容需要经常的更新，如新闻、博客文章、互动游戏等，这些变动的数据放在静态的程序中显然不适合，传统的办法是数据与程序分离，采用专业的数据库。
Web 开发者在Web 服务器后边增加了一个数据库服务器，这些经常变化的数据存进数据库，可以随时更新。当用户请求页面时，脚本根据用户请求的页面，涉及到动态数据的地方，利用SQL 数据库语言，从数据中读取最新的数据，生成“完整”页面，最后送给用户。浏览器端看到的虽然是纯文本HTML，它后端脚本的输出（运行结果）。
这样功能性的脚本越来越多，形成常用的工具包，单独管理，Web 业务开发时，直接使用就可以了，这就是中间件服务器，它实际上是Web 容器处理能力的扩展。
数据库出现
-
静态网页与脚本都是事前设计好的，一般不经常改动，但网站上很多内容需要经常的更新，如新闻、博客文章、互动游戏等，这些变动的数据放在静态的程序中显然不适合，传统的办法是数据与程序分离，采用专业的数据库。
Web 开发者在Web 服务器后边增加了一个数据库服务器，这些经常变化的数据存进数据库，可以随时更新。当用户请求页面时，脚本根据用户请求的页面，涉及到动态数据的地方，利用SQL 数据库语言，从数据中读取最新的数据，生成“完整”页面，最后送给用户。
前后端分离架构
前端
前端指的就是浏览器端展示的内容。浏览器端有Web 页面，功能逻辑，数据等内容。
- Web 页面，HTML + CSS + JS
- 功能逻辑，UI + JS
- 数据展示，AJAX
后端
后端为前端提供功能支持。后端开放API 接口。
- 页面 API 接口
- 数据 API 接口
HTTP 协议
HTTP 概述
-
超文本传输协议（Hyper Text Transfer Protocol，HTTP）是浏览器（Browser）与 Web 服务器（Web Server）之间的通信协议，是传递消息的规范和要求。
-
HTTP 协议是1990 年提出的，当前最新版本3。HTTP 是用来将 HTML 文档从 Web 服务器传输到 Web 浏览器。
即使访问 PHP 文件，浏览器端接收到并不是 PHP 文件的源代码，而是 PHP 脚本的运行结果，这个结果大部分是 HTML 文档。
-
HTTP 是一个请求和响应的协议。浏览器发出请求，服务器端对请求给出回应。
-
HTTP 使用可靠的 TCP 连接，默认端口 80。
-
HTTP 协议是以明文的方式在网络中传输，容易被嗅探，这个风险也叫明文传输漏洞。
为了解决明文传输的问题，需要使用加强版的HTTP 协议 - HTTPS，在HTTP 的基础上加了一个安全套接字层 SSL（Security Socket Layer），使用默认端口443。
-
HTTPS 也会有一些安全性问题，比如HTTPS 降级，“心脏滴血” 漏洞等。
HTTP 协议特点
-
支持浏览器/服务器模式（B/S）。
-
简单快速：浏览器向服务器提出请求时，只需要传送请求方法和请求路径。
-
灵活：HTTP 允许传输任意类型的数据对象。
文件后缀名 文件类型 MIME 类型 .html 纯文本 text/html .jpg 图片 image/jpeg .mp3 音频 audio/mpeg -
HTTP 协议是无状态的协议。
URL
URL 概念
-
统一资源定位符（Uniform Resource Locator，URL），用来告诉Web 容器，浏览器所请求资源（文件）的路径。例如：
http://10.4.7.128/cms/show.php?id=32 ftp://fptuser:ftpuser@10.9.69.254
URL 构成
-
例
schema://login:password@address:port/path/to/resource/?query_string#fragmentURL 组成 说明 示例 schema 协议 http 😕/ – – login 用户名 – : – – password 密码 – address 服务器地址（IP| 域名） 10.4.7.128 : – – port 端口号 80 /path/to/resource 请求资源路径 /cms/show.php ? – – query_string 请求参数 id=32 # – – fragment 锚点 – 锚点就是在
<a>标签中实现页面内定位的，# 后面的内容是不会传递服务器的。
URL 编码
-
浏览器或服务器 URL 所允许出现的字符是有限制的。URL 中从 path 开始只允许出现 A-Z，a-z，0-9，半角减号（-），下划线（_），句点（.）,波浪号（~）。其他字符均会被 URL 编码（编码规则）。
符号 URL 编码 # %23 \ %20 & %26 > %3e URL 编码是一种编码规则，它会将所有字符进行 URL 编码。浏览器或服务器中对 URL 的要求，特殊字符进行 URL 编码。URL 中的空格可用 %20，也可以用 + 来代替。
http://10.9.65.213/cms/show.php?id=34 and 1=1 http://10.9.65.213/cms/show.php?id=34%20and%201=1 http://10.9.65.213/cms/show.php?id=34+and+1=1 -
可以在 burpsuite 的 Decoder 模块中进行编码
HTTP 请求（Request）报文格式
HTTP 请求由请求行、请求头、请求正文三个部分组成。
请求行
-
HTTP 报文的第一行，由空格字符分成三部分（空格、回车和换行符不能随便出现）。
列数 实例 说明 第一列 GET 请求方法 第二列 /cms/show.php?id=33 资源的路径和GET 参数 第三列 HTTP/1.1 协议/版本 -
常见请求方法如下：
请求方法 说明 GET 通常用于请求服务器发送某个资源 POST 通常用于表单提交或文件上传等功能 HEAD 与GET 方法类似，但在服务器响应中只返回首部（头部），没有正文。 OPTIONS 用来测试服务器所支持的方法 TRACE 回显浏览器的请求 PUT PUT 方法会向服务器写入文档 DELETE 请求服务器删除指定的资源
请求头
-
从请求报文第二行开始到第一个空行为止之间的内容。其中包含很多字段：
主要字段 含义 Host 主要用于指定被请求资源的服务器地址和端口号 User-Agent 客户端浏览器信息，浏览器指纹 Referer 包含一个URL，代表当前URL 的上一个URL Cookie 记录请求者的身份认证信息，身份证 Content-Type 用于向接收方（浏览器或服务器）指示实体的介质类型（数据类型，MIME） Content-Length 用于指明实体正文的长度，以字节方式存储的十进制数字来表示 Authorization HTTP 基本认证
请求正文
- 带有请求正文的，一般都是 POST 方法。第一个空行开始以后的所有内容。
HTTP 常见传参方式
-
GET 传参，向服务器提交的参数在 URL 中，
http://ip/cms/show.php?id=33。?id=33就是通过 GET 方式向服务器提交的参数。通过 GET 向服务器传递多个参数用&连接?name=AJEST&pass=123456，以此类推即可。GET 方法在**
?后连接参数** -
POST 传参，向服务器提交的参数在请求正文中，如登录功能 POST 数据包所示，向服务器提交了4个参数，
&连接username=admin&image.x=23&image.y=23&password=123456
HTTP 响应报文（Response）格式
状态行
-
响应报文的第一行。
列数 示例 解释 第一列 HTTP/1.1 协议/版本 第二列 302 响应状态码 第三列 Found 描述短语 -
常见状态码，如下：
状态代码 类型 常见状态码 1XX 信息性状态码 – 2XX 成功状态码 200| 201… 3XX 重定向状态码 302| 304… 4XX 客户端错误状态码 404| 403… 5XX 服务器错误状态码 500
响应头
-
响应报文第二行开始到第一个空行为止的所有内容，其中包含了关于HTTP 响应的重要字段。
字段 含义 Date 时间和日期 Server Web 服务器指纹 Last-Modified 服务器通过这个头信息告诉浏览器，资源的最后修改时间 Content-Length 响应正文的长度 Content-Type 响应正文的类型 Set-Cookie 服务器向浏览器端写入Cookie 信息 Location 重定向目标页面 Refresh 服务器通过Refresh 头告诉浏览器定时刷新浏览器
响应正文
- 响应报文从第一个空行开始到最后的所有内容。服务器返回资源的内容，即浏览器接收到的 HTML 代码。
Web 会话简述
-
会话就是类似于浏览商品、加入购物车到支付，这样一个完整的业务流程，要求有一个账号始终保持登录状态，也就是说这个账号完成了购买商品的业务。
-
HTTP 协议本身是无状态的协议，也就是说，HTTP 协议不会记录会话状态，不同的请求之间是没有任何联系的。很多种情况，浏览器与服务器之间的会话不是一个动作（请求）就完成了的。
-
希望在浏览器与服务器之间的这个交互的会话期间内，服务器能够保持对浏览器会话的识别，也就是保持HTTP 的状态性。
Cookie 应运而生
- Cookie(Cookies) 就是指网站为了辨别用户身份，进行会话跟踪而存储在用户本地终端（浏览器）上一小段文本（数据，通常进行加密的）。
- Cookie 机制提供事务管理的功能，为服务器提供会话状态管理。例如，购物车可以为每个用户实现统计；实现授权策略等。
-
Cookie 是服务器向浏览器写入的一段文本（在响应报文的
Set-Cookie字段中），并存储在浏览器中。另外，浏览器在访问该网站时会自动发送 Cookie（在请求报文的Cookie字段中），如果服务器识别这个自动发送的 Cookie 信息，也就是说，服务器识别了会话。 -
浏览器在访问网站的时候，会自动携带与该网站相关联的 Cookie 信息。
场景
- 去超市购物并注册了会员，超市会发放一张会员卡。Cookie 就相当于这张会员卡，会员卡在会员手中，Cookie 在浏览器中。每次去超市买东西，一种情况是直接买，没有优惠；另外一种情况，出示会员卡，并享受打折优惠，同时，通过购物可以获取积分积累。超市会根据会员卡记录，查询积分消费情况，充值金额等等信息。
固定会话攻击
窃取
-
F12 调出控制台输入命令
document.cookie; -
Cookie 信息：
username=admin; userid=1; PHPSESSID=ne2q9bgvaml50b9uhvcr066fn7 -
也可以在 Application 中查看 cookie 信息
欺骗
-
在未登录的情况下 cookie 中无信息
-
在控制台设置 cookie 信息（先前登录获取的）
document.cookie = "username=admin;"; document.cookie = "userid=1;"; document.cookie = "PHPSESSID=ne2q9bgvaml50b9uhvcr066fn7";
-
url 中直接输入管理员页面的 url，无需输入用户名和密码，按下回车
-
直接登录成功文章来源：https://www.toymoban.com/news/detail-753510.html
文章来源地址https://www.toymoban.com/news/detail-753510.html
到了这里，关于Web架构安全分析/http/URL/Cookie攻击的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
![154.网络安全渗透测试—[Cobalt Strike系列]—[钓鱼攻击/鱼叉钓鱼]](https://imgs.yssmx.com/Uploads/2024/02/670642-1.png)
![[渗透测试]—4.2 Web应用安全漏洞](https://imgs.yssmx.com/Uploads/2024/02/545005-1.jpg)
