https://www.kiciot.comKiciot's SpaceHalo v2.25.3zh-cnhttps://www.kiciot.com/upload/logo.svghttps://www.kiciot.comMon, 20 Jul 2026 01:24:17 GMThttps://www.kiciot.com/archives/Agenti_Fuzzing当大模型开始参与测试生成、代码分析、调试和漏洞验证后，自动化系统能够生成的测试数量正在迅速增加。 传统 Fuzzer 可能每秒执行数千甚至数百万个输入；LLM 驱动的测试系统虽然吞吐量更低，却能阅读源码、理解 API、组合调用序列，并主动构造具有语义的边界条件。进一步的 Agentic Fuzzin]]>/archives/Agenti_FuzzingAdministratorAgentThu, 16 Jul 2026 07:31:44 GMThttps://www.kiciot.com/archives/HalluSquatting假设你对一个代码 Agent 说： 帮我克隆并运行某个最近很火的项目。 你只记得项目名，不记得 GitHub 所有者。Agent 根据自己的知识生成了一个看起来合理的地址： https://github.com/project-name/project-name 这个地址原本并不存在。 但当 Ag]]>/archives/HalluSquattingAdministratorAgentMon, 13 Jul 2026 04:57:14 GMThttps://www.kiciot.com/archives/ghostapproval-human-in-the-loop-failure当 Coding Agent 准备修改文件、执行命令或者访问工作区外资源时，产品通常会弹出一个确认框： 是否允许修改 project_settings.json？ 用户查看路径和 diff，点击“批准”。从交互流程看，人类仍然掌握最终决定权。 但这里存在一个被长期忽略的问题：用户批准的究竟是界面中显]]>/archives/ghostapproval-human-in-the-loop-failureAdministratorAgentSat, 11 Jul 2026 05:43:16 GMThttps://www.kiciot.com/archives/Beyond_Code_Agent_Supply_Chain_Risk过去谈软件供应链安全，我们通常会画出这样一条链路：源代码、第三方依赖、构建系统、软件包、部署产物。相应的防御手段也围绕这条链展开：用 SCA 检查依赖版本和已知漏洞，用 SBOM 建立组件清单，用静态分析寻找代码缺陷，再对构建和发布环节进行签名与审计。 但 Agent 正在改变这条链路。 一个现代]]>/archives/Beyond_Code_Agent_Supply_Chain_RiskAdministratorAgentFri, 10 Jul 2026 06:49:13 GMThttps://www.kiciot.com/archives/_rdtsc前段时间，我分别用 std::chrono 和 __rdtsc() 测量同一类计算，得到了两组看起来完全不在一个世界里的结果： chrono delta = 29224041600 rdtsc delta = 70798114701 第一反应很容易是：CPU 执行了七百多亿个周期，而 chrono]]>/archives/_rdtscAdministratorcppWed, 24 Jun 2026 15:01:30 GMThttps://www.kiciot.com/archives/why-cpu-guesses-your-code-branch-prediction假设有一千万个整数，我们只累加其中大于 128 的元素：  std::uint64_t sum = 0;  ​  for (int value : data) {      if (value >= 128) {          sum += value;     }  } 现在准备两份内容完全]]>/archives/why-cpu-guesses-your-code-branch-predictionAdministratorcppTue, 23 Jun 2026 14:15:32 GMThttps://www.kiciot.com/archives/SercuityAgent2最近我在准备一套能够长时间运行的漏洞挖掘系统。它需要读取目标项目、调用分析工具、理解结果、提出新的检查方向，并在尽量少依赖人工干预的情况下持续工作。由于运行环境后续可能断网，模型、工具、知识库和执行脚本还必须提前部署完整。 这个过程让我重新思考了一个看起来很简单的问题：一个大模型能够调用工具，再给它]]>/archives/SercuityAgent2AdministratorAgentMon, 22 Jun 2026 01:06:36 GMThttps://www.kiciot.com/archives/SercuityAgent最近一段时间，AI Agent 在安全领域的讨论明显变多了。代码审计、漏洞挖掘、渗透测试、应急响应、二进制分析，几乎每一个安全方向都开始尝试把大模型接入原有工作流。 但很多讨论容易走向两个极端。 一种极端是把 Agent 理解成“会调用工具的大模型”。给它一个任务，让它自己想、自己查、自己调用命令，]]>/archives/SercuityAgentAdministratorAgentSun, 21 Jun 2026 12:33:07 GMThttps://www.kiciot.com/archives/fuzzing很多人第一次听到 Fuzzing，容易把它理解成“随机生成一堆输入，然后看程序会不会崩”。这个理解不能说完全错，但只停留在了最表层。真正有效的 Fuzzing，核心并不是“随机”，而是“反馈驱动的搜索”。 换句话说，Fuzzing 并不是单纯地往程序里乱塞数据，而是在一个巨大的输入空间里，不断尝试找]]>/archives/fuzzingAdministrator二进制模糊测试Mon, 15 Jun 2026 05:18:03 GMThttps://www.kiciot.com/archives/InterprocessCommunication从 Intent 到 XPC：不同操作系统如何让进程互相说话 很久以前我学操作系统的时候，对“进程间通信”的理解很朴素：管道、消息队列、共享内存、信号量、Socket，大概就是进程之间传数据的几种办法。这个理解当然没错，但它只覆盖了 IPC 最底层的一面。 如果把视角从内核 API 拉到真实的用户体]]>/archives/InterprocessCommunicationAdministrator杂七杂八Sun, 14 Jun 2026 01:40:39 GMThttps://www.kiciot.com/archives/Tweaks本章介绍了两个关于性能微调的建议，主要涉及函数参数传递策略和容器元素插入优化。这些建议并非通用的“银弹”，而是需要在特定场景下权衡使用的技术。 条款四十一：对于移动成本低且总是被拷贝的可拷贝形参，考虑按值传递]]>/archives/TweaksAdministratorModernCppFri, 28 Nov 2025 08:03:06 GMThttps://www.kiciot.com/archives/TheConcurrencyAPI本章介绍了 C++11 引入的并发 API，重点讲解了基于任务的编程模型、线程管理、以及线程间通信的最佳实践。 条款三十五：优先考虑基于任务的编程而非基于线程的编程]]>/archives/TheConcurrencyAPIAdministratorModernCppFri, 28 Nov 2025 08:02:22 GMThttps://www.kiciot.com/archives/LambdaExpressions本章深入探讨了 C++ Lambda 表达式的特性、陷阱以及与 std::bind 的对比，展示了 Lambda 如何成为现代 C++ 编程的游戏规则改变者。 条款三十一：避免使用默认捕获模式 默认捕获模式（]]>/archives/LambdaExpressionsAdministratorModernCppFri, 28 Nov 2025 08:01:54 GMThttps://www.kiciot.com/archives/RRefMovSemPerfForw本章深入探讨了 C++11/14 中最核心也是最复杂的特性：右值引用、移动语义和完美转发。理解这些机制对于编写高效且灵活的现代 C++ 代码至关重要。 条款二十三：理解 std::move 和 std::forward 本质]]>/archives/RRefMovSemPerfForwAdministratorModernCppFri, 28 Nov 2025 08:01:23 GMThttps://www.kiciot.com/archives/SmartPointers本章深入探讨了 C++11 引入的四种智能指针：std::unique_ptr、std::shared_ptr、std::weak_ptr 以及过时的 std::auto_ptr，旨在帮助开发者摆脱原始指针带来的内存管理噩梦。]]>/archives/SmartPointersAdministratorModernCppFri, 28 Nov 2025 08:00:32 GMThttps://www.kiciot.com/archives/MovingToModern本章涵盖了从 C++98 过渡到现代 C++ (C++11/14) 所需掌握的关键特性和最佳实践。 条款七：区别使用 () 和 {} 创建对象]]>/archives/MovingToModernAdministratorModernCppFri, 28 Nov 2025 07:59:52 GMThttps://www.kiciot.com/archives/Auto本文基于《Effective Modern C++》条款五和条款六总结了 auto 的使用建议和潜在陷阱。 条款五：优先考虑 auto 而非显式类型声明]]>/archives/AutoAdministratorModernCppFri, 28 Nov 2025 07:58:29 GMThttps://www.kiciot.com/archives/DeducingTypes本文基于《Effective Modern C++》前四个条款总结了 C++ 的类型推导规则。理解这些规则对于编写现代 C++ 代码至关重要。 条款一：理解模板类型推导 模板类型推导是理解 auto 类型推导的基础。对于函数模板：]]>/archives/DeducingTypesAdministratorModernCppFri, 28 Nov 2025 07:57:38 GMThttps://www.kiciot.com/archives/HandsOnMachineLearning我读完了这本机器学习实战，也就是那本蜥蜴书。想着写点什么，先讲讲机器学习分类吧 机器学习分类 机器学习分为；监督学习，无监督学习，半监督学习，自监督学习，强化学习 然后任务类型有，分类，回归，聚类，降维，生成 如果按照模型分： 线性模型：线性回归、逻辑回归 基于树的模型：决策树、随机森林、XGBoo]]>/archives/HandsOnMachineLearningAdministrator人工智能Thu, 30 Oct 2025 00:41:23 GMThttps://www.kiciot.com/archives/Modern-Cpp-Learning-Path在看完读完一些大神的课程与书籍后，总结了一下现代cpp的学习路线与经验，无非就是大概两个方向。不论哪个方向当然就是学习基本的语法，变量循环结构数组函数等等等。 第一条路线 简要来说就是按照语法，基本语法特性，然后逐渐学习 第一阶段(基础c++98/03) 我先说第一条路线，首先学习经典c++语法，然]]>/archives/Modern-Cpp-Learning-PathAdministratorThu, 16 Oct 2025 04:30:17 GMT