0xkato

RSS: https://0xkato.xyz/feed.xml
关于技术及相关内容的博客。

实测:Codex 发给模型的请求到底有多大

实测 Codex CLI 用一个 16 字符的 prompt 发出了 42,980 字节、约 9,435 token 的请求,用户 prompt 仅占 0.3%。工具定义、内置指令、权限、环境上下文占了大头。 按启动目录自动加载,MCP 工具描述延迟到发现后才传入,文件读取和终端输出会持续累积在历史中,compaction 机制会把历史通过另一个请求压缩后重建对话。
评论点赞收藏11 天前

如何利用人工智能研究技术课题

在学习大语言模型工作原理的整个过程中,我始终运用了人工智能。我并非一开始就心中有明确的文章主题,而是先充分了解这一领域,能够清晰地阐述其核心内容,随后才决定将这些理解转化为大型语言模型的实际工作原理。 我利用它来精准定位恰当的术语、搜寻有用资料、质疑自己的解释,并揭示自己原本以为已完全理解的内容中的漏洞。我依然需要深入理解Transformer堆栈的各个组成部分,才能准确阐释其中每一个关键环节,并...
评论点赞收藏18 天前

大语言模型工作原理详解

一篇个人博主撰写的LLM(大语言模型)技术原理深度解析,没有"小编体"或SEO套路,是真正的个人知识分享。作者从tokenization(分词器如何把文字变成整数ID)、embedding(嵌入矩阵如何赋予语义)、positional encoding(位置编码如何告诉模型词语顺序)、attention(注意力机制中QKV如何工作及因果掩码与诱导头)、multi-head attention(多头注意力与分组查询注意力GQA)、feed-forward network(前馈网络中的非线性变换、SwiGLU与MoE混合专家)、residual stream(残差流与层归一化如何让深层网络可训练)到next token prediction(预测下一个词及生成循环),逐层拆解现代Transformer架构的核心机制。全文融入"小贴士"解释向量、点积、softmax等关键概念,并引用Vaswani 2017、Anthropic诱导头研究、Liu et al. "lost in the middle"等论文。作者有鲜明的个人写作风格,明确指出"很多教程在这里讲错了"并给出更准确的直觉——例如纠正"每个head是token向量的固定切片"这一常见误解,也坦诚说明attention的计算成本问题。适合想真正理解LLM内部工作原理而非只获得表面概念的技术读者。
评论点赞收藏73 天前

大语言模型的工作原理

从头开始的全面讲解:现代大语言模型的工作原理,从标记到变换器块,再到下一段标记循环。
评论点赞收藏75 天前

下一跳:从漏洞研究转向机器学习安全

一位安全研究员讲述自己从漏洞研究转向机器学习安全的职业转型思考。不是泛泛的趋势分析,而是真实的第一人称叙事:为什么做这个决定、看到了什么信号、对新领域的判断与期待。有明确的个人立场和情感色彩,极易引发同行共鸣与讨论,评论区潜力高。
评论点赞收藏120 天前

CVE-2026-1678:Zephyr DNS 解析器溢出漏洞分析

对 CVE-2026-1678 的详细技术分析,该漏洞是 Zephyr 实时操作系统 DNS 名称解析器中的一个高危越界写入问题,根源是边界检查未随代码变更同步更新。作者逐步复盘漏洞发现过程、触发路径、利用潜力与修复方案,包含 PoC 思路和补丁对比。对嵌入式安全、RTOS 漏洞研究领域有直接参考价值。
评论点赞收藏144 天前

CPU缓存是如何工作的?

用办公室档案管理比喻,系统讲解CPU缓存工作原理。从L1/L2/L3层级、缓存行、组相联结构、替换策略(LRU/伪LRU/NRU),到写入策略(写直达/写回、写分配/非写分配),再到SRAM与DRAM的硬件差异,覆盖全面且有实质深度。作者用"桌面文件夹→L1、文件柜→L2/L3、档案室→主存"的类比贯穿全文,解释每个概念时都给出直观场景和设计权衡。文末总结对程序员有价值的实践要点:数据布局和访问模式直接影响缓存利用效率。个人博客原创,有人味,非SEO拼贴或机构通稿。
评论点赞收藏245 天前

