20232422 2025-2026-1 《网络与系统攻防技术》实验八实验报告

20232422 2025-2026-1 《网络与系统攻防技术》实验八实验报告

1.实验内容

1.掌握Apache服务的安装、启停操作，编写含GET和POST方法表单的HTML页面。
2.基于HTML页面开发JavaScript脚本，实现用户名和密码的验证规则及登录后用户名回显功能，尝试利用回显逻辑进行HTML和JavaScript注入攻击。
3.完成MariaDB（MySQL）的安装、启动，建库、创建用户、修改密码、建表。
4.编写PHP网页实现与数据库的连接及用户认证功能，测试最简单的SQL注入和XSS攻击。
5.安装DVWA平台并完成SQL注入、XSS反射型和存储型、CSRF三类典型漏洞的复现。

2.实验过程

2.1 Web前端HTML开发

2.1.1 Apache服务安装与启停

• 启动Apache：在Kali执行sudo systemctl start apache2完成启动。
• 服务操作：执行sudo systemctl start apache2启动服务，sudo systemctl stop apache2停止服务，sudo systemctl status apache2验证运行状态；
• 验证结果：Apache服务启动成功，状态显示为active（running）。
  
  
  

2.1.2 含GET/POST表单的HTML页面编写

• 新建文件：在/var/www/html目录下创建20232422_login.html。
• 页面开发：编写GET、POST两种提交方式的登录表单。他们的提交目标不同，页面有用户名、密码输入框和登录按钮。
• 编辑验证：保存文件后确认路径与Apache根目录一致，确保页面可正常访问。

GET\POST登录代码如下：

实现页面如下：

此时登录

2.2 Web前端JavaScript开发

2.2.1 表单验证脚本编写

• 代码加入：在20232422_login.html中加入JavaScript代码，设定验证的规则：用户名不能输入为空、密码长度不能小于6位；
• 最终实现：验证不通过时弹出提示框，验证通过则在页面回显“欢迎+输入的用户名”；
• 功能测试：用空用户名和短密码试着登录，提示框触发，验证成功。
  问AI修改了一下代码如下：
  

其中JavaScript代码如下：

空用户输入测试：

小于6位密码输入测试：

正常用户名longhaoran密码123456输入提交登录测试。中！

2.2.2 HTML/JavaScript注入攻击尝试

• HTML注入：在用户名输入框输入<h1>龙浩然</h1>，提交后页面回显大号字体用户名，注入成功。
  

• JavaScript注入：输入<script>alert('龙浩然的XSS攻击成功！')</script>，验证XSS漏洞存在。没有触发弹窗，问AI发现是浏览器XSS防护机制拦截，关闭浏览器XSS防护后重新测试，输入new URLSearchParams(window.location.search).get('username')，能正确获取到恶意代码（如 ），成功XSS攻击。

2.3 Web后端MariaDB（MySQL）基础操作

2.3.1 MariaDB安装与启动

• 安装操作：因Kali无MySQL官方安装源，执行sudo apt install mariadb-server -y安装MariaDB；
  

• 服务配置：sudo systemctl start mariadb启动服务，sudo systemctl enable mariadb设置开机自启；

• 状态验证：执行systemctl status mariadb，确认服务处于运行状态。
  

2.3.2 数据库配置（建库、建用户、建表）

• 密码设置：无密码登录MariaDB后，执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456';设置root密码；
  

• 建库授权：创建数据库websec_db，新建用户webuser（密码123456）并授权其操作websec_db的全部权限；
  执行CREATE DATABASE IF NOT EXISTS websec_db;，创建名为websec_db数据库
  
  执行SELECT DATABASE();，查看当前选中的数据库，因未切换库，返回NULL。
  
  执行CREATE USER 'webuser'@'localhost' IDENTIFIED BY '123456';，创建本地数据库用户webuser，密码设为123456。
  

执行GRANT ALL PRIVILEGES ON websec_db.* TO 'webuser'@'localhost';，授予webuser操作websec_db数据库的所有权限。

执行FLUSH PRIVILEGES;，刷新权限配置，使授权立即生效。

执行SHOW GRANTS FOR 'webuser'@'localhost';，查看webuser的权限列表，确认对websec_db的权限已正确授予。

执行USE websec_db;，切换到websec_db数据库，后续操作将在该库下执行。

• 建表插数：在websec_db中创建users表（字段：id、username、password、email），插入3条测试数据。

执行CREATE TABLE IF NOT EXISTS users (...)，在websec_db中创建users表，定义id（自增主键）、username（唯一非空）、password（非空）、email（可选）的字段结构。

执行DESCRIBE users;，查看users表的字段类型、约束等结构信息，确认表创建符合预期。

执行INSERT INTO users (username, password, email) VALUES (...)，向websec_db数据库的users表中插入 3 条测试用户数据（包含admin、longhaoran、test三个账号）；执行结果提示 “3 rows affected”，说明数据无重复、无警告，成功插入。

执行SELECT * FROM users;，查询users表的全部记录；结果显示 3 条完整的用户信息（含id、username、password、email字段），确认数据插入正确且完整。

