2026年1月

已证实!清华姚班陈立杰全职加入OpenAI,保留伯克利教职

0%
icon展开列表
已证实!清华姚班陈立杰全职加入OpenAI,保留伯克利教职
今天
img
解锁任意步数文生图,港大&Adobe全新Self-E框架学会自我评估
今天
img
5分钟定制一个AI采购专家:讯飞发布“招采智能体工厂”,重新定义行业开发范式
今天
img
Agent时代,为什么多模态数据湖是必选项?
今天
img
大模型长脑子了?研究发现LLM中层会自发模拟人脑进化
今天
img
性能提升60%,英特尔Ultra3这次带来了巨大提升
01月14日
img
继宇树后,唯一获得三家大厂押注的自变量:具身模型不是把DeepSeek塞进机器人
01月14日
img
Sebastian Raschka 2026预测:Transformer统治依旧,但扩散模型正悄然崛起
01月14日
img
端到端智驾新SOTA | KnowVal:懂法律道德、有价值观的智能驾驶系统
01月14日
img
仅用10天?Anthropic最新智能体Cowork的代码竟然都是Claude写的
01月14日
img
AAAI 2026|AP2O-Coder 让大模型拥有「错题本」,像人类一样按题型高效刷题
01月14日
img
用AI从常规病理切片重建空间蛋白图谱:基于H&E图像的高维蛋白质表达预测
01月14日
img
京东首届AI影视创作大赛启动 最高奖金10万元邀全民共创AI视频
01月14日
img
合合信息多模态文本智能产品“上新”,覆盖AI教育、AI健康、AI Infra多元场景
01月14日
img
500万次围观,1X把「世界模型」真正用在了机器人NEO身上
01月14日
img
跳出「黑盒」,人大刘勇团队最新大语言模型理论与机理综述
01月14日
img
百川开源全球最强医疗大模型M3,「严肃问诊」定义AI医疗新能力
01月14日
img
相约AAAI 2026 | 上海AI实验室北极星 X 星启交流会(报名开启)
01月13日
img
视觉模型既懂语义,又能还原细节,南洋理工&商汤提出棱镜假说
01月13日
img
无需重新训练,即可学习新任务,Arc研究所开源单细胞基础模型Stack及细胞反应全景图谱
01月13日
img

已证实!清华姚班陈立杰全职加入OpenAI,保留伯克利教职

据机器之心求证,清华大学「姚班」校友、加州大学伯克利分校(UC Berkeley)助理教授陈立杰(Lijie Chen)已正式加入 OpenAI

知情人士透露,陈立杰此次是以全职身份加入 OpenAI 开展研究工作。与此同时,他目前在伯克利的状态为 On Leave(停薪留职),即他保留了在大学的教职,并未离职。

陈立杰是理论计算机科学领域的顶尖青年学者,本科毕业于清华姚班,博士毕业于麻省理工学院(MIT),在计算复杂性理论等领域拥有卓越的学术成就。

截至目前,其个人主页和 LinkedIn 页面尚未更新。

图片
图片

从 IOI 金牌到伯克利助理教授

陈立杰高中就读于杭州外国语学校。他在信息学竞赛(OI)领域表现突出,是当时知名的竞赛选手。

2011 年,他获得全国青少年信息学奥林匹克竞赛(NOI)金牌;2013 年,他代表中国队出征第 25 届国际信息学奥林匹克竞赛(IOI),不仅夺得金牌,更取得了全球第一名的成绩。

图片

进入清华大学姚班后,陈立杰逐渐将重心从程序设计竞赛转向计算机科学理论研究。2016 年,他获得清华大学本科生特等奖学金。在特等奖学金答辩会上,陈立杰曾立下宏愿:「有生之年,希望能看到 P vs NP 问题被解决。

图片

大三时期,他曾赴 MIT 进行科研交换,师从著名量子信息科学家 Scott Aaronson 教授。2017 年,作为大四本科生的他在 FOCS(IEEE 计算机科学基础年会)上发表了论文,成为首位在该顶级会议上发文的中国本科生

图片

该论文是他在 MIT 访问期间与 4 名博士研究生及博士后合作完成的,解决了 John Watrous 于 2002 年提出的关于「量子统计零知识证明」(QSZK)的开放性问题,引入了「量子区分复杂度」这一新概念,证明了其与 QSZK 查询复杂度的关系,解释了传统分析方法的局限性。

  • 论文地址:https://arxiv.org/pdf/1609.02888

本科毕业后,陈立杰赴 MIT 攻读博士学位,师从计算复杂性权威 Ryan Williams 教授。这一时期,他在计算复杂性、电路复杂度、伪随机性等领域取得了实质性突破,主要贡献包括:

  • 硬度放大: 他与合作者发现了一条绕过「自然证明」壁垒的潜在路径:证明某些问题在极弱的电路模型下是困难的,可以自动「放大」推导出它们在极强电路模型下也是困难的(即推导出 P ≠ NP)。严谨的是,他也提出了「局部性壁垒」,客观指出了目前技术在利用这一发现时面临的实际困难。

  • 非黑盒去随机化: 他提出了一种新框架,证明在比传统要求更弱的假设下,可以去除算法中的随机性。他还证明了在特定条件下,随机性对于计算可能是「无用」的。

  • 量子霸权的理论基石: 他参与证明了存在一个 Oracle,使得量子多项式时间(BQP)不包含在多项式层级(PH)中。这为量子计算机在理论上超越经典计算机提供了坚实的数学支撑。

他在博士期间多次获得理论计算机顶级会议的最佳学生论文奖,包括 STOC 2019(Danny Lewin Award)和 FOCS 2019(Machtey Award)。2022 年,他的博士论文获得 ACM 博士论文奖荣誉提名以及 MIT George M. Sprowls 最佳博士论文奖。

图片

2022 年博士毕业后,陈立杰获得了 UC Berkeley 米勒基础科学研究所的 Miller Fellowship。这是一项面向全球杰出青年科学家的全额资助计划,历史上曾诞生过多位诺贝尔奖和菲尔兹奖得主。作为米勒研究员,他拥有完全的学术自由,在三年内专注于自己感兴趣的前沿课题。

他于 2025 年 7 月入职 UC Berkeley 电气工程与计算机科学系(EECS)担任助理教授,继续从事教学与科研工作。

参考链接:
https://www.tsinghua.org.cn/info/1953/13913.htm

解锁任意步数文生图,港大&Adobe全新Self-E框架学会自我评估

0%
icon展开列表
解锁任意步数文生图,港大&Adobe全新Self-E框架学会自我评估
今天
img
5分钟定制一个AI采购专家:讯飞发布“招采智能体工厂”,重新定义行业开发范式
今天
img
Agent时代,为什么多模态数据湖是必选项?
今天
img
大模型长脑子了?研究发现LLM中层会自发模拟人脑进化
今天
img
性能提升60%,英特尔Ultra3这次带来了巨大提升
01月14日
img
继宇树后,唯一获得三家大厂押注的自变量:具身模型不是把DeepSeek塞进机器人
01月14日
img
Sebastian Raschka 2026预测:Transformer统治依旧,但扩散模型正悄然崛起
01月14日
img
端到端智驾新SOTA | KnowVal:懂法律道德、有价值观的智能驾驶系统
01月14日
img
仅用10天?Anthropic最新智能体Cowork的代码竟然都是Claude写的
01月14日
img
AAAI 2026|AP2O-Coder 让大模型拥有「错题本」,像人类一样按题型高效刷题
01月14日
img
用AI从常规病理切片重建空间蛋白图谱:基于H&E图像的高维蛋白质表达预测
01月14日
img
京东首届AI影视创作大赛启动 最高奖金10万元邀全民共创AI视频
01月14日
img
合合信息多模态文本智能产品“上新”,覆盖AI教育、AI健康、AI Infra多元场景
01月14日
img
500万次围观,1X把「世界模型」真正用在了机器人NEO身上
01月14日
img
跳出「黑盒」,人大刘勇团队最新大语言模型理论与机理综述
01月14日
img
百川开源全球最强医疗大模型M3,「严肃问诊」定义AI医疗新能力
01月14日
img
相约AAAI 2026 | 上海AI实验室北极星 X 星启交流会(报名开启)
01月13日
img
视觉模型既懂语义,又能还原细节,南洋理工&商汤提出棱镜假说
01月13日
img
无需重新训练,即可学习新任务,Arc研究所开源单细胞基础模型Stack及细胞反应全景图谱
01月13日
img
不上云、不租卡,如何优雅地在本地微调Qwen-VL-30B?
01月13日
img

解锁任意步数文生图,港大&Adobe全新Self-E框架学会自我评估

图片

尽管扩散模型(Diffusion Model)与流匹配(Flow Matching)已经把文本到图像生成(Text-to-Image, T2I)推向了更高的视觉质量与可控性,但他们通常在推理时需要数十步网络迭代,限制了其对于一些需要低延迟,Real-Time 的应用。

为了把推理步数降下来,现有路线通常依赖知识蒸馏(Distillation):先训练一个多步教师模型,再把能力迁移到少步学生模型。但这条路的代价同样明显 —— 既依赖预训练教师,又引入了额外的训练开销,并在「从零训练(from scratch)」与「极少步高质量」之间留下了长期空白。

近日,香港大学(The University of Hong Kong)与 Adobe Research 联合发布 Self-E(Self-Evaluating Model):一种无需预训练教师蒸馏、从零开始训练的任意步数文生图框架。其目标非常直接:让同一个模型在极少步数也能生成语义清晰、结构稳定的图像,同时在 50 步等常规设置下保持顶级质量,并且随着步数增加呈现单调提升。

图片
  • 论文标题:Self-Evaluation Unlocks Any-Step Text-to-Image Generation

  • 项目主页:https://xinyu-andy.github.io/SelfE-project/ 

  • 论文 PDF:https://www.arxiv.org/pdf/2512.22374 

图片

引言:从「轨迹匹配」到「落点评估」

扩散 / 流匹配范式本质上是在学习一张「局部向量场」:给定噪声状态,预测下一步该往哪里走。这个监督信号在「小步、密集积分」时非常有效,但一旦尝试「大步跳跃」,误差会被轨迹曲率放大,生成往往滑向平均解、语义漂移或结构坍塌。

Self-E 的切入点是一个根本上的范式改变:我们能否不再执着于「每一步走得对不对」,而是把训练重心转向「落点好不好」?也就是把目标从「轨迹匹配(trajectory matching)」转变为「落点评估(destination/landing evaluation)」。

换句话说,传统 Diffusion Model 训练强调「在起点对齐局部方向」;Self-E 强调「在落点评估结果并给出纠偏方向」。监督位置的改变,带来了训练信号性质的改变:从静态监督变成动态反馈。

作者在项目主页用动图展示了这两者的区别:

图片
图片

这也是为什么模型在测试阶段有少步推理能力:扩散模型在测试时只能逐步跟随当前点预测的最好局部路径,最终走到全局最优;而 Self-E 在训练阶段就逐步学会了走向全局最优的落点。

这也不同于目前多数少步生成模型所采用的学习轨迹的积分,如 Consistency Model, Mean Flow; Self-E不局限于沿着预定义的轨迹走,而是直接关心每步结果好不好,对不对。

Self-E 的核心:两条互补训练信号(Two Complementary Signals)

Self-E 用同一个网络在两种「模式」下工作:一方面像 Flow Matching 一样从真实数据学习分布的局部结构;另一方面用「模型自身正在学到的局部估计」去评估自生成样本,形成自反馈闭环。

1)从数据学习:Learning from Data

  • 学什么:分布的局部结构(local score /velocity 的期望形式),即「在邻域内密度如何变化」。

  • 怎么学:采样真实图像与文本条件,加噪得到噪声输入,用条件流匹配式目标训练模型去预测干净样本(或等价参数化),提供稳定的局部监督。

2)自我评估学习:Learning by Self-Evaluation

  • 学什么:分布层面的正确性(distribution-level correctness)—— 生成样本是否与真实分布一致、是否与描述的文本对齐。

  • 关键机制:模型先做一次「长距离跳跃」(从起始时间步跳到落点时间步),然后在落点处用自己当前学到的局部估计产生一个「方向信号」,告诉生成样本应如何移动才能进入更高质量、更符合文本的概率分布区域。

  • 最大差异:评估信号不来自外部教师(pretrained diffusion teacher),而是来自模型自身的在训估计(dynamic self-teacher)。

