Esing的小站

Control-flow Integrity 控制流完整性 什么是控制流完整性？ 一个程序能跑起来，说明其结构没有明显问题——宏观上看是这样，但要深入到程序的二进制码级呢？可能会有看起来没问题但实际上有隐患的地方，如栈溢出等。此外，即使一个程序写的很完美，没有任何漏洞，不法分子依旧有办法用它来进行一些攻击——如ROP和JOP。 ROP、JOP与COP 在讲这几种攻击之前，先说说什么是“代码重用攻击”。顾名思义，其核心思路不是往内存里再塞一段新代码，而是把程序里本来就存在的指令片段拼接起来，形成攻击者想要的控制流。换句话说，就是“以彼之道、还彼之身”。 ROP，Return-Oriented Programming，面向返回编程。喜欢玩卡西欧系列计算器的应该不陌生，那些在计算器上显示出特定字符、甚至用来玩游戏的方法，都是ROP。它把很多以 ret 结尾的小片段（通常叫 gadget）串起来执行；因为 ret 会从栈上取下一个返回地址，所以一旦攻击者能改动返回地址，程序就可能被引到一串“并非程序员原本打算这样连起来”的代码片段上。 JOP，Jump-Oriented Programming ...

前言 AI太火了，尤其是在代码方面——AI写代码几乎可以超越人类了。在硬件描述语言上，AI也做的非常好，不论是Verilog还是SystemVerilog，亦或是CHISEL与SpinalHDL[1]。但对于FPGA原型验证，人类的路线还是一如既往，难以让AI介入。算法模型要先在MATLAB上进行验证，随后在FPGA上进行高质量的HLS[2]实现。但从 MATLAB 走到 FPGA 上高质量的 HLS 实现，往往依赖大量人工经验、反复调试和漫长迭代。 现有的LLM设计呢？尽管能生成代码，但仍存在两个问题：其一，是只关注功能正确，忽略了硬件设计更在意的时延、吞吐和资源占用；其二，是单个大模型 agent 容易出现幻觉、上下文遗忘和行为不稳定，很难可靠处理真实世界里多阶段、长链路的硬件开发任务。 怎么让大模型做出最好的回答？针对上面的两个痛点，论文 A2H-MAS: An Algorithm-to-HLS Multi-Agent System for Automated and Reliable FPGA Implementation 给出了一种方案，不是单纯让大模型把 MATLAB 翻成 ...

神秘 j8 反汇编的程序中，总能看到一堆神秘j 8，这是什么？ j 8实际上是个伪指令，会被翻译成jal x0,8，即不保存返回地址直接跳走。在判断比较后跳转中常会看见。 此外，这个j 8后面还跟了已知符号__BSS_END__来做相对标注，标识出0x8 = __BSS_END__ - 0x11bc。 历史遗留问题：CoreMark与ee_printf 我们想一下 之前 移植CoreMark后遇到的问题：在每次的crc更新后，必须插入一句ee_printf。这个问题我们还没有解决。 反汇编分析 这个问题可能出现在哪？我们回过头看一下原先出问题的C代码： 1234seedcrc = crc16(results[0].seed1, seedcrc);seedcrc = crc16(results[0].seed2, seedcrc);seedcrc = crc16(results[0].seed3, seedcrc);seedcrc = crc16(results[0].size, seedcrc); 注意到，这是函数的连续调用。连续调用很可能在寄存器返回值、紧邻的下一次调用参数装载或 ...