CPU 缓存的工作原理

用简单的办公室比喻来解释 CPU 缓存的工作机制,包括 L1/L2/L3 缓存层级、缓存命中与未命中、局部性原理等核心概念。适合对计算机体系结构感兴趣的初学者,类比生动但缺乏独到见解或一手实践经验。
评论点赞收藏247 天前

RCE 真的只是低严重性吗?

一个真实的命令注入漏洞发现与修复记录,揭示了安全评分体系中"影响"与"暴露面"之间的核心张力。作者在广泛使用的 C++ 开源库 {fmt} 中发现了一个 macOS 专用辅助函数,它通过 std::system 直接拼接字符串执行 shell 命令——一行代码就能让攻击者控制输入时获得任意代码执行能力。但该漏洞最终被维护者评为 Low 严重性,理由是 macOS 专属、位于可选头文件、大多数项目不会启用。作者没有抱怨,而是以此为契机提出了 impact vs exposure 的双维度分析框架:从库的默认暴露面看 Low 是公平的,但从具体调用的应用角度看这台机器完全是 RCE(9.8 分)。文章包含完整漏洞发现思路、CVSS 两种评分路径对比、与维护者八天快速修复的真实过程,以及作者对安全社区"将严重性压到最低可能情况"这一倾向的反思。全文有人味、有具体代码、有可复用的分析方法论,也展现了良好的社区沟通范本。
评论点赞收藏261 天前

远程代码执行真的只是低危漏洞吗?

以 fmt::say 库中的命令注入漏洞为案例,探讨漏洞严重性评估的常见误区。作者从漏洞发现、修复过程到影响与暴露面分析,引出安全社区中"RCE 是否应该默认高危"的争议。有具体代码分析、CVE 背景和作者本人判断,兼具技术深度和讨论价值,能激发安全从业者的思考和争论。
评论点赞收藏261 天前

Linux 内核中数据包的生命周期:从 write() 到 recv()

用 curl 访问一个网页,数据在 Linux 内核里经历了什么?本文从 write/send 出发,沿着 TCP 分段→IP 路由→ARP/邻居找 MAC→qdisc 排队→NIC DMA 发送→对端接收→TCP 重组→recv 的完整路径,逐层拆解每个环节。每步都附有可执行的命令行(ip route get、ip neigh、tc qdisc、ss -tni、ethtool、tcpdump、tracepath 等)供读者亲手验证,还穿插了 MTU vs MSS、NAPI 轮询机制、TSO/GSO/GRO 硬件卸载、DMA 原理等技术解释。最后给出了内核调用链路源码路径(tcp_sendmsg → ndo_start_xmit / napi_gro_receive → tcp_data_queue)和一整套常见问题排查清单(ARP 故障、PMTU 黑洞、反向路径过滤、NAT 陷阱、bufferbloat)。作者是个人技术写作者,行文亲切有互动感,非常适合想深入理解 Linux 网络栈的开发者。
评论点赞收藏271 天前

数据包在 Linux 内核中的一生

用平实易懂的英文讲解一个网络数据包从 write 系统调用到网卡发出、再从网卡接收到返回用户空间的完整路径。涉及套接字层、协议栈、网卡驱动、中断与 DMA 等环节。适合网络程序员和内核爱好者作为实践导向的参考,内容扎实但无独特观点或争议性。
评论点赞收藏274 天前

你的 BFT 协议上线后一定会出问题

BFT(拜占庭容错)协议在实际生产中会遇到的各类失败场景总结。作者直接列出真实踩坑案例,包括网络分区、时钟偏差、节点重启等边界情况,揭示教科书协议模型与真实部署之间的鸿沟。对从事分布式系统、区块链共识算法的工程师有直接参考价值,属于"过来人经验"型干货。
评论点赞收藏410 天前

登录芦苇

登录后关注作者、收藏内容和参与讨论。