图片

训练细节:把「自我评估」做成可反传的学习信号

Self-E 在理论上把评估写成分布级目标(例如以反向 KL 为代表的分布匹配视角),但真正落地的难点在于:真实分布与生成分布的 score 都不可得。

Self-E 的关键观察是:模型在「从数据学习」阶段会逐步学到某种条件期望形式,而该量与 score 通过 Tweedie’s formula 存在联系,因此可以用「正在训练的模型」去近似提供评估方向。

在实现上,作者发现理论目标中包含「classifier score term」等项,并实证发现仅使用 classifier score 项就足够有效,甚至更利于收敛,从而避免早期还要额外训练一个用于 fake score 的模型分支。

图片

为了把这种「评估方向」变成可训练的损失,Self-E 采用 stop-gradient 的双前向构造 pseudo-target,通过最小化 MSE 诱导出与所需方向一致的梯度;并在最终目标中将数据驱动损失与自评估损失进行混合加权。

图片

最终,我们可以用一个统一的形式来训练:

图片

其中,等式右边第一项正是 Learning-from-data 的目标,而第二项对应 Self-Evaluation。

推理:任意步数(Any-Step Inference),并随步数单调变好

在推理阶段,Self-E 与扩散 / 流匹配一样进行迭代去噪,但不同之处在于:由于训练中已经显式学习「长距离落点」的质量与纠偏方向,它可以在非常少的步数下保持可用的语义与结构,同时在增加步数时继续提升细节与真实感。

性能:GenEval 全步数段 SOTA,少步优势尤其显著

在 GenEval 基准上,Self-E 对比其他方法取得全面领先,并且随着步数增加呈现单调提升。更关键的是少步区间的「断层式」优势:在 2-step 设置下,Self-E 相比当时最佳对比方法的提升约为+0.12(0.7531 相比 0.6338),而多种传统扩散 / 流匹配模型在 2-step 下几乎无法生成可用结果。

图片
图片

另一角度解读:把「预训练」与「反馈学习」拉到同一条线上

从更宏观的视角看,Self-E 把训练过程组织成一个类似强化学习中的「环境 — 智能体(environment–agent)闭环」:

  • Data Phase:模型从真实数据学习分布的局部结构,得到越来越可靠的局部估计(可视作学习环境,并给出评估)。

  • Self-Evaluation Phase:模型提出长距离跳跃方案(可视作智能体执行动作),在落点处用内部估计产生反馈方向并更新参数(可视作获得环境的反馈)。

  • Closed Loop:评估器随训练变强,反馈信号质量随之提升,反过来又进一步强化少步生成能力。

作者在项目主页指出:这种内部评估器在角色上接近「可查询的学习型奖励模型」,为后续把强化学习(RL)更系统地引入视觉生成训练提供了新的接口与想象空间。

结语

Self-E 的价值不只是在「少步生成」这一条指标上跑得更快,而在于它把文生图训练范式从「沿着既定轨迹走」推进到「学会评估落点并自我纠偏」:在不依赖预训练教师蒸馏的前提下,让单一模型同时覆盖极低时延与高质量长轨迹两种需求,并在不同推理预算下保持可扩展的性能曲线。

对内容创作与生成式系统落地而言,「one model, any compute」的工程意义非常直接:同一个 checkpoint 可以按场景动态选择步数 —— 交互式场景用 1~4 步追求即时反馈,高质量离线渲染用 50 步追求细节上限;而训练侧则绕开了教师蒸馏链路,把「从零训练 + 少步推理」真正拉回到可讨论、可复现、可扩展的主流路径上。


CVE-2026-22688 - 腾讯WeKnora MCP Stdio 命令注入漏洞

前言

分析了这个漏洞,和 Cherry Studio 的 RCE 漏洞有些许类似,都是通过构造 MCP 服务器,然后传入恶意的参数导致的 RCE 漏洞,之后官方也是进行了修复



一、漏洞描述

WeKnora 是一个基于大型语言模型(LLM)的框架,专为深度文档理解和语义检索而设计,尤其适用于处理复杂、异构文档。

它采用模块化架构,结合了多模态预处理、语义向量索引、智能检索和大型语言模型推理。WeKnora 的核心遵循 RAG(检索增强生成) 范式,通过将相关文档块与模型推理相结合,实现高质量、上下文感知性的答案。

WeKnora 在 0.2.5 版本之前,当用户创建或更新 MCP 服务时,如果传输类型选择 stdio,系统直接将用户提交的 commandargs 参数传递给 exec.Command() 执行,未进行任何安全验证。

攻击者可以通过指定任意命令(如 bashsh)及其参数,在服务器端执行恶意系统命令。由于服务通常以容器化方式部署,攻击者可获得容器内的 shell 访问权限,进一步可能逃逸到宿主机。

二、环境搭建

我的环境

软件版本: WeKnora 0.2.3 (漏洞版本)

部署方式: Docker Compose

测试环境: macOS / Linux

Go 版本: 1.24

部署步骤


docker compose build --build-arg GOPROXY_ARG=https://goproxy.cn,direct --build-arg APK_MIRROR_ARG= app

docker compose up -d postgres redis docreader app

验证



三、漏洞分析/代码分析

漏洞触发链路

老规矩,先看链路,先懂整体流程后,然后再去分析代码,就会方便很多了

代码分析

我们直接定位到和 MCP 相关的代码部分,一个是客户端代码,一个服务端代码

客户端代码

其实核心就是参数传递的过程中,解析问题,如果没有对我们传入的参数做任何过滤,在客户端调用的过程中直接执行

NewMCPClient 函数

创建 MCP 服务的 API 入口

文件位置: internal/handler/mcp_service.go

完整的 CreateMCPService 函数

核心问题都在注释中标注出来了,创建 MCP 服务端,服务端解析的时候,也没有任何验证

服务层测试逻辑

文件位置: internal/application/service/mcp_service.go

TestMCPService 函数





命令执行的核心代码

文件位置: internal/mcp/client.go

NewMCPClient 函数中的 stdio 处理部分

Connect 函数

四、漏洞复现

复现步骤

步骤 1: 注册用户账号

请求





然后我们去登录

步骤 2: 登录获取 Token

请求





有了用户我们就可以创建 MCP 服务器了

步骤 3: 创建恶意 MCP 服务

请求





步骤 4: 触发命令执行

请求



这部响应会超时,是正常的





步骤 5: 验证命令执行结果



成功



一键利用脚本

文件: exploit_weknora_rce.py



五、漏洞修复

修复版本: WeKnora >= 0.2.5

官方在 commit f7900a5e9a18c99d25cec9589ead9e4e59ce04bb 中添加了完整的输入验证机制。





internal/utils/security.go



主要是四个方面加入了黑名单



参考资料

GHSA-78h3-63c4-5fqc - WeKnora MCP Stdio Command Injection

修复 Commit f7900a5

WeKnora GitHub Repository

CWE-78: OS Command Injection

Model Context Protocol (MCP) Specification

跃迁传送: https://v2ex.com/go/isv

独立开发者节点右侧广告位为公益广告位, 免费开放给独立开发者申请, 每次展示为一个自然周(周一到周天).

请在此节点发帖申请: https://v2ex.com/go/ads 每周日随机选择一个帖子进行公益展示.

发帖申请须知: 需要提供一张作品图, 标题, 内容, 跳转链接. 总长度不要超过 140 字符

效果预览:

国行 iphone 绑定招行 visa 全币卡,

Mac 上浏览器直接到 www.apple.com 上下单 gift card ,不需要登录任何 apple id ,选择 as guest

支持的时候选择使用 apple pay ,会通过蓝牙自动唤起手机的 apple pay

(支付过程中有可能会提醒你把 visa 卡的账单地址改成美国地址)

手机上直接确认,支付成功。

5分钟定制一个AI采购专家:讯飞发布“招采智能体工厂”,重新定义行业开发范式

0%
icon展开列表
5分钟定制一个AI采购专家:讯飞发布“招采智能体工厂”,重新定义行业开发范式
今天
img
Agent时代,为什么多模态数据湖是必选项?
今天
img
大模型长脑子了?研究发现LLM中层会自发模拟人脑进化
今天
img
性能提升60%,英特尔Ultra3这次带来了巨大提升
01月14日
img
继宇树后,唯一获得三家大厂押注的自变量:具身模型不是把DeepSeek塞进机器人
01月14日
img
Sebastian Raschka 2026预测:Transformer统治依旧,但扩散模型正悄然崛起
01月14日
img
端到端智驾新SOTA | KnowVal:懂法律道德、有价值观的智能驾驶系统
01月14日
img
仅用10天?Anthropic最新智能体Cowork的代码竟然都是Claude写的
01月14日
img
AAAI 2026|AP2O-Coder 让大模型拥有「错题本」,像人类一样按题型高效刷题
01月14日
img
用AI从常规病理切片重建空间蛋白图谱:基于H&E图像的高维蛋白质表达预测
01月14日
img
京东首届AI影视创作大赛启动 最高奖金10万元邀全民共创AI视频
01月14日
img
合合信息多模态文本智能产品“上新”,覆盖AI教育、AI健康、AI Infra多元场景
01月14日
img
500万次围观,1X把「世界模型」真正用在了机器人NEO身上
01月14日
img
跳出「黑盒」,人大刘勇团队最新大语言模型理论与机理综述
01月14日
img
百川开源全球最强医疗大模型M3,「严肃问诊」定义AI医疗新能力
01月14日
img
相约AAAI 2026 | 上海AI实验室北极星 X 星启交流会(报名开启)
01月13日
img
视觉模型既懂语义,又能还原细节,南洋理工&商汤提出棱镜假说
01月13日
img
无需重新训练,即可学习新任务,Arc研究所开源单细胞基础模型Stack及细胞反应全景图谱
01月13日
img
不上云、不租卡,如何优雅地在本地微调Qwen-VL-30B?
01月13日
img
OpenAI的首款硬件:是AI耳机,今年销量要冲5000万
01月13日
img

5分钟定制一个AI采购专家:讯飞发布“招采智能体工厂”,重新定义行业开发范式

大模型落地,正从“聊天与创作”走向“规划与执行”的深水区。1月13日,科大讯飞将这一趋势押注在一个极其垂直且复杂的领域——招标采购,并发布了其全新的“招采智能体平台”。与其说这是一个产品,不如说它是一个“专为招采场景打造的智能体操作系统与开发工厂”,其核心主张令人振奋:零代码,5分钟,让企业构建属于自己的AI采购专家。

要理解这场发布的意义,首先要看清AI赋能招采的技术演进之路。1.0时代是“工具辅助”,核心是“小模型+结构化”,解决了“人工翻页”痛点,但AI不理解业务;2.0时代进入“单点智能”,大模型带来了认知突破,能深度理解评审规则,但无法解决流程割裂问题;3.0时代即“智能体(Agent)时代”,智能体具备自主规划、跨域协同、持续进化能力,成为能够推进全流程的“专业伙伴”。

“招采智能体平台”的架构基于三大核心技术支柱:首先是“星辰Agent底座”,这是平台的“决策大脑”,是国内首批融合大模型决策规划与RPA执行能力的智能体平台;其次是“星辰RPA”,作为智能体的“自动化双手”,能够稳定执行跨软件操作;第三是“MaaS模型精调平台”,允许企业上传自身数据精调模型,平均40分钟即可完成一个细分场景模型的优化。

发布会的体验区成为了技术理念的最佳秀场。参会者可以亲历两大亮点:在“智能体搭建工坊”,即使毫无编程基础的业务人员,通过简单的拖拽、连线,就能快速构建一个可运行的智能体;作为发布会的技术彩蛋,讯飞透露正在跟进国际领先的智能体“技能”(Skills)标准,该标准旨在为AI编写结构化的“工作手册”,预示着未来智能体将具备更强大的跨平台任务执行能力。

讯飞深知,招采业务场景千变万化,仅靠自身无法穷尽。因此,平台的终极目标是构建生态。它不仅内置了覆盖招标、投标、评标核心流程的数十个专业Agent,更将底层能力开放。未来,第三方开发者、行业专家可以基于此平台,开发并上架更丰富的垂直场景智能体,共同打造招采领域的“智能应用商店”。