2.4 Web后端PHP用户认证开发

2.4.1 PHP及MySQL扩展安装

• 安装命令：执行sudo apt install php libapache2-mod-php php-mysql -y安装PHP及MySQL扩展组件；
  

• 配置生效：执行sudo systemctl restart apache2重启Apache，使PHP扩展配置生效。
  

2.4.2 PHP用户认证脚本编写与测试

• 配置文件：创建20232422_db_config.php，写入数据库连接信息（主机、用户名、密码、库名）；
  
  代码如下：
  
  将数据库配置文件的权限设置为 “所有者可读可写、其他用户只读”（权限 644），既确保 Apache 服务能正常读取连接配置，又限制非所有者的修改权限，提升文件安全性。
  

• 认证脚本：创建20232422_auth.php，接收表单提交的用户名/密码，拼接SQL语句查询users表，返回登录成功/失败提示；
  
  代码如下：
  
  设置权限。
  

• 功能测试：输入正确和错误凭据，页面返回了正确的认证结果，认证功能正常。
  php
  
  
  

2.5 SQL注入与XSS攻击测试

2.5.1 SQL注入测试

• 注入操作：在POST表单用户名输入框输入longhaoran' OR '1'='1，密码随便写（但要满足之前设置的不小于6位）；
  

• 结果验证：成功绕过用户认证登录系统，验证SQL注入漏洞。
  

2.5.2 XSS攻击测试

• 存储型XSS：通过MariaDB向users表插入含<script>alert("存储型XSS：龙浩然20232422")</script>的用户名，登录后触发弹窗；
  
  登录弹窗：
  
  成功登录：
  

• 反射型XSS：在 POST 方法登录表单的 “用户名” 输入框中，输入包含恶意 JavaScript 的内容 “存储型XSS：龙浩然”，提交后触发弹窗。
  
  触发弹窗：
  
  成功登录：
  

2.6 DVWA平台安装与漏洞测试

2.6.1 DVWA平台部署

• 源码获取：因校园网限制git clone失败，切换电脑网络为手机热点执行git clone https://github.com/digininja/DVWA.git。
  
  执行sudo apt install git php-gd php-mbstring php-xml php-curl -y，安装 DVWA 运行所需的工具（git）及 PHP 扩展（gd、mbstring 等，用于支持图片处理、字符串操作等功能）；系统自动下载并完成安装，确保 DVWA 的依赖环境配置完整。
  

• 配置修改：编辑config.inc.php，配置数据库连接信息（用户webuser、密码123456、库名websec_db），设置目录权限为www-data；
  

执行sudo chown -R www-data:www-data /var/www/html/DVWA给DVWA目录及所有内容赋予 Web 服务Apache运行权限，让Apache能正常读写DVWA的文件，从而确保DVWA平台能正常运行。

• 平台登录：访问http://192.168.216.128/DVWA初始化数据库，使用默认账号admin/password登录成功。
  
  创建
  
  登录
  
  

2.6.2 典型漏洞复现

• SQL Injection：设置安全级别为Low。
  

输入1' OR 1=1 -- ，成功读取所有用户信息。

• XSS (Reflected)：输入<script>alert("DVWA反射型XSS：20232422")</script>，触发弹窗；
  
  弹窗如下：
  

• XSS (Stored)：填写name，在Message栏注入恶意脚本，点击 “Sign Guestbook” 提交触发弹窗；刷新页面后弹窗复现，存储型 XSS 攻击注入成功。
  
  

• CSRF：构造恶意URL http://192.168.216.128/DVWA/vulnerabilities/csrf/?password_new=newpass123&password_conf=newpass123&Change=Change，登录状态下访问该URL修改密码，并用newpass123登录验证成功。
  
  
  
  

3.问题及解决方案

• 问题1：执行sudo apt install mysql-server提示无安装候选，无法安装MySQL。
  解决方案：了解到Kali默认以MariaDB替代MySQL且功能完全兼容，转而安装mariadb-server，后续数据库操作沿用MySQL语法，未影响实验进度。
• 问题2：校园网环境下执行git clone https://github.com/digininja/DVWA.git提示“连接被对方重置”，克隆失败。
  解决方案：切换手机热点重新执行克隆命令，成功获取DVWA源码；若仍失败，可手动下载DVWA压缩包，传输至Kali系统后解压部署至Apache根目录。
• 问题3：JavaScript注入后未触发预期弹窗，回显仅显示纯文本。
  解决方案：检查HTML页面用户名回显逻辑确认无输入转义，判定为浏览器XSS防护机制拦截，关闭浏览器XSS防护后重新测试。

4.学习感悟、思考等

这次Web安全的实验让我亲手走通了从开发到攻击的全流程。我发现如果前端验证不严会引发XSS，后端SQL拼接直接导致注入漏洞，CSRF更是钻了身份验证的漏洞。从安装数据库到搭建靶场，各种突发状况让我学会了灵活应对。感觉绝大多数漏洞都源于盲目信任用户输入。