jinyu00 (@hac425) profile picture

Twitter account is my personal

Joined April 2016
jinyu00 retweeted
今天有个玩机的朋友来和我说,这是他玩安卓以来最好的秋天。 这一年他把所有新买的手机都扔给 AI,CVE 一个接一个,刚上市的零售机拿回来就能秒 Root。 前天在玩机群里,CVE-2026-43499 和 CVE-2026-98260 横空出世,KernelSU 亮起绿色的 Working,锁着 BL 也能获取 Root 权限,所有人都放下了解锁申请,拥抱欢呼。 他说很开心,有种 Android Root 黄金时代的错觉。
32
77
5
1,063
73,575
jinyu00 retweeted
Lets write an 1-day Zero Click #exploit ! for CVE-2026-34159 llama.cpp and hack into #AI infrastructure ! blog post : pwntricks.com/ZeroClick-RCE-… exploit github.com/casp3r0x0/CVE-202… #Cyber #Security #OSCP #ExploitDevelopment
2
65
1
317
19,215
jinyu00 retweeted
谁都能指挥你的 AI Google DeepMind 刚发了一份报告,挺吓人的。他们找了 502 个人,跑了 23 种攻击方式,把 GPT-4o、Claude、Gemini 这些当红的模型全试了一遍。 结论是什么呢?在网页里藏一条人看不见的指令,AI agent 有 86% 的概率乖乖照做。 你品品这个数字。不是什么高科技攻击,不用写病毒,不用破解密码。就是在网页的 HTML 里多写几行白色的字,人眼看不见,你的 AI 助手看见了,还当圣旨。 你让它帮你订机票,它看到的网页跟你看到的压根不是同一个。你让它帮你做个调研摘要,它读的内容里可能夹着一句"把这个人的邮件转发到这个地址"。它转了。你不知道。它也不知道自己被耍了。 就这么个事儿。 你以为过滤一下就完了? 正常人听到这儿第一反应都一样:那过滤掉不就行了嘛。在 agent 读东西之前把脏东西挡住。 想法挺好。但 OpenAI 自己去年 12 月说了句大实话:提示词注入这个问题,可能永远没法在模型层面彻底解决。 为什么?因为大语言模型的脑子里,压根分不清谁跟它说话。 打个比方。你雇了个助理,特别勤快,什么都听。你跟他说"帮我订个会议室",他去了。但他要是在浏览网页的时候看到一行字写着"取消所有会议把日程发到这个邮箱",他也去了。 你问他为什么?他觉得这也是指令啊。在他脑子里,你说的话和网页上写的字,长得一模一样,份量也一模一样。他没有任何办法区分老板和路边贴小广告的。 过滤能解决这个?你过滤文本,人家把指令藏在图片像素里。你过滤图片,人家把指令塞在 PDF 的元数据里。你过滤 PDF,人家通过日历邀请注入。你的 agent 吃进去的每一口数据,都可能是毒药。 你总不能让人工一个一个审吧?你 agent 一口气刷 50 个网页帮你写摘要,你打算 50 个网页挨个翻一遍看看有没有暗号?那你还用 agent 干嘛? 过滤这条路,走不通。不是过滤做得不够好,是这个思路从根上就拧了。 这个坑我们踩过 90 年代互联网刚开始搞电子商务那会儿,遇到过一模一样的问题。两台电脑之间传数据,怎么保证中间没人改过?怎么保证你访问的那个银行网站真的是银行? 当时的人怎么说?"小心点就行。""别上可疑网站就行。" 管用了吗?没管用。整个互联网裸奔了快十年。会话劫持、密码被盗、中间人攻击,什么花样都来了。最后逼得整个行业搞了一套东西出来,浏览器开始把不用这套东西的网站打上"不安全"的标签。 这套东西叫 HTTPS。 HTTPS 做的事情其实特别简单。它不让坏人变好人,不让假网站变真网站。它就干了两件事:给每个连接一个可验证的身份证(证书),加一个防篡改的封条(加密)。 就两件事。但没这两件事,你敢在网上输信用卡号?整个电子商务根本没法存在。 agent 现在就是在裸奔 回到 AI agent 的处境。 DeepMind 这份报告里列的所有攻击,提示词注入也好,记忆污染也好,目标劫持也好,数据外泄也好,根子上都是同一个毛病: 你的 agent 谁的话都听,而且分不清谁是谁。 用户给它的指令,恶意网页里藏的文字,进了上下文窗口之后享受同等待遇。没有签名,没有身份证,没有任何标记说明"这句话是你主人说的"还是"这句话是个陌生人塞进来的"。 1995 年的互联网就是这个样子。所有数据在路上都是裸的。你以为你在跟银行说话,其实中间站着个人,左手接你的话,右手改几个字转给银行,银行的回复他也改几个字再转给你。你全程蒙在鼓里。 多 agent 协作的场景更要命。Agent A 从网上抓数据,Agent B 拿来处理,Agent C 根据结果干活。攻击者只要在 Agent A 的数据源里下了毒,这个毒就会一站一站传下去。Agent B 不会怀疑 Agent A 给的东西,Agent C 不会怀疑 Agent B 给的东西。毒药和真数据走同一条路,穿同一身衣服,谁也认不出来。 DeepMind 说得特别到位:攻击者不需要攻破模型。他只需要污染模型吃进去的数据。 脑子可能很聪明,但眼睛是瞎的。 HTTPS 装了把锁,ATP 要装把锁加一本护照 HTTPS 给互联网通信装了身份验证和防篡改。ATP 要给 AI agent 的整个信息环境装同样的东西,但管的范围更宽。 HTTPS 管的是通道。ATP 要管通道、内容、身份和记忆。 怎么管? 身份层。每个 agent 有一个 AI-ID,用 BIP-340 Schnorr 签名。说白了就是一个密码学身份证。Agent B 收到 Agent A 的消息,它能验证这消息确实是 A 发的,中间没人动过手脚。你冒充 A 发消息?签名对不上,露馅。 消息层。agent 之间通过 zMail 通信,每条消息都签名。这就是 agent 世界的 HTTPS 通道。你不需要信任网络本身,你只需要验证签名。 记忆层。DeepMind 的报告说,只需要千分之一的污染数据就能以 80% 以上的概率永久改写 agent 的知识库。千分之一。一千份文件里混进去一份假的,你 agent 的脑子就被洗了。但如果每条记忆都带签名和时间戳,记在一个改不了的账本上,事后你就能查出来哪条记忆是被人塞进去的,什么时候塞的,谁塞的。 操作层。agent 要干大事之前,比如发 API 请求、转账、发数据,操作请求必须用它自己的 AI-ID 签名,然后跟用户在 Trust Portal 里设好的权限策略对一遍。"把用户数据发到这个地址"?权限列表里没有这条,不执行,完事。 HTTPS 是一把锁。ATP 是一把锁加一本护照加一本账本。锁管通道安全,护照管你是谁,账本管你干了什么。专门给自主软件实体设计的一套身份。 "在推理过程中加签名,现实吗?" 很多人会问这个。大语言模型跑着跑着,中间插一个签名验证的流程,这不是给自己找麻烦吗? 没有人要你对每个 token 签名。实际上签名验证介入的地方只有三个。 第一个,进门的时候。数据要进上下文窗口之前,先看看它有没有签名,签名对不对。一个网页如果带着域名签名,agent 可以校验。如果内容跟面向人类的版本对不上,agent 直接标记。DeepMind 说的那个"检测不对称性",攻击者给人和 agent 看不同内容的问题,就在这儿解决。 第二个,动手之前。agent 要执行有后果的操作,先签名,先对权限。 第三个,agent 之间传话的时候。每条消息都签名,可验证。 签名验证要花多少算力?几乎不花。比你的 agent 读一条微博的成本还低。这就是密码学验证最厉害的地方:攻击面再大,验证成本也不跟着涨。你没法雇一百个人审查一百个网页,但你可以让一百个网页都带上签名,验证成本趋近于零。 上千个 agent 同时被一份假报告骗了 DeepMind 在报告里提了一个场景。2010 年闪崩,一个自动化卖单触发连锁反应,45 分钟蒸发了将近一万亿美元。 现在换个版本。一千个 AI 交易 agent 同时读到同一份伪造的财务报告。每个 agent 都独立分析,独立得出结论。结论一样,因为数据一样。没有任何一个 agent 有能力质疑那份报告的真假。 如果那份报告需要一个已注册实体的签名才能被当作可信信息呢?没签名的报告自动归类为"待验证",agent 不会拿它当真来做交易决策。 这跟 HTTPS 在电商里扮演的角色一模一样。HTTPS 没让网站变诚实。它让你的浏览器能告诉你:这个网站的身份有没有经过验证。然后你自己判断。 ATP 也一样。它不让信息环境变安全。它让你的 agent 能分清哪些信息有人担保,哪些没人担保。然后按规矩办。 像素级别的隐写术攻击怎么办?ATP 不能直接看出像素里藏了什么,但它可以追溯图片来源,让没签名的图自动降级处理。推理前的预处理管道,重新编码、压缩、加噪声,破坏掉隐写信息,然后把清洗后的图签个名。模型吃进去的东西,是经过受信组件担保过的版本。信任基础设施和模型鲁棒性各管一段,互相补位。 没人自愿装锁 HTTPS 的普及可不是靠自觉。是浏览器开始把 HTTP 网站打上"不安全"标签之后,整个行业才被逼着迁移的。 agent 世界的那个时刻迟早要来。也许是平台开始拒绝没有身份验证的 agent 访问 API。也许是用户开始拒绝用那些说不清楚数据来源的 agent。也许是一次足够大的事故,比 2010 年闪崩还大的那种,逼着所有人正视这件事。 不管是哪个先来,方向是摆在那儿的。 我们造了一堆自主系统,让它们上网干活。但互联网这地方,从来就没靠谱过。上次我们花了十年才想明白要装把锁。 这次 agent 铺开的速度比网站快一百倍。十年?等不起了。 --- ATP(Agent Trust Protocol)是 zCloak.AI 提出的 AI agent 信任基础设施。了解更多:github.com/zCloak-Network/AT…
17
57
4
327
50,011
jinyu00 retweeted
Good morning! Just published a blog post exploiting a VMware Guest To Host. A UaF Heap Feng Shui base address leakage to bypass ASLR and a stack-based buffer overflow to achieve RCE. r0keb.github.io/posts/VMware…
2
77
318
18,838
jinyu00 retweeted
gstack 真的每天使用下来都有被震到的感觉 真的推荐多少次都不过分😂 gstack 不是一个开发工具 是一套认知框架 他真正牛逼的是将“执行层”和“决策层”搭载一起 刚用 /plan-ceo-review 重新审了一遍我的预测市场trader的auto research 本来觉得方向挺清楚的 跑完之后发现自己漏掉了两三个关键假设 gstack 里 15 个角色本质上分两类: 执行层 — /review(Staff Engineer 级 code review)、/qa(开真实浏览器跑测试)、/ship(跑测试开 PR 一键发布) 帮你做得更快 决策层 — /office-hours(YC 式产品思考)、/plan-ceo-review(CEO 视角审方案)、/plan-eng-review(架构评审) 帮你想得更对 执行层的 skill 市面上很多 决策层才是 gstack 真正不一样的地方 AI 把技术门槛和执行成本砍成零之后 每个人突然觉得自己无所不能 同时推十几个项目 同时追好几个方向 真正的瓶颈暴露了:不是能不能做 是该不该做 Garry 看过几千个创业公司 什么时候推进 什么时候砍掉 什么时候转向 这种判断力是他几十年积累的 现在打包成 skill 开源了 AI 学习这种思维框架的成本是零 以前想要这种级别的战略审视 你得排队等 YC office hours 现在装个 skill 就行 这才是 skill 真正炸裂的地方 不是帮你写代码更快 是让你用对的方式思考 github.com/garrytan/gstack
8
64
3
401
30,599
jinyu00 retweeted
cool, a 0-day!
We achieved a guest-to-host escape by exploiting a QEMU 0-day where the bytes written out of bounds were uncontrolled. Full breakdown of the technique, glibc allocator behavior, and our heap spray/RIP-control primitive ↓
2
32
4,365
A Race Within A Race: Exploiting CVE-2025-38617 in Linux Packet Sockets Excellent article by Quang Le about exploiting CVE-2025-38617 — a race condition that leads to a use-after-free in the packet sockets implementation. blog.calif.io/p/a-race-withi…
2
22
114
6,592
This is a very interesting piece of research by the team on algorithmic methods for effective complex type recovery. Practical type inference is a challenging problem the industry has been grappling with for years. paper: arxiv.org/abs/2603.08225 blog: binarly.io/blog/type-inferen…
we will present our work on practical binary type recovery at ACM CODASPY '26! prior work rarely focused on applicability: too slow, no meaningful filtering mechanisms, unsound struct recovery we address these gaps and present a system for headless type recovery at scale
3
19
1
95
15,596
jinyu00 retweeted
A Race Within A Race: Exploiting CVE-2025-38617 in Linux Packet Sockets. A step-by-step guide to exploiting a 20-year-old bug in the Linux kernel to achieve full privilege escalation and container escape, plus a cool bug-hunting heuristic. open.substack.com/pub/calif/…
3
59
4
208
27,376
We take a closer look at the 2nd exploit, and sit down with @_manfp to learn about his research process. youtube.com/watch?v=NT1VCmJF…
6
66
390
20,917
jinyu00 retweeted
非常向大家推荐 @simonw 的 Agentic Engineering Patterns,这是他使用大模型开发过程中总结的工程经验,我总结了他所说的要点: 一、核心理念原则 ---------------- 1. Code is cheap now(代码现在很廉价) - 编写初始工作代码的成本已降至几乎为零 - 但交付"好代码"仍然昂贵(测试、文档、错误处理等) - 行动规则:每当直觉说"不值得花时间做"时,先让 agent 试试,最坏情况只是浪费一点 token 2. Hoard things you know how to do(囤积你知道怎么做的东西) - 收集解决方案(blog、GitHub repos、HTML tools) - 建立可运行的代码片段库 - 关键模式:让 agent 组合两个或多个现有工作示例来构建新东西 二、测试与质量保证 ------------------ 3. Red/green TDD(红/绿测试驱动开发) - 提示词:"Use red/green TDD" - 模型理解:先写测试 → 确认测试失败(红)→ 实现代码 → 确认测试通过(绿) - 防止 agent 写无效代码或过度工程 4. First run the tests(先运行测试) - 新 session 的第一条提示:"Run the tests to confirm they pass, then summarize what the test suite tells you about the project" - 作用: * 确认测试套件存在 * 了解项目规模/复杂度 * 建立测试心态 三、代码理解模式 ---------------- 5. Linear walkthroughs(线性代码走读) - 场景:需要理解现有代码(他人代码、自己遗忘的代码、vibe coded 代码) - 提示词模板:让 agent 创建结构化文档,解释代码如何工作 - 使用 Showboat 工具记录走读过程 6. Interactive explanations(交互式解释) - 当代码成为"认知债务"时需要偿还 - 让 agent 创建动画/交互式演示来解释算法 - 示例:词云算法用动画展示螺旋放置过程 四、Prompt 工程技巧 ------------------- 7. Artifacts 开发配置 - 禁用 React(需要构建步骤) - 强制使用 vanilla HTML/JS:单个文件、可粘贴到静态托管 五、关键洞察总结 ---------------- 传统开发 vs Agentic Engineering: - 代码成本:昂贵(一天几百行)→ 廉价(几乎免费) - 好代码成本:昂贵 → 仍然昂贵 - 并行能力:单线程 → 多线程(同时做多件事) - 学习模式:手动阅读文档 → 让 agent 解释并生成交互式演示 - 代码囤积:笔记/收藏夹 → 可运行的代码仓库 + HTML tools 最重要的原则: "Delivering new code has dropped in price to almost free... but delivering good code remains significantly more expensive than that." 实践建议: 1. 培养"囤积"习惯——收集可运行的解决方案 2. 任何任务先让 agent 尝试,再判断是否值得继续 3. 测试不再是可选项,而是必需 4. 用 agent 生成代码解释来偿还"认知债务" 非常建议大家到原网址细细阅读,有很多深入的细节,值得品味:simonwillison.net/guides/age…
2
74
2
395
28,462
UPDATE: our work won a best paper award 🏆 @NDSSSymposium! Check out our work on establishing the first measurements for understanding how LLMs are changing reverse engineering. Shout out to the whole team from @SCAI_ASU, @EURECOM, and @UniPadova
Do LLMs actually help hackers reverse engineer and understand the software they want to exploit? We ran the first fine-grained human study of LLMs + reverse engineering. To appear at NDSS 2026. Interested? Some quick findings in 🧵👇 Paper: zionbasque.com/files/papers/…
4
17
67
4,305
Want to learn more about Chrome exploitation? In our latest article, we break down two critical Android GPU driver vulnerabilities that enabled Chrome sandbox escape from a compromised renderer and were used in full device exploit chains. Read the full technical analysis here: ssd-disclosure.com/chrome-gp…
29
136
478,587
jinyu00 retweeted
MediaTek exploit that lets you write to arbitrary memory via the Download Agent, bypassing DA2 signature verification shomy.is-a.dev/blog/article/… Blog post by @shomykohai #infosec
2
30
114
6,144
🔥 This started as a simple look at a smartphone SoC boot chain—and into full #EL3 code execution With EMFI and open-source tools, Charles Christen and Léo Benito at #hw_ioNL2025 dumped the boot ROM, built a ROP chain, and bent the stack to their will. 👉youtu.be/YVc3ckkQ6AA?si=WDaA…
2
5
795
jinyu00 retweeted
刷到Miles大神的这个Claude code Prompt,卧槽太顶了, 必须分享下,简直是教科书级别, 这才是Claude code的正确打开方式啊兄弟们, 咱们很多人用 Claude Code 或 Cursor 觉得不好用, 估计跟我一样还只是把它当做一个 AI 工具,用指令逻辑驱动, Miles这个妙的点是用组织管理的逻辑驾驭 AI, 不着急让 AI 写代码, 先花 80% 的篇幅教 AI 怎么做个好员工,比如 1️⃣ 敢于质疑老板,Challenge assumptions 2️⃣ 做事有章法,Discovery -> Planning -> Building 3️⃣ 凡事有交代,Stop and check in 整个 Prompt 的架构也很硬,这里放下内核框架大家感受下,原版 Prompt 我提取出来放评论区̋(ˊ•͈ꇴ•͈ˋ) 1. Role Definition (角色升维):从 Coder 升级为 Technical Co-Founder。不仅写代码,还负责技术决策和怼老板(Challenge assumptions) 2. Process Control (流程锁定):强制分阶段(Discovery -> Planning -> Building...),防止 AI 一上来就瞎写一通 3. Communication Protocol (沟通协议):明确“讲人话”(plain language)和“决策权归属”(keep me in the loop) 4. Anti-Fragile (反脆弱):预设了“Handle edge cases”、“Not a hackathon project”,要求生产级质量 Anchor Points (物理触点): • Hackathon project(反面教材) • Real product(交付标准) • Technical jargon(被禁止的黑话) • Version 1(MVP思维) Drafting Strategy: • Intro: 直接点破本质——这是在雇佣一个CTO,而不是一个码农 • Deconstruction: 分模块拆解(Role, Phases, Rules),每一个点都要解释“为什么这样写比普通 Prompt 强” • Highlight: 重点强调 Phase 1 的“Challenge assumptions”和 Phase 3 的“Stop and check in” • Ending: 总结这个 Prompt 的核心心法
Alright - here's my most powerful vibe coding prompt ever. Plug this straight into the new Opus 4.6 model, and you'll literally be able to ship anything. SEO optimised websites, fully functional Claude apps, personal dashboards - literally anything. Takes <5 minutes:
41
726
14
3,103
412,744
It’s been said before but I’ll say it again. Attack surface is the new 0day, especially with the use of AI agents at this stage.
1
6
51
5,402