从单一AI应用到开放的能力基座,科大讯飞此次发布标志着其AI to B战略进入了以“平台+生态”驱动的新阶段。在行业聚焦于真实价值创造的当下,招采智能体平台能否以其鲜明的技术路径和清晰的落地场景,成为垂直领域大模型应用的新范式,值得所有技术观察者持续关注。


题目:

image.png



注:这是 题目/比赛海报(裁剪版),想要题目的可以去参加阿里ctf获取



分析

PNG Chunk 隐写:存在非法 Chunk Fl4G

对题目PNG图片进行chunk解析,PNG chunk type 按规范应是 4 个字母,但文件里存在 Fl4G(含数字),所以该 chunk 的 data 以 0x78 0x9c 开头,是 zlib压缩流。

image.png





zlib 解压得到 WAV

对 Fl4G chunk 的 data 做 zlib.decompress,解出 RIFF....WAVE,得到隐藏音频。

image.png



脚本如下:

音频参数:

1 channel

16-bit

48000 Hz

5707200 frames



WAV 频域隐写 → 字节流 → PNG

将音频按 **0.1s 一段(4800 samples**切片;每段用 8 个频点是否存在表示 8 bit

频点(Hz):[100, 200, 400, 800, 1600, 3200, 6400, 12800]
阈值:频点幅值 > 1e6 认为该 bit=1

bit 顺序:低频=低位(LSB)
这样 1189 段 = 1189 字节,字节流开头正好是 PNG 头:89 50 4E 47 ...

image.png





image.png



得到



Aztec 解码得到 flag

ZXing / 任何支持 Aztec 的解码器扫这张图,输出即 flag

脚本:
import zxingcpp

from PIL import Image

img = Image.open("decoded_from_audio.png").convert("RGB")

res = zxingcpp.read_barcode(img)

print(res.text)



运行得到flag



最后也是拿到了衣服

ecaf5629022677fa08be2c6fa5522b67.jpg



2025 年,我们分别在北京上海举办了两场 QCon 全球软件开发大会。过去一年里,我们和大量一线技术团队、工程负责人、开发者持续交流,感受到一个很明显的变化:大家讨论的重点,正在从“AI 能做什么”,转向“AI 怎么在生产系统里稳定运行、可控交付、持续产生价值”。

这不是热度退去,而是行业进入了更难、也更关键的阶段——从演示走向长期运行,从能力展示走向工程兑现。

同时,越来越多团队开始回到同一个问题:当 AI 真正进入业务流程后,系统能不能“长期跑得住”?成本能不能算得清?质量、风险、合规能不能兜得住?组织的协作方式要不要跟着变?

在这样的背景下,智能体(Agentic AI) 成为不少团队正在尝试的新方向:它不只是一次回答或一次推理,而是把感知、工具调用、任务执行、反馈迭代串成一个可运营的流程,逐步嵌入研发、交付与业务链路。可以预期,进入 2026 年,这类探索会从局部试点走向更体系化的工程建设:不仅是“加一个 AI 功能”,而是软件系统、研发流程乃至组织协作方式都要随之调整。

软件工程正在发生的变化

我们看到的变化不只是工具升级,更像是一套工程范式在被重写:

  • 系统架构开始围绕「智能体协作」重新设计

  • 工程方法论从「确定性流程」迈向「人机协同闭环」

  • 研发组织面临角色重塑与能力重构

  • 产品与交互从“界面驱动”走向“意图与行动驱动”

从基础设施、推理与知识体系,到研发与交付流程,再到前端、客户端与应用体验——AI 正在以更工程化的方式进入软件生产。

QCon 北京 2026 的核心主线

基于这一判断,QCon 北京 2026 将以 「Agentic AI 时代的软件工程重塑」 作为大会核心主线,把讨论从 「AI For What」,走向真正可持续的 「Value From AI」

围绕这一主线,我们将从六个关键维度系统性展开探索:

前沿技术雷达(Future Tech)

关注未来 1–2 年最值得提前布局的方向:Agentic AI 的新形态、下一代模型、交互范式与系统架构演进。

架构设计与数据底座(系统可演进)

讨论如何构建可扩展、可演进、可复用的 AI 系统:Agent 架构、数据治理、知识体系与工程实践,回答“能不能长期跑”的问题。

效能与成本(拒绝盲目烧钱)

关注让 AI “跑得起、跑得快、跑得稳”的工程方法:在算力、推理、工程效率与 ROI 之间,寻找真正可持续的平衡点。

产品与交互(体验提升)

聚焦前端、客户端与产品层的 AI 原生改造:人机协作、意图驱动交互、任务闭环体验,以及 Agent 参与下的产品新范式。

可信落地(守住底线)

讨论 AI 带来的新风险。从 Demo 到  Production 的“最后一公里”信任危机。

研发组织进化(长期主义)

关注未来团队如何生存与进化:重塑研发角色分工、协作模式与工程文化,构建面向 AI 时代的组织能力。

我们希望在 QCon 北京 2026 呈现的

QCon 北京 2026 想呈现的,不只是“又一场关于 AI 的大会”,而是这轮变化真正落到工程与组织之后的全景:哪些方向已经走通,哪些正在付出真实成本,哪些系统必须被重构

目前,北京站部分专题已上线,我们期望持续挖掘来自一线生产环境的长期实践,呈现 Agentic AI 融入软件工程后的真实样貌——成功经验、工程妥协与关键取舍并存。

更多嘉宾邀请进行中

也欢迎你带着真实问题与实践加入其中,与更多同行一起,把这场正在发生的软件工程重塑讲清楚、做扎实。

QCon 北京 2026,期待与你一起,站在拐点之上。

📍 会议官网https://qcon.infoq.cn/2026/beijing/

📩 演讲申请https://jinshuju.com/f/Cu32l5

演讲评审标准

  • 观点:是否清晰、有判断力,能否帮助听众形成有效认知

  • 实践:内容须来源于真实工程或业务实践

  • 深度:是否具备可复用的方法论或经验价值

  • 专业声誉:演讲者在相关领域的实践背景与影响力

  • 不做广告:QCon 不是厂商宣传舞台

  • 听众所得:听众能带走什么,是我们最关注的标准

演讲嘉宾福利

  • 🎟 免费参会:自由参加大会全部课程

  • 💸 专属折扣:提供特别优惠码,方便同事与朋友购票

  • 📰 独家报道:有机会接受 InfoQ / 极客时间的深度采访

  • 🏨 免费住宿:为外地嘉宾提供酒店入住

  • ✈️ 无忧差旅:承担嘉宾往返会场的交通费用

主要功能

  • 压力监测、好看的表盘。
  • 健康功能,解读、好看的图表。
  • 使用了 FaceId 的性健康管理盆底肌训练,记录与解读。配合下方的 Apple Watch+全屏时钟+实时心率+手表显示的消耗卡数。使用场景自行脑补。
  • 手表上的文件管理器。小说、视频、音乐、Rss 、图片.都可以传到手边
  • 根据用户反馈,已经解决了大部分 txt 小说乱码的问题,反正微信能支持的我都支持了😂

新功能

全屏时钟+健康监测

  • 前提是开启全屏时钟的时候要在手表进行冥想
  • 专注度估算

[麻烦各位大佬给个好评吧,帮小弟冷启动一把]

🔗 下载地址

App Store 下载

用过的码,大佬记得留言一下

  • 493T3WE3NTLP
  • MR37JN6FMT6F
  • NH6PRLL3EPJ3
  • PRR4L4MNNEYK
  • W66LEKMTEXYY
  • MMEKR6EMPXJX
  • 9EEKNWH7K4XR
  • AY3699YJFJ7M
  • FY67LLLJRTF7
  • Y46FK447FPP6
  • YENE4WTRXKMP
  • WXYHEL6763P7
  • 76KL66EKJKMM
  • 9P7MRFXPN6JT
  • X444JYNEH36M
  • FY6PYHN4HRT9
  • RAPRYXNTTLMM
  • FF3KMYX7RXJA
  • 3X6JHNA49AX7
  • FXENH4FYKXT9

副业节点(/go/sidehustle )于 2026 年 1 月 12 日 上线,本报告基于节点创建后 3 天内的全量发帖及评论数据进行分析。


一、核心数据概览

指标 数值
总帖子数 81 篇
总评论数 602 条
独立发帖者 79 人
独立评论者 294 人
总点击量 87,350
总感谢数 83
总收藏数 409

日发帖量分布

日期 发帖数 说明
1 月 12 日 64 篇 节点上线首日,悬赏活动驱动
1 月 13 日 15 篇 热度下降
1 月 14 日 2 篇 趋于平稳


二、互动数据分析

整体互动情况

指标 数值
平均点击量 1,078
点击量中位数 624
有回复的帖子 73 篇( 90.1%)
有感谢的帖子 14 篇( 17.3%)
有收藏的帖子 39 篇( 48.1%)

点击量 TOP10 帖子

排名 标题 作者 点击 回复 感谢 收藏
1 自助洗车店副业后续(又开了一家) @ghwolf007 18,383 272 53 192
2 [副业] 节点:聊聊你的副业,送 20-500 $V2EX 币 @timespy 4,337 64 3 34
3 相应号召,来聊聊我的副业 @za30312 4,096 23 1 6
4 [副业] 节点上线 @timespy 3,318 23 6 17
5 撸数码产品:副业收入 5000 元 @feelRelieved 2,746 20 0 5
6 副业,帮留学富哥/富姐写作业 @xwhxbg 2,405 18 0 11
7 之前做的插件,没想到今年成为了我的副业,大半年收入 4w @Chatterleys 2,329 23 3 19
8 [副业]聊聊我的 2025 年做过的副业以及收入 @anson2017 1,929 14 2 7
9 做副业的两年:我的项目 NextTerminal 拿到了 300+ 付费用户 @dushixiang 1,634 34 0 4
10 售楼处薅羊毛算不算副业 @shilyx 1,592 15 0 2

高互动内容特征

  • 洗车店帖子一骑绝尘,独占 21%总点击量
  • 有具体收入数据的帖子更受欢迎
  • 实体经营类内容关注度高于纯线上项目


三、评论数据分析

评论者活跃度

指标 数值
独立评论者 294 人
人均评论 2.05 条
评论最多用户 @timespy ( 84 条)

评论数 TOP10 用户

用户 评论数 身份
@timespy 84 条 节点创建者,积极互动
@ghwolf007 41 条 洗车店楼主,回复提问
@EvanTop 15 条 项目清单作者
@dushixiang 14 条 NextTerminal 作者
@LaLy 12 条 避坑指南作者
@poorcai 9 条 -
@masonns 8 条 撸货日记作者
@som3one 8 条 汽车美容店作者
@czhen 7 条 摆摊经历作者
@Sawyerhou 7 条 -

评论时间分布

评论高峰集中在北京时间 10:00-16:00 (对应 UTC 02:00-08:00 ),与发帖高峰一致。

10 时: ████████████████████████████████████ 108 条
11 时: ███████████████████████████████ 95 条
15 时: █████████████████████ 64 条
14 时: ███████████████████ 56 条
16 时: ██████████████████ 55 条


四、副业类型分布

基于帖子标题+正文的关键词分类(一帖可归入多类):
类型
| 类型 | 帖子数 | 占比 | 典型案例 |
|------|--------|------|----------|
| 技术开发类 | 39 篇 | 48.1% | Chrome 插件、独立站、API 开发 |
| 内容创作类 | 30 篇 | 37.0% | 公众号、抖音、YouTube 、小说 |
| 套利交易类 | 24 篇 | 29.6% | 撸货、二手倒卖、内存囤货 |
| 实体服务类 | 23 篇 | 28.4% | 洗车店、摆摊、顺风车 |
| 知识服务类 | 19 篇 | 23.5% | 私活、论文辅导、留学代写 |
| 羊毛薅取类 | 18 篇 | 22.2% | 抖音极速版、AFF 、返利 |

观察

  • 技术开发类帖子最多,但点击量最高的是实体经营
  • "洗车店"单帖贡献了 21%的总点击,说明"可落地执行"的副业更受关注
  • 套利类占比近 30%,V 友传统艺能


五、标签词云

共提取 243 个标签(含重复),183 个独立标签。
词云
高频标签 TOP15

标签 次数 标签 次数 标签 次数
副业 30 收入 6 收益 6
兼职 4 赚钱 3 AI 3
尝试 2 AdSense 2 爬虫 2
私活 2 套利 2 闲鱼 2
开店 2 信息差 2 摆摊 2


六、内容形式与结果分析

分布

内容形式分布

形式 帖子数 占比
经历复盘型 31 篇 38.3%
工具/资源型 16 篇 19.8%
项目展示型 8 篇 9.9%
讨论交流型 4 篇 4.9%
其他 22 篇 27.2%

结果分布

结果 帖子数 占比
有收益 29 篇 35.8%
失败/教训 22 篇 27.2%
进行中/未知 30 篇 37.0%

观察

  • 经历复盘型最多,V 友更愿意分享完整故事
  • 失败教训占 27%,节点氛围真实,不是纯"成功学"
  • 超过 1/3 帖子有明确收益数据,信息密度较高


七、其他数据

节点数据

金库数据

八、完整帖子分类列表

按点击量排序,包含副业类型、内容形式、结果和收入数据。

标题 作者 点击 回复 副业类型 内容形式 结果 收入 标签
自助洗车店副业后续(又开了一家) @ghwolf007 18,383 272 技术开发/套利交易/实体服务 项目展示 有收益 ¥2.0 万 自助洗车/开店
[副业] 节点:聊聊你的副业,送 20-500 $... @timespy 4,337 64 技术开发 经历复盘 失败/教训 - 奖金/数据
相应号召,来聊聊我的副业 @za30312 4,096 23 内容创作/实体服务 经历复盘 有收益 ¥624 公众号/顺风车/二手交易
[副业] 节点上线 @timespy 3,318 23 技术开发 工具资源 失败/教训 - 焦虑/变现
撸数码产品:副业收入 5000 元 @feelRelieved 2,746 20 套利交易/羊毛薅取 其他 有收益 ¥5.0k 数码产品/信息差
副业,帮留学富哥/富姐写作业 @xwhxbg 2,405 18 技术开发/内容创作/知识服务 其他 进行中 - 作业辅导/富哥
之前做的插件,没想到今年成为了我的副业,大半年收入... @Chatterleys 2,329 23 技术开发/内容创作 经历复盘 失败/教训 ¥4.0 万 直播自动化/电商运营/插件
[副业]聊聊我的 2025 年做过的副业以及收入 @anson2017 1,929 14 技术开发/内容创作/知识服务 经历复盘 有收益 ¥5.0 万 收入/软件接单
做副业的两年:我的项目 NextTerminal ... @dushixiang 1,634 34 技术开发/知识服务/羊毛薅取 经历复盘 失败/教训 ¥6.0 万 NextTerminal/开源项目/盈利困境
售楼处薅羊毛算不算副业 @shilyx 1,592 15 羊毛薅取 项目展示 进行中 - 售楼处/羊毛
赛博搬砖副业 @lbb2445 1,517 11 其他 其他 进行中 - 赛博搬砖/web3/alpha 空投
16-17 年的时候卖宝剑赚了 10 来万大概 @coderchen 1,380 6 技术开发/内容创作/套利交易/实体服务 工具资源 有收益 - 宝剑/微信小号/利润
[副业] 海外视频搬运 @fengxuehao037 1,339 13 内容创作 其他 失败/教训 ¥1.0 万 视频搬运/抖音/收益
分享个未成功的摆摊 @czhen 1,252 6 实体服务 讨论交流 有收益 ¥100 摆摊/高考/学生压力
节日摆摊卖花 @imaple 1,122 5 内容创作/实体服务 经历复盘 进行中 - 摆摊/卖花/竞争
勉强的副业,游戏买卖装备,套利 @junkk 1,078 4 套利交易/羊毛薅取 其他 有收益 ¥1.0k 套利/游戏买卖装备/代练
V2EX 副业节点全量项目清单 (截止到 2026... @EvanTop 1,065 17 技术开发/内容创作/套利交易/实体服务/知识服务/羊毛薅取 经历复盘 进行中 ¥20.0 万 技术开发/实业经营/内容创作
我也来说说我的 2017-2025"撸货"日记 @masonns 988 14 技术开发/套利交易/实体服务/知识服务/羊毛薅取 经历复盘 失败/教训 ¥20.0 万 撸货/内存/技术支持
靠自己特定领域的技能赚钱 @suke119 960 6 技术开发 项目展示 进行中 - 流媒体/私有化/定制化
分享一下 github 副业 @brave6 957 3 技术开发 项目展示 失败/教训 ¥1.0 万 GitHub/赏金/前端
我 2025 年副业收入,一共赚了 31112 元 @lovezww2011 946 1 技术开发/内容创作 经历复盘 有收益 ¥3.1 万 收入/AdSense
"上班前的五分钟"——谈谈副业前的准备工作 @TedS 931 4 实体服务 经历复盘 失败/教训 - 准备/时间
一天半时间赚了 5 万元的经历 @pc10201 903 11 知识服务 经历复盘 失败/教训 ¥10.0 万 运维/费用优化/培训
无心插柳柳成荫的副业-美食赛道。 @vincent109 878 8 内容创作 经历复盘 有收益 - 美食/小吃
私活算副业么 @galenzhao 842 4 知识服务 其他 进行中 - 私活/兼职
副业,尝试写小说 @MuxSans 842 12 内容创作 其他 进行中 - 小说/写作
2026 靠副业赚钱 @JaneHan 807 5 技术开发/内容创作/羊毛薅取 经历复盘 进行中 - 大 a 捞金/兼职/薅羊毛
副业分享 @singshang 804 3 其他 其他 进行中 - 电商设计/倒货/零花钱
正好梳理一下这几年所有做过的东西 @Ekid 765 5 技术开发/内容创作 其他 失败/教训 ¥8.0k 爬虫/脚本/游戏私服
副业,帮别人解腾讯防沉迷 @quqivo 762 1 技术开发/内容创作/套利交易 经历复盘 进行中 - 防沉迷/灰产/游戏
回顾近 10 年,除薪资以外的收入 @KING754 708 2 内容创作/羊毛薅取 经历复盘 有收益 ¥20.0 万 外包/阿里云大使/写作
聊聊我的副业 @Emptyh 707 2 技术开发 经历复盘 进行中 - IT 兼职/外贸公司
咸鱼慢出闲置 最近的白银 LOF 套利 @FFV 696 5 套利交易 工具资源 进行中 - 咸鱼/闲置/白银
回顾自己的一些副业和结果 @yomunsam 693 1 技术开发/内容创作/套利交易/知识服务 经历复盘 有收益 - 收入/环境
完蛋,我的副业只有闲鱼上卖卖闲置 @wdytoya 689 3 套利交易 经历复盘 失败/教训 - 闲鱼/赚钱
网盘转存收益 @HuberyPang 689 1 技术开发/羊毛薅取 工具资源 有收益 - 网盘转存/收益稳定/无需维护
AI Coding 的 App 收获了 $33 @poorcai 649 9 技术开发 工具资源 进行中 ¥723 AI Coding/App Store/mvp
分享汽车美容店的经历 @som3one 648 7 实体服务 经历复盘 有收益 ¥15.0 万 汽车美容店/自助洗车/年底盈利
聊聊一个学生党尝试的一些副业 @albatron 640 2 套利交易/知识服务 其他 失败/教训 ¥40.0 万 编程接单/创业/虚拟货币
赚钱的东西分享出来,有几成可以复制 @Rrrrrr 632 2 技术开发/实体服务 工具资源 进行中 ¥5.0 万 开店/技术活/人流
借此机会,我也来说说这些年做过的副业 @CcHer 624 3 内容创作/实体服务/知识服务 经历复盘 有收益 ¥1.0k 翻译/字幕组/拉皮条
赚钱回顾:没挣到大钱,但这些接地气的尝试撑起了我的... @som3one 616 9 内容创作/套利交易/实体服务/羊毛薅取 经历复盘 失败/教训 ¥2.0 万 赚钱/尝试/经历
也谈谈我的副业吧 @Liner03 611 2 技术开发/羊毛薅取 经历复盘 有收益 ¥1.0k aff/短剧/自动化
感觉也不算是副业吧 @Sunyin 568 2 技术开发/内容创作/套利交易/实体服务 工具资源 进行中 ¥1.0k 软件/信息差
[副业]工行 api 对接 @wurtwzs 559 4 技术开发/内容创作/知识服务 讨论交流 有收益 ¥1.0k 工行 api/私活/接口调通
副业 x, 回血 ✔️ 闲鱼出售二手商品 @goodSleep 548 1 套利交易/实体服务/羊毛薅取 项目展示 进行中 - 二手商品/定价策略/发布策略
闲鱼卖 ai api @EasonIndie 541 1 技术开发/套利交易 其他 进行中 - AI/API/闲鱼
做网易我的世界 addons 开发 @Pangolin2004 533 2 技术开发 讨论交流 有收益 ¥1.0 万 addons/开发/收益
[副业]二手倒卖 @lalalachen 518 3 技术开发/套利交易/知识服务 经历复盘 失败/教训 - 失败/市场竞争
[副业] 鞋狗 @pridealloverme 516 2 技术开发 其他 失败/教训 - 鞋狗/snkrs/Adidas
刚开通完钱包,也来聊聊从未成功过的副业经历 @Jonz 514 1 内容创作/套利交易/知识服务/羊毛薅取 经历复盘 失败/教训 ¥100 兼职/AI
正好记录下自己的赚钱经历 @wr516516 511 2 技术开发/内容创作/套利交易/实体服务/知识服务 经历复盘 失败/教训 - 网课代做/自助棋牌室/创业经历
副业-头条发文(参与) @even77 487 3 内容创作 项目展示 有收益 - 头条/V 站/账号矩阵
新节点,占个位置 - 不算副业的副业 @guanhaoran 486 4 实体服务/知识服务 其他 进行中 - 顺风车/哈啰
副业避坑指南(行动前要多想) @LaLy 482 1 其他 工具资源 有收益 - 赚钱/警惕
发副业经历,领赛博鸡蛋 @yunkki1874 480 0 技术开发 经历复盘 进行中 - 刷单/佣金
卖卡、倒卖二手、投资股票副业 @wangwaner 474 5 套利交易 其他 失败/教训 - 卖卡/倒卖二手/投资股票
周末副业,拍照! @shortybin 464 0 其他 工具资源 有收益 - 摄影/兼职
分享这两三年尝试过的副业,都是浅尝辄止 @blackmatch 461 4 内容创作/套利交易 项目展示 有收益 - 收益/尝试
关于我的自媒体+游戏代肝副业 @duuu 460 0 内容创作/知识服务/羊毛薅取 其他 有收益 ¥6.0 万 自媒体/游戏代练/绝区零
帮朋友做 WP 独立站的副业 @nzynzynzy 423 1 技术开发 工具资源 进行中 ¥4.4k WP/独立站/托管
副业收益还在卡在 adsense 收件路上的 yt... @tomonori 417 5 技术开发/内容创作 工具资源 进行中 - AdSense/ytb shorts/收益
[副业]组织羽毛球活动 @apanlin 414 3 技术开发/实体服务/羊毛薅取 项目展示 进行中 - 羽毛球/俱乐部/收入
分享副业 @fancymf 409 0 技术开发/实体服务 工具资源 有收益 - 献血/流量卡
回顾下我经历过的几个副业,平面设计,电商,新能源 @HxmGG 406 7 实体服务/羊毛薅取 经历复盘 失败/教训 ¥40.0 万 平面设计/电商/新能源
人生中第一个回报率 10 倍的投资 @ethsol 387 1 套利交易 其他 进行中 - 京东云/回报率/稳定
回顾一下目前做的那些不算副业的副业 @tomczhen 383 0 技术开发/内容创作/套利交易/实体服务/知识服务 经历复盘 失败/教训 ¥8.0k 收益/工具
分享下我的副业吧 @CatGo 371 5 内容创作/羊毛薅取 经历复盘 失败/教训 - 百度极速金币/AI 小说
响应号召,抖音极速和快手极速撸金币 @OMGZui 367 5 内容创作/羊毛薅取 其他 有收益 ¥1.0k 抖音/快手/撸金币
分享自己的副业,也不算是副业吧,挣个烟钱 @baibaibaibai 363 0 其他 其他 有收益 - 体彩店/赔率
[副业] 家教&炒股 @0U0 358 0 知识服务 其他 进行中 - 家教/炒股/收益
副业 AI CODING 程序开发 @dianso 352 3 技术开发 工具资源 进行中 - AI/Coding/IDE
自助台球-分享下老婆的副业 @NeverMore11 341 1 实体服务 经历复盘 失败/教训 ¥5.0 万 自助台球/行业分析
之前尝试过 @yvyvyv 325 0 套利交易/实体服务 其他 有收益 - 咸鱼/日器/转运
[副业] 论文辅导/咨询 @chris075966 315 1 内容创作/知识服务 讨论交流 进行中 - 论文辅导/收入
响应号召(领赛博鸡蛋) @chainzhao188 310 1 其他 其他 进行中 - 黄牛/茅台/演唱会门票
V2EX 副业节点的信息流保存网站 @rcchen123 299 6 技术开发 工具资源 进行中 - v2exfuye.com/爬虫/webhook
保险拒赔不是终点,依法诉讼拿回应得保障 @v2eax527 295 2 其他 其他 有收益 ¥26.0 万 保险拒赔/依法诉讼/保障
副业:股票基金套利 @uasier 263 1 技术开发/套利交易 工具资源 有收益 - 股票基金/白银 LOF/套利
[副业] 我的 2025 独立开发副业 @Selenium39 223 2 技术开发 工具资源 有收益 ¥900 收入/回本
电玩桌游店 @aceseo 218 1 实体服务 经历复盘 进行中 ¥1.0 万 电玩桌游店/桌游爱好者/热门游戏


数据来源:V2EX api 数据
分析时间:2026 年 1 月 15 日
分析工具:Claude opus 4.5


题干

from Crypto.Cipher import AES
import random

flag = '******'.encode()
p = 1361137685787644823054950239221481267310111

have = lambda s,t:((1132105824051503958365821105743937899761226*s[0]**3 + 229031861736140864689129133477543367548885*s[0]**2*t[0] + 229031861736140864689129133477543367548885*s[0]*t[0]**2 + 1132105824051503958365821105743937899761226*t[0]**3 + 820243406944125048991336110221143271981334*s[0]**2 + 649313030456686003640437242797882952355121*s[0]*s[1] + 527983998322961064385871655992141377230770*s[1]**2 + 1081788557687039548127228258000675990657554*s[0]*t[0] + 711824655330958819414512996423598314954990*s[1]*t[0] + 820243406944125048991336110221143271981334*t[0]**2 + 711824655330958819414512996423598314954990*s[0]*t[1] + 305169689141722694283206927237198512848571*s[1]*t[1] + 649313030456686003640437242797882952355121*t[0]*t[1] + 527983998322961064385871655992141377230770*t[1]**2)*pow(229031861736140864689129133477543367548885*s[0]**2 + 903073962315363093676691972266394532212341*s[0]*t[0] + 229031861736140864689129133477543367548885*t[0]**2,-1,p)%p, (54187766978142688518903451220347809940963*s[0]**4 + 229031861736140864689129133477543367548885*s[0]**3*s[1] + 1252762151831359446017143336780785647428185*s[0]**3*t[0] + 674042100579222228987562838788851164663456*s[0]*s[1]*t[0]**2 + 108375533956285377037806902440695619881926*s[0]*t[0]**3 + 458063723472281729378258266955086735097770*s[1]*t[0]**3 + 1306949918809502134536046788001133457369148*t[0]**4 + 903073962315363093676691972266394532212341*s[0]**3*t[1] + 687095585208422594067387400432630102646655*s[0]**2*t[0]*t[1] + 1132105824051503958365821105743937899761226*t[0]**3*t[1] + 409448300551393558178072250995397507413084*s[0]**3 + 1207230666903911661795540475036106991723031*s[0]**2*s[1] + 62511624874272815774075753625715362599869*s[0]*s[1]**2 + 833153687464683758669078583229339890079341*s[1]**3 + 132792784133464148520733486235288745070859*s[0]**2*t[0] + 307814037767466322518819528370748551174160*s[0]*s[1]*t[0] + 1298626060913372007280874485595765904710242*s[1]**2*t[0] + 1228344901654180674534216752986192522239252*s[0]*t[0]**2 + 1207230666903911661795540475036106991723031*s[1]*t[0]**2 + 951689385236251264876877988226083759897027*t[0]**3 + 153907018883733161259409764185374275587080*s[0]**2*t[1] + 1236114436039099191506798731970050542110373*s[0]*s[1]*t[1] + 222814309181238370102664728754942864382199*s[1]**2*t[1] + 1053323648020178500536130710850732716135951*s[0]*t[0]*t[1] + 125023249748545631548151507251430725199738*s[1]*t[0]*t[1] + 153907018883733161259409764185374275587080*t[0]**2*t[1] + 62511624874272815774075753625715362599869*s[0]*t[1]**2 + 1138323376606406452952285510466538402927912*s[1]*t[1]**2 + 1298626060913372007280874485595765904710242*t[0]*t[1]**2 + 527983998322961064385871655992141377230770*t[1]**3)*pow(229031861736140864689129133477543367548885*s[0]**3 + 674042100579222228987562838788851164663456*s[0]**2*t[0] + 687095585208422594067387400432630102646655*s[0]*t[0]**2 + 1132105824051503958365821105743937899761226*t[0]**3,-1,p)%p)
fun = lambda t:((1355411426698193074927107560516481409632646*t[0]**4 + 1178449528330025005130887555984327255695700*t[0]**3 + 431210186226622274082401960566604243166160*t[0]**2*t[1] + 59195913557099283872495176385768072148921*t[0]*t[1]**2 + 251369299603578168918462619253512221092756*t[0]**2 + 879678478093874414429176172962662062922270*t[0]*t[1] + 281103361207015191365820977148971655332738*t[1]**2 + 362519131628697943100337725424101898137457*t[0] + 443705393890279523315779887935020111939334*t[1] + 578364425578037679604436300506704082028031)*pow(956880610267536390357724782030411500415237*t[0]**2 + 1145532592674333686013749258938179145727031*t[0]*t[1] + 650970886115272769591227531417856597580595*t[1]**2 + 233572674711604604519014902334948133513444*t[0] + 535453460641822632058096218419954325337796*t[1] + 725112018286073523450664990921518386913035,-1,p)%p, (1229680448238589741915782165367654357920185*t[0]**6 + 508331960611786860744946345382725399597519*t[0]**5 + 1343958908519289578671422203106481694277716*t[0]**4*t[1] + 177167026616744824850256300247635539724057*t[0]**3*t[1]**2 + 647526478257364195975697407176118287861906*t[0]**4 + 874634578828271234182240863130269063092359*t[0]**3*t[1] + 753721599708341578448324615735431250261044*t[0]**2*t[1]**2 + 59195913557099283872495176385768072148921*t[0]*t[1]**3 + 135184449413711070637582564227488684273926*t[1]**4 + 1184268232038119513987721523209048245879902*t[0]**3 + 588376066139055328517853740807864391561055*t[0]**2*t[1] + 975956920560485006036771022835309336072696*t[0]*t[1]**2 + 1352108846430422970045668681682022723360513*t[1]**3 + 1280832417616997174969599325837067484280181*t[0]**2 + 954546681684014316952546155309712995684234*t[0]*t[1] + 865928094420333438629116336228132264435796*t[1]**2 + 1082085886860697193173121066542089802274658*t[0] + 755869998556204076975668261501936206771336*t[1] + 657902451019006293214253561308197638483112)*pow(956880610267536390357724782030411500415237*t[0]**3 + 1037730046117678117493148768796528084935491*t[0]**2*t[1] + 591774972558173485718732355032088525431674*t[0]*t[1]**2 + 1225953236373933752417367674993992583036185*t[1]**3 + 350359012067406906778522353502422200270166*t[0]**2 + 245222696137823073119338416038381708703277*t[0]*t[1] + 1197892972677768820041026587455773400480227*t[1]**2 + 814198369070575747297044733543073893428994*t[0] + 447093761510564524382892260162823859185717*t[1] + 558976911634572335364921619094958402137856,-1,p)%p)

def have_fun(a, b):
res = g1
while b:
if b&1:
res = have(res,a)
a = fun(a)
b >>= 1
return res

g1 = (1151954709424958906091046463160132564937644,709388597947225692614956015386635942863012)
g2 = (981333628607549915704008747402562350211701,1251610635487471222383956310361676241534200)

key = random.randrange(2,1<<54)
y = have_fun(g2, key)

print('y =',y)

cipher = AES.new(str(key).encode()[:16], AES.MODE_ECB)
enc = cipher.encrypt(flag)
print('enc =', enc)

首先分析题干,主要是分析给出的几个定义。最开始的时候给定了大素数模数p,也就是说后续运算都在有限域 𝔽_p中进行

其中have定义了一个二元运算,它接受两个点的坐标,返回一个点的坐标,而且过程中的运算是通过多项式的乘逆这种形式实现的,因而根据其特征判断该函数类似于一个黑盒群加法

其中的fun函数,接受一个点的坐标,输出一个点的坐标,而且也是有理函数,在这里只看特征可能不好判断该函数的作用,可以暂时保留一下,先看下面的函数

这个have_fun函数是关键,它的结构与常规的ECC标准二进制标量乘,即double-and-add极其类似,但是初始值不是无穷远点而是g1点,据此可推测出,在这个黑盒群当中,g1即为单位元或承担单位元的作用

然后fun就与倍增函数类似,是用于计算一定倍数的给定点的。然后已知have_fun函数的实质之后可以把这个函数写成更加熟悉的形式, have_fun(g2, key) 就是平常遇到的key·g2

此时就可以对问题进行初步的定性了,本题中需要解决一个基本等价于椭圆曲线群的定义在𝔽_p上的代数群问题。然后给出了零元g1与生成元g2,给出小于2^54的随机数key,给出y=key·g2,需要求解key的值,也就是说需要解决一个DLP离散对数问题

然后解出来key之后就是拿来解决一个类似AES的问题,不过这里不知道为什么做的这么抽象。第一,key本来就小于2^54,相对于常见的来说偏小不够安全,其次还直接转字符取了前16位作为AES key,也就是说有效空间大致只有 log_2(10^16)≈16×3.32≈53.15 bit ,而且还不考虑key小于16位时导致的报错问题。

由于key的范围比较小,可以尝试考虑用BSGS算法,用该算法降低计算复杂度后应该理论上也是能解的,但是运算量还是比较大,所以在这里只示例一下如何用一种更加高级的方法来解决这个问题

我的整体思路是先将黑盒群拟合成为平面曲线,再把它等价变换到Weierstrass椭圆曲线上,也就是先恢复曲线方程,然后再用Sage内置的 discrete_log 函数解DLP,最后当成常规的AES解密得到flag

其中恢复曲线方程的一步是本题的核心所在,我将从以下几个方面展开论述一下为什么这一步要拟合一个三次齐次多项式F(X,Y,Z)=0

首先分析下已知的信息,给出的点是二元元组,所以这是平面代数群,群元素是 (x,y) ,其中x,y均属于𝔽_p,用的have_fun函数是标准的double-and-add标量乘,所以群是交换群,而have函数与fun函数即群运算都是由有理函数进行运算的。根据这些特点吗可以确定这是一个定义在有限域上的代数群一个定义在有限域上的代数群而非抽象群

其次元素由x,y两个坐标表示,但是两坐标取值并非自由,实际点明显落于低维度的子集当中,否则加法不封闭(这是阿贝尔交换群,对加法应该是封闭的)。因此这是一个一维代数群

而一维代数群主要分为以下三种,即加法群,乘法群以及椭圆曲线群。

对于加法群而言,该群上的标量乘应该是线性的,不可能构成本题的这种DLP问题,此外的,题目中的have函数包含乘法、除法、高次项,非线性,非仿射变换,所以显然不符合题意,可以排除

对于乘法群而言,乘法群的genus为0,是有理曲线,若是乘法群的话那么必然存在低次数的有理参数化,通过观察have函数能观测出来,在参数域里,应当只出现乘法和平方,不会出现大量混合的线性项和二次项的分式叠加

此外通过另一种方式也能证明,直接对椭圆曲线,也就是对平面三次曲线进行拟合,如果结果是光滑的三次方程,那么genus=1,是椭圆曲线方程,如果是奇异的三次方程,那么就是有理曲线,就很有可能是由乘法群跟加法群的变体

通过如下的sagemath脚本检测拟合到的曲线是否存在奇异点,得到返回结果为空,说明是光滑的,也可以确定本题中的曲线就是椭圆曲线,拟合到的就是正确的曲线方程

在此之前还有一个曲线拟合的具体过程,我这里是用插值implicitization的方法来做的

首先在利用have、fun和have_fun函数可以基于g2点生成一批候选的点,然后混合嵌套一下,保证数量足够多,分布足够分散,能够唯一确定一条低次数曲线,而不是只落在某一子群导致拟合退化

然后又有一个需要理解的细节,这是三次方程,而之前给出的坐标都是二维的 (x,y) ,并且群运算永远返回这种形式,这里我的理解是题目不是建立在完整曲线上的,而是对于建立在一个z不等于0的仿射片之上,因此有仿射坐标(x,y)=(x/z, y/z),不妨取z=1

把每个采样点P=(x,y)代入射影点(X,Y,Z)=(x,y,1),然后得到下式,其中只有c_i是未知量,m_i是 fit_projective_cubic 函数中的全部可能的10个齐次三次单项式基

QianJianTec1768278065801.png


也就是说,需要解决一个形式为M·c=0的方程,其中的c与M如下

QianJianTec1768278088933.png


只需用SageMath内置的 M.right_kernel 函数即可完成计算,该函数的作用是返回所有满足M⋅v=0的列向量v,也就是要求的向量c

求解完之后拟合得到一条曲线,此时可以用 K.dimesion 来确定一下,这里得到结果为1,说明除了整体倍数之外,只有这一条三次曲线能同时通过这些点,排除了偶然拟合的可能性

到这里我们就已经成功恢复曲线的方程了,到这一步可能有人会有疑问,为什么只拟合了三次项却能恢复完整的曲线方程,如果你也对此而困惑的话,不如将下式中的z换成1再看一看这是不是三次方程的标准式

QianJianTec1768278100804.png


以下是这一部分的完整sage代码实现

然后开始正式求解,第一步是把题目当中的点映射到这条椭圆曲线上面,也就是进行同构下的群元素对应。通过上个步骤求到的F为

QianJianTec1768278113141.png


这里需要做一步改写,写成了广义Weierstrass形式,因为这个方程并不是sagemath直接可用的标准形式,需要将式子左边的 Cy^2 变成 y'^2 这种标准形式,也就是说,需要把y^2前面的系数想方法变成1。这里引入一个量s,满足 s^2=-C ,那么就有 y'=s*y ,然后就可以将式子的左边变成 y'^2+(Bx+E)y'/s ,就得到了标准的椭圆曲线形式

这里还有一个点需要注意一下,这里C或-C必定是一个平方数,否则该曲线就不是椭圆曲线了(任何在𝔽_p上定义的椭圆曲线,都同构于某个Weierstrass形式),只是一个普通的二次扭曲曲线,这里可以在代码里加一句验证一下

改写完之后用 E = EllipticCurve(Fp, [a1, a2, a3, a4, a6]) 就可以直接让sage识别这个椭圆曲线了,然后利用内置的函数将g1,g2和y映射到这个曲线上了,代码实现参考 Px = E(x[0], s*x[1])

这里也可以加一步验证一下,用assert检测这几个映射后的点是否在这个椭圆曲线E上

到这里就做好准备了,然后重新来整理问题,我们要解的其实就是这个式子

QianJianTec1768278154851.png


这是一个标准椭圆曲线离散对数问题,key区间在2到2^54之内,用已知区间的离散对数算法可以直接解出key,复杂度约为 O(2^27) ,完全是可行的。代码方面用内置的discrete_log函数就可以,指定边界bounds与算法(这里用的是lambda)

解出key之后先用have_fun函数验证一下g2与key的返回结果是否为y,然后按照加密逻辑生成AES key并解密AES即可得到flag


极客时间企业版(极客邦控股(北京)有限公司)成功入围中国移动 2026–2028 年培训服务集采项目,正式成为其一级供应商。在技术、市场及政企、培训资源开发三大标段中均取得优异成绩,彰显了公司在 IT 与数智化培训领域的深厚实力和生态优势。

中标概览:三大赛道,全面突破

在本次集采中的表现

极客时间企业版在“标包 7(培训资源开发)”中勇夺魁首,依托成熟的课程研发体系与知识产品化能力,彰显了其在高质量、体系化数智课程开发方面的硬核实力;在“标包 2(技术)”中位列三甲,体现了在 AI、云计算、大数据等前沿技术培训领域的扎实积淀;同时强势入围“标包 3(市场及政企)”,进一步验证了其助力企业业务增长与数智化转型的全面解决方案能力。

能力解读:“媒体+产品+生态”的复合优势

极客时间企业版之所以能快速响应不同标包的需求,根源在于公司长期以来打造的“内容+产品+生态”模式:

  • 极客时间企业版则凭借培训平台与课程产品,将培训需求转化为可落地、可衡量的学习成果。

  • InfoQ 极客传媒提供前瞻行业洞察,精准把握人才培养方向。

  • TGO 鲲鹏会链接高端产业资源与实战智慧,构建协同发展的高管智库。

依托公司各业务板块的协同效应,极客时间企业版将持续为包括中国移动在内的广大合作伙伴提供“严选内容、高效转化”的培训服务,践行“助力客户成功”的价值承诺,提升企业人才发展的综合回报。

时代召唤:AI 浪潮下的企业人才变革

AI 重构千行百业,企业对“懂技术、会落地、能创新”的数智人才需求,已从“可选”变为“刚需”。极客时间企业版始终致力于将前沿数智技术与实战知识体系深度融合,此次入围正是对公司在应对时代命题、推动产业人才升级方面能力的高度认可。

深化创新,践行使命

立足新起点,极客时间企业版将以此次合作为引擎:对内,持续深化课程内容与服务创新;对外,将集采所带来的资源与平台优势,探索数智人才培养的新模式、新场景。我们坚信,专业的培训服务不仅是知识的传递,更是产业的赋能。未来,极客邦科技将继续秉持“推动数智人才全面发展,助力数智中国早日实现”的使命,与中国移动及所有伙伴一道,用人才之力点亮数智未来!

(图为:极客时间企业版产品服务概览)

合作咨询

欢迎联系极客时间企业版,我们将按照您的企业场景、业务目标和人才发展要求,提供专属人才培养解决方案,助力您的企业致胜 AI 时代。敬请点击“阅读原文”访问官网,或扫描下图二维码


在很多比赛中,都是以代码量堆积起来的,这样题目需要有强大的逆向的能力,但是在大ai时代,我们可以让ai给我们极大程度的降低逆向分析的压力。

题目附件

通过网盘分享的文件:easypwn_b52bf495bea360db1e259c6827e703ed.zip

链接: https://pan.baidu.com/s/1pA49B0Jpb0FYAEKqSHe1Kg?pwd=aaaa 提取码: aaaa

--来自百度网盘超级会员v4的分享

Easypwn(典型的 bison/flex 生成的 parser:状态栈用 byte,语义栈用 8 字节槽位

这个题目及其复杂,我们通过这个题目学习一下现代ai逆向分析的辅。

技巧一:通过ai写idapython快速一键还原名称

其他的部分可以利用这个方式一键还原,这样就不用看a+的偏移

这里计算机模拟架构非常非常复杂 我们需要用idapython进行导入,要不太麻烦了

下面这个idapython可以直接导入我们需要的

Python

复制代码
import idc
import ida_kernwin

DECLS = r"""
typedef struct StreamCtx
{
void *fp;
unsigned char *buf;
unsigned char *ptr;
int cap;
int len;
int can_realloc;
int is_tty;
int unk40;
int unk44;
int unk48;
int buf_inited;
int slot_state;
int _pad5C;
} StreamCtx;

typedef struct OP_Ctx
{
int *nest_counter;
void *in;
void *out;
unsigned __int64 stream_index;
unsigned __int64 stream_cap;
StreamCtx **streams;

unsigned char ch_saved;
unsigned char _pad49[3];

int buf_valid;
int tok_len;
unsigned char *cur;

idapython使用中遇到的问题及解决

一开始遇到了ModuleNotFoundError: No module named 'ida_struct'这个问题

对于这个问题,我们首先确定我们这个模块有没有这个功能

import pkgutil
mods = sorted([m.name for m in pkgutil.iter_modules()])
print("ida_struct" in mods, "idautils" in mods, "idaapi" in mods)
print([m for m in mods if m.startswith("ida_")][:50])

你返回的结果非常明确:

ida_struct False

idaapi True

idautils True

并且模块列表里有 ida_typeinfida_idc 等,但就是没有 ida_struct

这个 IDA/IDAPython 版本把结构体相关能力主要放在 IDC API(idc.*)和 ida_typeinf/ida_bytes 等模块里了

然后我们把这里的信息喂给ai之后,就能给我写出来正确的idapython的脚本

idapython的使用实例二

下面给你一份 “一键还原已知信息” 的 IDAPython 脚本(兼容你这套 Python 3.11 + 没有 ida_struct 模块 的环境)。它会做三件事:

1 给你已知的全局表(byte_4068xx/word_4063xx)批量重命名(Bison 表 + Flex DFA 表)

2 尽量给这些表打上合理的数组类型(不要求知道确切长度)

3 (可选)把你已导入的 StreamCtx / OP_Ctx 的成员名改成更语义化的 Flex/Bison 命名(如果 idc.set_member_name 在你版本可用就会生效,不可用也不会报错)

你直接把脚本复制到 IDA 的 Python 窗口执行即可。执行完建议:F5 刷新反编译窗口,或者重开一下伪代码视图。

idaoython中的窗口的刷新

这个好像只能还原反汇编,不能还原反编译

这里需要关闭重启一下才行,重复这个步骤可以很快还原这个计算机的函数名称,结构体名称,而不用去手动一个个的去定义。

技巧二:fuzz输入测试(AFL)

这个题目fuzz测试没测出来异常,应该是我的用法的问题

下面这个是特定工具,限制的话是需要提前用这个fuzz进行编译

安装

下载AFL

编译

检测是否成功

运行

建目录 in/,放一些“语法合法”的短表达式:

run.sh

如果你有源码:优先用插桩编译(效果最好)

如果你只有二进制:用 QEMU 模式

-m none 是为了避免一些程序内存稍大导致 AFL 误杀。 -t 1000+ / 2000+ 是给 parser 足够时间(你后面可以再调回去)。

遇到的问题以及解决

解决环境问题

解决工具的依赖的问题(c脚本替代bash脚本)

再次安转依赖

build_qemu_support.sh的脚本修复

拷贝进入linux空间

清理空间

改个配置文件

然后创建一个临时终端,解决python的版本的问题

之后编译的时候可能会出现很多bug,我们用下面这个查看内存占用的情况

删除编译残留

安装AFL+

环境清理

docker拉取

运行,等待

爆破了2小时一无所获,我们可以延长时间的参数

crashes

这个目录通常用于存储 fuzzing 过程中发现的崩溃案例。AFL++ 在测试目标程序时,如果遇到崩溃(比如段错误、总线错误等),它会将触发崩溃的输入保存到这个文件夹中,供进一步分析。

default

这个文件夹可能包含 AFL++ 默认的配置、输入样本或运行时数据。它可能是 fuzzing 过程中使用的初始种子(seeds)文件的目录,也可能是 fuzzing 执行时的默认设置或输入数据的存储位置。

hangs

这个目录用于存储 fuzzing 过程中导致程序挂起(例如死锁或无限循环)的输入数据。当 AFL++ 测试过程中遇到这样的情况时,它会将这些输入保存到这个目录中,以便进一步调试。

plot_data

这个目录通常包含 AFL++ 在 fuzzing 流程中生成的图形数据或统计数据。例如,它可能包含了程序运行过程中的覆盖率信息,用于生成图形化的报告。AFL++ 可以通过这些数据来评估模糊测试的有效性和进展。

queue

这个文件夹保存 fuzzing 测试过程中用来测试程序的所有输入数据(也就是“队列”)。每一个输入样本都会被存储在此文件夹中,并且 AFL++ 会不断地修改、变异这些输入数据,并将变异后的数据放入队列中供程序继续测试。

查看 fuzzer_stats

这个文件记录了 AFL++ 在模糊测试过程中跟踪的关键统计数据

查看 plot_data

这个文件提供了模糊测试的进度数据,并记录了时间、执行情况等与测试进度相关的信息。每一行代表测试过程中的一个时间点

技巧三:结构体的分析技巧

结构体一般是存储在堆上,我们打断点到malloc的位置上,然后对比赋值从物理字段对比ida源码记忆结构体即可,如果抽象能力很强的话可以直接看。

这样的话看的话就比较清晰了,结构体的赋值字段就不用跳着看了

image.png







技巧四:程序流的分析技巧

我们看到漏洞的可能点,我们一个重要的是如何达到我们漏洞的利用点

这里我们可以结合ida的反汇编窗口去一个个对比去看,结合F5,这里和dbg的动调配合起来,道道很多,附一个中间过程对比的截图,主要是有外到内取看判断条件

image.png



这里的分析过程最好是关闭aslr,这样可以看到分支条件哪些是可控的因素,哪些是不可控的因素,哪些可以进入分支,哪些是必然不能进入分支的。

技巧五:弄清楚bug的原因

这个是和程序流一样的,我们要尽可能弄清楚,弄不清楚不是很影响,弄清楚了之后对于做题帮助是实质性的,比如说这个error的报错的原因

out的结构体如下

40 位十进制数大概是:

10^39 ~ 2^129.610^40 ~ 2^132.9

需要的字节数约为 ceil(bitlen/8)ceil(133/8) = 17 字节

也就是说,一个 40 位左右的大整数,转换成 base-256 输出时会产生 ~17 个 rem_byte

但你的 out 只有 16 字节,而且还不是“纯输出 buffer”,里面有指针/错误码。

所以当你写到第 9 个字节开始,out[1](error)就被你自己写脏了,变成非 0,于是:

就走 “error 分支”。

技巧五:漏洞分析技巧

这个是最难的一部分,把程序都还原出来,只不过是降低查找漏洞的难度,而不是我还原出来就一定能找到漏洞。

这个题目关闭了canary,本质上一个栈溢出

我们观察这里来回返回的释放申请,首先推测是结构体的重用的漏洞

这个题目逻辑流一开始往申请的堆块里面输入最大0x400的数据,实际上不到0x400

然后拷贝进入一个堆块,这里的拷贝是存在字符截断的处理的

之后申请一个ctx_manager结构体管理我们拷贝存储的堆块

第一轮检查结束就释放掉我们一开始的这些堆块,之后重复这个流程,然后功能执行的是分析计算

第二轮结束之后,还有一个计算结果标志位的检测,之后就是打印我们第二轮计算的结果,这个流程是这样的

这里的可疑的地方一个是多重释放,另外一个不断取余,我们从感觉是有这两个利用点

下面的这个利用点的话主要是这个

image.png



这里是往栈上的写,写的是我们计算的结果,我们可以利用我们利用残留数值ctx结构体,和这个配合可以写上rop链的

假如说我们不去使用特殊手段的话,我们最多只能写10个数字长度

然后我们发现可能并不是结构体重用的漏洞

刚刚,谷歌更新了其 Veo AI 视频生成器,新增原生竖屏视频生成与 4K 分辨率支持功能。此次对 “文生视频” 功能的调整,旨在提升画面清晰度的同时,确保不同场景中的主体元素保持一致。

 

Veo 3.1 的更新,解决了生成式视频领域一项长期存在的挑战:保持镜头间的视觉一致性。谷歌表示,新款模型在场景切换时能更好地保留人物特征与背景纹理,从而更容易重复使用特定的视觉元素,或在多场景叙事中贯穿同一主题。

最显著的改进是对“素材到视频”工具的重大优化。用户只需添加三张参考图片:一张用于主体,一张用于背景,一张用于展现所需的视觉效果或风格。然后,只需添加一些文字即可开始制作。即使提示信息较短,Veo 3.1 也能在提供参考图像后生成角色表情和动作更生动的视频。

 

移动创作者是本次更新的核心受众。升级后的 Veo 可直接生成 9:16 比例的原生竖屏视频,创作者无需对横屏素材进行裁剪,也不必牺牲画质,就能制作出适配 YouTube Shorts 等平台的全屏内容。针对更专业的创作流程,谷歌还新增了 1080P 至 4K 的画质提升选项。

 

目前,这些新功能已率先在 Gemini 应用、YouTube Shorts 及 YouTube Create 工具中上线,并将逐步覆盖谷歌旗下更多创作者工具与企业级服务。为区分生成内容与真实拍摄素材,谷歌会在视频文件中嵌入肉眼不可见的 SynthID 数字水印。

 

有体验用户反馈,Veo 3.1 似乎存在不同语言版本表现差距太大的问题。“巴西葡萄牙语的人物音频存在音画不同步、台词错乱的问题,其他语言版本的表现则相对更佳。我曾指令其生成一段鹦鹉以沙哑嗓音鸣叫的音频,但该需求最终未能实现。”

 

值得一提的是,此次更新距苹果与谷歌官宣合作、计划在下一代 Siri 中集成 Gemini 模型仅过去一天。与此同时, OpenAI 已达成合作,计划将迪士尼角色引入 Sora 平台。

 

为了白嫖使用这个 FIAT24 的信用卡,同时注册了币安,以及找回了我的欧易账户

币安充值后,身份认证连续两次失败,直接拒绝认证了

其他佬友也遇到了相似的问题

我的老欧易账户补充下身份证进行认证,很容易就通过了。FIAT24 开卡完成

最后把币安冲的钱都存到欧易里面了。

最后 我 FIAT24 卡可以绑定美区 Apple 付款方式,但是充值余额时无法完成。有其他佬友好像可以付款


📌 转载信息
转载时间:
2026/1/15 10:53:52

复活方案:打开 Antigravity,使用 Antigravity Cockpit 插件,在自动唤醒 (Auto Wake-up) 下点击立即测试(Test Now)按钮,有几个号 429 就选几个号,每种模型勾一个。然后看一下历史里,有几个号正常返回就活了几个号。




然后点历史,如果是成功那这个号就活了


亲测 1 个 pro 家庭组母号 + 家庭组里的另外 3 个字号,一共 4 个号都活了。
祝各位佬可以正常复活 429 的号。

另外,如果插件里没有号,点开账号同步设置,点勾上自动同步 Antigravity Tools 账户,就可以用了。我反代用的是这个,用另一个工具反代的也可以试一下。


闲聊:
今天早上睡醒一看全部号都 429 了,天直接塌了。
然后上 L 站准备找有没有佬有办法,

后来看到佬发出来的方案,这个佬做的 octopus 也很好用,可以去试试

试了一下果然可以,4 个号完美复活。
打开 opencode 继续开蹬!
还是不会排版,敬请谅解


📌 转载信息
原作者:
user2901
转载时间:
2026/1/15 10:52:28

逛花瓣看到一些插画,很喜欢,就尝试着弄了一下,效果还可以捏,供佬友把玩。

咒语
一幅具有纹理感的扁平化儿童绘本插画。整个场景沐浴在勃勃生机的春光之中,营造出极致的温馨与惬意感。[场景描述]。画面严格采用丰富的春季色调,包括但不限于嫩绿、粉红、鹅黄、浅蓝。 --ar 9:16 
我的四季调色盘

春:嫩绿、粉红、鹅黄、浅蓝
夏:翠绿、湛蓝、金黄、大红
秋:焦橙、枯黄、水绿、赭红
冬:冰蓝、柔白、银灰、朱红


📌 转载信息
原作者:
Clarke.L
转载时间:
2026/1/15 10:52:11


Dify 沙箱逃逸漏洞 RCE 分析

前言



社区上还没有人分析过Dify的沙箱逃逸,n8n的分析了很多,今天来分析分析dify的,而且阿里云漏洞库给到了9.8的评分



image.png



漏洞描述

Dify是一款开源的LLM应用开发平台。在Dify的 代码节点 功能中,允许用户执行自定义的 JavaScript 代码。该漏洞是由于 Dify 沙箱(dify-sandbox)在执行用户提供的 JavaScript 代码时,未能在安全限制生效之前对用户代码进行充分的隔离。攻击者可以通过在 JavaScript 代码中重写全局函数(例如 parseInt),在沙箱安全限制(如 seccomp)生效之前执行任意系统命令,从而实现沙箱逃逸并获得宿主机 root 权限,进而获取敏感信息(如 API 密钥、内部服务器地址、K8s token)。

环境搭建

沙盒版本低于 0.2.11 就好了

在 docker 文件里面修改一下,这个不需要修改整个 dify

复现起来比较方便

只重启 sandbox

漏洞复现

POC

写一个代码执行的工作流



节点加入逃逸代码







成功

漏洞分析

根据 Huntr 披露的细节

漏洞的根源在于 Go 语言编写的 Runner (nodejs.go) 如何处理用户代码。它没有使用安全的沙箱上下文(如 vm.runInContext),而是采用了简单的字符串拼接

prescript.js



这样的顺序有什么问题呢?梳理清楚执行顺序

问题 1:parseInt 是 JavaScript 全局函数,可以被用户代码覆盖
问题 2:parseInt 在 difySeccomp 之前被调用
问题 3:用户代码拼接在 prescript.js 之后,会在 parseInt 调用前执行

nodejs.go

可以看到完全没有隔离,我记得当时有一个 jsp 的 webshell 就是利用这个原理免杀的

最终生成的 JS 脚本

当 Go 程序完成拼接后,Node.js 进程实际接收到的 final_script 长这样



在 JavaScript 中,函数声明具有最高的提升优先级,也就是在代码执行任何一行之前,JS 引擎会先扫描整个作用域,将所有 function xxx() {} 提升到内存顶部

所以在编译阶段,Node.js 解析整个拼接后的脚本,发现了用户代码中自定义的函数,将全局作用域中的 parseInt 引用指向用户的恶意函数,覆盖了原生的 parseInt

导致了漏洞

Payload 解析

JavaScript 函数声明提升机制

在 JavaScript 中,**函数声明(Function Declaration)**具有最高的提升优先级:

JavaScript 引擎在执行代码前,会先扫描整个作用域,将所有 function xxx() {} 声明提升到内存顶部

执行流程



总结

其实总的下来,就是一个这样的顺序,而这个漏洞最重要的就是执行顺序



漏洞修复

https://github.com/langgenius/dify-sandbox/commit/a0c74d335e380d0a51595cdc0ad975a064a6127b



漏洞的本质就是执行的顺序,安全边界 Seccomp 限制优先执行就好了

调整代码执行顺序:确保 difySeccomp(安全限制)在用户代码执行前调用,彻底避免沙箱生效前的 “窗口期”。例如,修改 prescript.js 与用户代码的拼接逻辑,让 difySeccomp 优先执行:



参考

https://athink.cn/securitynews/detail/?id=687dd9dd10b54e7878ef6d1b

https://huntr.com/bounties/f8dc17a3-5536-4944-a680-24070903cd2d


PyTorch Distributed Checkpoint 远程代码执行漏洞分析

漏洞描述





PyTorch 的分布式检查点模块中的 FileSystemReader 类在 read_metadata() 方法中使用不安全的 pickle.load() 函数反序列化检查点元数据文件,且未对数据来源进行任何验证。攻击者可以通过构造包含恶意 pickle 数据的检查点文件,当受害者使用 FileSystemReader 加载该检查点时,恶意代码将在反序列化过程中自动执行,从而实现任意代码执行。

环境搭建

直接最新的版本就可以

漏洞复现

PoC 代码









为什么需要 MaliciousMetadata 对象呢?


因为 read_metadata() 期望反序列化后得到一个 Metadata 对象

如果直接 pickle.dump(MaliciousPayload()),反序列化时会报错

所以构造一个Metadata 的对象,把恶意负载嵌进去



漏洞分析

漏洞原理并不难,就是根据漏洞点去构造触发文件

FileSystemReader,漏洞点

文件位置: torch/distributed/checkpoint/filesystem.py

这个类也是会读取 read_metadata,metadata,并反序列化处理





很明显,在这个点上

无输入验证: 未验证 .metadata 文件来源
无类白名单: 允许反序列化任意 Python 类
自动调用: 加载检查点时自动触发
完全信任用户输入: path 参数完全由用户控制





Pickle 反序列化原理

Python 的 pickle 模块用于对象的序列化和反序列化。在反序列化过程中,pickle 会自动调用对象的 __reduce__() 方法来重建对象

我们在 __reduce__() 写入恶意代码

攻击场景

可以分为一些场景

场景一: HuggingFace 模型投毒

场景二: 训练脚本 CLI 注入

场景三: MLOps 平台上传

总结

通过数据流向,让 AI 画一个图,很清晰

漏洞修复

官方并没有修复,因为被认定为重复漏洞,但是最新版本还是可以复现,下面是一些修复方法

Unpickler/白名单

修复后的 read_metadata() 方法:

添加 safe_mode 参数



参考资料

CWE-502: Deserialization of Untrusted Data

Python pickle Documentation

OWASP Deserialization Cheat Sheet

赏金报告

亚马逊云科技最近宣布为S3 Tables引入两项新功能,第一项功能是新的智能分层存储类,该存储类能够根据访问模式自动优化成本,第二项功能是支持跨 AWS 区域和账户自动维护一致的Apache Iceberg表副本的复制功能,该过程无需手动同步。

 

智能分层存储类会将数据自动分配到最具成本效益的三个低延迟层级之一,即 Frequent Access、Infrequent Access 或 Archive Instant Access。据公司介绍,最后一种是最低成本的层级,比 Infrequent Access 层级便宜 68%。亚马逊云科技的主任开发者倡导者 Sebastian Stromacq 这样写到:

在无访问达 30 天后,数据会被移动到 Infrequent Access 层级,在 90 天后,则会迁移到 Archive Instant Access 层级,这一过程不会对应用程序造成影响或性能降低。

 

默认情况下,表使用标准存储类,但创建表时可以指定智能分层(Intelligent-Tiering)作为存储类,用户也可以在表存储桶级别配置默认存储类。用户可以将智能分层设置为表存储桶的默认存储类,如果在创建表时未指定存储类,那么表将自动存储在智能分层中。

 

用户可以利用AWS命令行界面(AWS CLI),通过 put-table-bucket-storage-class 和 get-table-bucket-storage-class 命令来更改或验证其 S3 表格存储桶的存储层级。相关命令如下所示:

aws s3tables put-table-bucket-storage-class \   --table-bucket-arn $TABLE_BUCKET_ARN  \   --storage-class-configuration storageClass=INTELLIGENT_TIERING# Verify the storage classaws s3tables get-table-bucket-storage-class \   --table-bucket-arn $TABLE_BUCKET_ARN  \{ "storageClassConfiguration":   {      "storageClass": "INTELLIGENT_TIERING"   }}
复制代码

来自 Imperious Enterprise 的 AWS 架构师 Adefemi Adeyemi 在 LinkedIn 的帖子中指出:

大多数分析数据集在一段时间内是“热”的,但随后会逐渐“冷却”。借助 S3 Tables 的智能分层功能,你无需不断调整 Iceberg 数据的生命周期策略。该服务会根据访问模式自动将对象移至更便宜的存储层级,这对长期存在的数据湖来说是一大优势。

 

此外,S3 Tables 的复制功能可以帮助用户跨 AWS 区域和账户维护表格的一致性只读副本。当声明目标表格的存储桶时,服务会创建只读的副本表格,并以时间顺序复制所有更新,同时保持父子快照关系。这些副本表格将在源表格更新后的几分钟内得到更新,并支持独立于源表格的加密和保留策略。

 

Stromacq 说到:

用户可以通过Amazon SageMaker Unified Studio或任何兼容 Iceberg 的引擎(包括DuckDBPyIcebergApache SparkTrino)查询副本表格。

 

借助 AWS Management Console、API 或AWS SDK,用户可以创建和维护表格副本。此外,他们可以指定用于复制源表格的目标表格存储桶。当用户启用复制功能时,S3 Tables 会在这些存储桶中创建只读副本,使用最新状态进行回填,并持续监控更新以保持同步。

 

在同一篇 LinkedIn 帖子中,Adeyemi 指出:

对复制功能的原生支持让你能够快速创建只读副本,这些副本在几分钟内即可与源表保持同步,并且可作为 Iceberg 表进行查询。减少了自定义集成的工作量,让你有更多时间真正使用数据。

 

用户可以通过AWS Cost and Usage ReportsAmazon CloudWatch指标跟踪各访问层的存储使用情况。配置智能分层无需额外费用,用户仅需支付各层的存储成本。至于 S3 Table 的复制,用户需支付目标表格的 S3 Table 的存储费用、复制 PUT 请求的费用、表格更新(提交)以及复制数据的对象的监控费用。更多详情可参见定价页面

 

原文链接:

 AWS Adds Intelligent-Tiering and Replication for S3 Tables

整理 | 华卫

 

昨晚,上了热搜、又在苹果付费软件排行榜的榜首上挂了多日的"死了么"APP,突然宣布更名为 Demumu。据其称,“经团队审慎决策,‘死了么’APP 将于即将发布的新版本中,正式启用全球化品牌名 Demumu。继昨日获得 BBC 报道后,我们的服务在海外实现了爆发式增长。未来,Demumu 将继续秉持安全守护的初心,把源自中国的守护方案带向世界,服务全球更多独居群体。”

 

自推出后,该 APP 的热度剧增,下载量一度暴涨 100 倍。虽开发成本仅 1000 多元,但获得不少头部投资机构的青睐,现在的估值已经飙到了 1 亿元。

 

而最值得一提的是,这一 APP 的完整原型竟然在去年初就有了,可做出来的却不是同一批人。

痛失 1 亿的“原作者”,5 分钟复刻出海外版

“好消息:我去年做了一个‘死了么’APP;坏消息:我只做了产品设计和 UI 并发了文,但我当时觉得这只是个用来博眼球的噱头。”

 

在死了么 APP 爆火后不久,一位 ID 为“饼干哥哥 AGI”的数据分析师公开表示,去年 3 月,他从小红书上经常看到这个需求,随后花了不到一个下午的时间用 Cursor 和 Claude 3.7 生成了完整 APP 原型,并且将提示词模版和操作步骤都发布了出来。

 

提示词 by @花叔:

 

我想开发一个类似外卖 APP「饿了么」,APP 叫「死了么」,用于养老的,每天问一句,以防独自一个人死在家里没人发现。APP 也有骑手,哪里有人死了就去接单收尸。 注意这是专门为独居 90 后的年轻人设计的。风格要求清新好看、APP 内的文案多用搞怪的网络用语。

 

现在需要输出高保真的原型图,请通过以下方式帮我完成所有界面的原型设计,并确保这些原型界面可以直接用于开发:

1、用户体验分析:先分析这个 APP 的主要功能和用户需求,确定核心交互逻辑。

2、产品界面规划:作为产品经理,定义关键界面,确保信息架构合理。

3、高保真 UI 设计:作为 UI 设计师,设计贴近真实 iOS/Android 设计规范的界面,使用现代化的 UI 元素,使其具有良好的视觉体验。

4、HTML 原型实现:使用 HTML + Tailwind CSS(或 Bootstrap)生成所有原型界面,并使用 FontAwesome(或其他开源 UI 组件)让界面更加精美、接近真实的 APP 设计。

拆分代码文件,保持结构清晰:

5、每个界面应作为独立的 HTML 文件存放,例如 home.html、profile.html、settings.html 等。

- index.html 作为主入口,不直接写入所有界面的 HTML 代码,而是使用 iframe 的方式嵌入这些 HTML 片段,并将所有页面直接平铺展示在 index 页面中,而不是跳转链接。

- 真实感增强:

  - 界面尺寸应模拟 iPhone 15 Pro,并让界面圆角化,使其更像真实的手机界面。

  - 使用真实的 UI 图片,而非占位符图片(可从 Unsplash、Pexels、APPle 官方 UI 资源中选择)。

  - 添加顶部状态栏(模拟 iOS 状态栏),并包含 APP 导航栏(类似 iOS 底部 Tab Bar)。

请按照以上要求生成完整的 HTML 代码,并确保其可用于实际开发。

 

操作步骤:

1.打开 Cursor 编辑器(确保版本足够新,支持 Claude 3.7)

2.选择编辑 Agent 模式

3.选择 Claude 3.7 Sonnet 作为模型,最好是用 thinking

4.粘贴上述提示词,填入你需要的 APP 类型

5.等待生成完成,可能需要 3-5 分钟

 

“技术已经不值钱了。现在再重新做的话,可能一个下午的时候都够从 0 到设计到 APP STORE 上架了。”这位数据分析师感叹道。

 

之后,他又花了 5 分钟就复刻出了"死了么"APP 海外版。据称,这次他没敲任何代码。

三名 95 后共同开发,APP 收费已涨了 8 倍

这个引爆全网的 APP,到底有什么魅力?

 

据介绍,该应用是为独居人群打造的低成本安全工具,核心功能十分简单。用户无需注册登录,首次使用只需填写姓名和紧急联系人,每天打开应用完成签到即可;若连续 2 天未签到,系统将于次日自动发送邮件告知紧急联系人。

 

最开始,“死了么”APP 的收费只要 1 元,现在涨到了 8 元。团队表示,这是为了让项目能够健康、持续地发展,并覆盖日益增长的短信、服务器等成本。

 

该应用由三名 95 后共同创立并独立运营,在走红后,其背后的创始人们也陆续“现身”并对外披露了项目相关情况。“死了么”APP 创始人之一郭先生介绍,团队内只有三名 95 后成员,且各自有自己的本职工作,通过远程方式进行协作。项目大约在 2025 年年中立项,开发时间不到一个月,初始投入成本仅 1000 多块钱。

 

另一位创始人吕先生表示,早在两三年前他们就在社交平台上留意到相关需求,“近几年大家都会讨论‘什么 APP 是每个人都需要的,并且一定会下载的’,就有网友提到‘死了么’APP,这个创意出来之后有很大的讨论度,我们看到了其中的需求,并且这件事本身也很有意义,于是我们就尝试去注册这个名字,发现可以注册,后续又用了一个月时间完成了开发。”

 

据创始人郭先生透露,增长从 2026 年 01 月 09 日左右开始,短短两天内,下载量相比之前暴涨 100 倍以上,且仍在持续攀升。吕先生表示,现在 APP 的下载量不太方便透露,但“确实增长速度非常快”。

 

根据点点数据,除中国市场外,目前“死了么”APP 在多国苹果应用商店霸榜第一:在新加坡付费榜位居总榜第一,在比利时、荷兰、瑞典等国付费工具榜排名第一,在英国、澳大利亚、美国等 10 多个国家付费工具榜排名第二。

 

公开信息显示,“死了么”APP 由月境(郑州)技术服务有限公司开发,这家成立于 2025 年 03 月 10 日的公司,注册资本仅 10 万元,法定代表人为郭孟初,由其 100%持股。

 

此前有消息称,该公司已经接触到投资意向,正计划以 100 万元出让公司 10%的股份。也就是说,这时其估值已达到 1000 万元。当前的最新消息是,如今该 APP 用户已增长 800 倍。并且,随着与六七十家投资方的深入接触和洽谈,短短两日间,“死了么”APP 的估值飙升至近 1 亿元。但目前,其团队仍维持出让公司 10%股份的计划。

遍地都是“活了么”,免费版卷疯了

“死了么”APP 爆火后,陆续有网友提出优化建议,有人提出可以改成通过短信通知紧急联系人、优化签到形式等。

 

目前,其团队已透露了后续的发展规划:接下来将把主要精力投入到产品打磨中,例如丰富短信提醒功能、考虑增加留言功能,并探索推出更适老化的新产品。

 

对于为软件带来广泛共鸣与关注的名字,也开始迎来争议。不少网友认为,“死了么”不好听,建议改成“活着么”。苹果官方客服也于 1 月 9 日作出回应,称用户若对 APP 名称不满,可提供应用基础信息,客服将同步至相关业务部门,协调联系开发者沟通处理。

 

现在,“死了么”APP 已改名为 Demumu。有网友认为,“死了么 APP 之所以火,这名字最起码占一半功劳。改名,大概率算是把魂给丢了。只有当它从工具属性进化到社区属性,它才有可能活下来。”

 

而另一款名为“活了么”的 APP 已上架苹果应用商店,其功能与“死了么”相似,但目前是免费版的。此外,在苹果应用商店,有十几个类似名称与功能定位的 APP 也扎堆上线了,如“活着么”、“还活着么”“我还在”“我还活着呢”“我还好”等。其中,“活着么”目前就有 9 个,大部分都是免费版。

 

 

参考链接:

https://mp.weixin.qq.com/s?__biz=MjM5NDI4MTY3NA==∣=2257491168&idx=1&sn=b91be37bdd74cf7f27be5bef4bc337b7&scene=21&poc_token=HCkEZ2mjYvHT95lST7JpKli28nPa1gzdzMOTMQy0