三权分立：USM 我们在 从零开始学RISC：第十三篇 中支持了基础的机器模式M-Mode所需要的CSR寄存器。运行一些简单的程序大抵是够了，如裸机C程序或是汇编等。但在实际生产环境中，这根本不够。 我们考虑更复杂的情况。RISC-V规范规定，M 模式是唯一强制要求的模式，U 模式面向应用，而 S 模式面向操作系统。特权级就是用来给软件栈不同组件之间做保护的，为了后续能更方便地移植，我们这里就要考虑不同的特权级对不同指令进行分层，分出个三六九等。低等指令禁止访问高等资源，就是这种感觉。 放到实际系统里，就是： U 模式跑用户进程； S 模式跑内核； M 模式留给最底层固件/安全监控/平台控制。 这样应用、内核、固件三层彼此分开，任何一层出问题，都不至于直接拿到“整机最高权限”。 实际上，RISC-V 规范本身就把只支持 M 的实现定位在简单嵌入式系统，支持M和U的算是更强调隔离的嵌入式系统，而同时支持M、U与S，才算是面向类 Unix 系统的典型组合。 defines.svh 修改 首先加一些需要用到的宏： 123456789101112131415161718192021222 ...

前言 最近玩杀戮尖塔2玩的上头疯了，身边人全在玩，每次打开Steam都看到一堆正在联机爬塔的。 然后好友有的用KOOK有的用小黑盒有的用微信电话……太乱了。所以自己整一个多人在线语音房： AI release commit license Online Demo 特点 100% AI生成，不含任何人工代码 基于全栈Cloudflare服务，轻松白嫖部署 简易控制台管理 定期清理

现在是大越狱时代！

前言 看了一下 Highlight.js 的说明文档，不支持RISCV的汇编。只能自己摸索怎么高亮了。 因为Hexo在启动时就会对Markdown文件进行编译并转换成HTML文件，因此修改本地安装好的node库就行。 Highlight.js 在Hexo项目下的node_modules\highlight.js\lib内新建riscvasm.js和riscvasm.js.js： 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130/*Language: RISC-V Assembly ...

CoreMark移植 功能验证和CSR都做完了，该跑个分了。 CoreMark 是由 EEMBC 推出的一个处理器基准测试（benchmark），主要用来衡量 嵌入式处理器、MCU 和 CPU 内核的整数运算性能。它的设计目标是尽量只测试“处理器核心本身”的能力，而不过多受操作系统、外设或平台差异影响，因此很常被用来做不同芯片之间的横向比较。 源代码获取 源代码可以在eembc/coremark获取。 目录结构 CoreMark的库底下有很多文件。我们只需要关心barebones文件夹下的内容即可，这是适用于裸机的移植方案。 1234567891011121314151617181920├── barebones/ # barebones 移植│ │ # 这两个文件需要修改│ ├── core_portme.c # coremark 的平台移植层实现模板│ ├── core_portme.h # 核心可移植层头文件│ ││ ├── core_portme.mak # Makefile│ ...

前言 在 使用PDFBookmark-Exchanger对PDF书签导入导出 中用了个Java写的软件导入导出。臃肿又不好看！还不如TerminalUI呢。遂拿Python重新写了一个。感谢Claude Opus 4.6。 代码 需要PyMuPDF才能正常运行。 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910010110210310410510610710810911011111211311411511611711811912012112212312412512612712812913013113213313413513613713813914014114214314414514614714814915015115215315415515615715815 ...

前言 在宿舍把吸顶灯改造成了蓝牙mesh控制的，自然想整个中枢网关。单独买一个网关太不划算，不如换个路由器。把原来的BE3600换了BE3600Pro。 上恩山论坛搜了下，这玩意可玩性很高，比家里的BE6500Pro好很多，可以免刷机解锁SSH，还原生支持Docker。折腾一下。 参考教程：小米路由器 BE3600 Pro 笔记：初步分析、折腾路由 Docker（一）-腾讯云开发者社区-腾讯云 开启SSH 去官方库下载解锁工具：openwrt-xiaomi/xmir-patcher: Firmware patcher for Xiaomi routers，随后按照TUI的指令执行即可。我的路由器固件版本是1.0.74，可以一键解锁。默认root密码是root，建议自己修改一下。不过内网用没啥大问题。 在进行下面操作之前，务必提前备份所有数据（Create full backup）！ 但是在解锁并固化SSH后，在Windows上使用ssh root@192.168.31.1后，会提示： 12Unable to negotiate with 192.168.31.1 port 22: n ...