After my previous post about adding 64G BAR1 support on 4090 48G card, dolphin made an EFI program to unlock the card, so that it can work with Windows. Some friend posted an AI generated video on Bilibili and it has received nearly 60k views, and 1k likes so far (as of night, 10/28/2026).

One of the comments asked whether the L2 cache can be enlarged. Given that the FP16 command issue rate can be overridden, I thought the L2 cache might be, too. So I asked Codex to run some experiments.

TL, DR: Codex couldn’t unlock 96 MiB of L2. In the tests, the software mask added disabled slices but did not clear existing disable bits. The mask survived a PCIe function-level reset (FLR), but with every slice masked, GPU firmware (GFW) did not complete booting afterward. No changed cache capacity was measured with CUDA.

今天惊闻 神人成功解锁 RTX 30 系显卡 FP16/BF16 算力, 仓库位于 GitHub, 在让 DeepSeek 检查怎么做到的时候他找到了今天发布的 4090 版本, 震惊瘫坐. 考虑到之前 折腾组里服务器的时候因为 4090 48G 的 BAR1 只有 32G 而不得不使用魔改驱动, 如果能直接让 GPU 支持 64G BAR1, 问题就迎刃而解了. 于是让 Codex 一通分析, 真的成功解锁了 64G BAR1, 仓库开源于 GitHub, 成为了 第一个(应该吧) 允许 4090 48G 显卡运行于 64G BAR1 的人.

So after my last article where I optimized hashcat's DES kernel, dolphin became increasingly interested in how to crack NetNTLMv1 (well, surely it’s because PEAP MSCHAPv2 uses this). Given that I already have a tested pipeline, I migrated the pipeline targeting mode 5500 (NetNTLMv1).

Headline result: 12.8TH/s rules attack with 1000 salts, versus 23.4GH/s before. Speedup is 549x.

曾经, 我写过一篇 肘击 Tsinghua-Secure 的文章. 里面提到, 通过字典爆破的手段, 可以拿到约 30% 的密码, 而其中 25% 左右与主密码一致. 但是呢, 我不是很满意 - 也不叫不是很满意… 这学期上课有一节对称密码分析, 讲到分析对称密码的种种手段, 于是我有点手痒痒, 总想整点活. 那么有没有一个没那么安全, 已经要弃用, 但是由于各种历史原因还在用的对称密码呢? 看过前述博客的朋友就要说了, 有啊, DES 密码就是这样的一个密码. 其只有 56bit 安全性, 已经挡不住现在的先进 ASIC 了; 但是用平常能买到的 GPU 倒还是需要一些时候才能爆破.

那么, 对 DES 的已知明文攻击是否能进一步优化呢? Hashcat 的 DES Kernel 是已知优化较好的实现, 在 4070S 上的速度大约是 60.4 GK/s. 我们选择在它的基础上进一步优化. 由于这是一个目标明确 (优化 DES Kernel 性能) 且可以检验 (可以在实际硬件上直接跑, 取得实际性能), 又存在多个方向可以尝试优化的工作, 我们注意到, 他与 AutoResearch 要解决的问题十分相似. 搜索 AutoResearch 的一般实现, 我们能看到 AKO4ALL 这样一个项目, 其与我们的需求基本一致.

基于此框架, 我使用 DeepSeek V4.1 Flash 模型慢速运行了几天, 得到了 23 个正向优化, 采用了 16 项, 优化后速度为 89.1 GK/s, 同频速度提升 44.3%, 同功率下速度提升 47.5%.

代码以 MIT 协议开源于 GitHub, 仅供学习交流使用.

前几天我在 捡了一台 HR650X -- 附加折腾日记 里面提到, 我发现我的服务器的 BIOS 是个 Debug Build, 里面有一些嵌入的调试信息和 debug print. 由于最近逆向是我的老本行 (你别问为什么), 我就用我的神秘逆向工具平台把这个 BIOS 给统统逆了. 不过吧… 你要说有什么有趣的发现, 我还没那么多时间去看 (实在是太多了), 我也不好说到底逆向有多么成功, 但是 Anyway, 还是写一篇短文介绍一下.

This article discusses QLogic QL45xxx series 100GbE NICs, with capability to breakout into 2x50GbE or 4x25GbE. It covers the OEM parts, firmware and cross flashing between different models in the series.

Related parts (QLogic/Generic subsystem):

HPE OEM subsystem (SubVen 1590):

The article is split into two main parts: a story, and a guide. The story covers how I get familiar with the cross-flashing process, and the guide aims to provide a precise, step-by-step instruction for cross-flashing QLogic QL45xxx series NICs. The guide is based on the experience gained from the story, and is intended to help others who want to perform similar cross-flashing tasks.

DISCLAIMER: Cross flashing firmware can be risky (and involves soldering the EEPROM chip), and, if done incorrectly, can brick / permanently damage the device (especially when you’re not good at soldering). MAKE REALLY SURE THAT YOU UNDERSTAND THE RISKS, AND I AM NOT RESPONSIBLE FOR ANY DAMAGE THAT MAY OCCUR.

本篇探讨了如何结合 LLM 辅助的逆向工程技术, 在 Linux 上通过 GDB 调试微信, 从而在命令行中获取微信消息的内容.

这几天 OpenClaw 实在是有点火, 正好提到可以接入企业微信, 我就萌生了一个把机器人接入企业微信的想法 (其实科服的其他老人应该有这个想法很久了). 调研一番之后发现 sb 企业微信的机器人没办法获取群聊的消息内容, 我于是整了点花活. 一部分的前置工作在 在 Linux 上通过 GDB 在命令行中获取微信消息 这篇文章里, 这篇文章主要是软件工程系统的需求构思和设计.

这学期选了数据库系统概论, 大作业是写一个不是很简单的数据库系统. 学期初的时候别人都警告我这门课的大作业很硬, 要至少留出完整的 2 周时间写. 于是我当时下定决心要大战数据库. 结果过了两个星期, 我发现这学期我比我想象的要忙得多, 完全没时间写… 于是我萌生了用 Agent 写大作业的想法. 我用了大概 3~4 天的时间让 Agent 把大作业写完了, 过程不算特别顺利, 但是总体上还算成功. 这篇文章来记录一下怎么回事.

TL, DR: Web browsers send Sec-Fetch-Mode: navigate header when accessing a page, while curl does not. With STATIC_FILES bindings in Cloudflare Workers:

1
2
3
4
5

"assets": {
  "directory": "./public/",
  "not_found_handling": "404-page",
  "binding": "STATIC_FILES"
}

Cloudflare will directly serve static files with Sec-Fetch-Mode: navigate present and return 404 if file not found, without invoking the Worker script. Without this header, Cloudflare will invoke the Worker script, which may return 200.

The solution: add "run_worker_first": ["/Ajax.gpg*"] to ask Cloudflare to always invoke the Worker script first for matching paths.