某无人机厂商向公安机关举报GEEKCON称教唆破解无人机
@ZianTT:

发布视频
播放量:67 弹幕:0 评论:4
点赞:8 投币:3 收藏:0 转发:1
发布日期:2026-10-24 07:11:31
上传日期:2026-10-24 07:11:32

🔝> :
部分信息

安全人员闭嘴了，你们就安全了？

为什么这几年厂商越来越爱报警？

从乌云时代到国内第一家安全应急响应中心-腾讯安全应急响应中心，过去的十几年时间，厂商和安全研究人员一直是站在一个公平对话的平等关系上的，会因为漏洞评级争论争吵，但是大部分都是基于技术和业务视角不同，产生的技术矛盾，它本身的争议还是在技术上。

但是近两年的风气特别奇怪，很多厂商越来越不把安全从业者当做为其解决问题的伙伴，陆续出现一些厂商硬是把为其提交漏洞的安全研究者，当做来找茬的敌对势力整！

甚至行业里某些厂商无耻到，设定各种套路规则，把本是认认真真挖漏洞、提漏洞的安全人员，硬生生的往灰黑色的边界去引导。

嘴上讲着几千万充足预算，安全研究人员真过来提交漏洞了，厂商又一改欢迎嘴脸，上来就是先忽略，再偷偷修....

有些争议漏洞就更搞笑，安全人员审核水平差的一批，自己搞不明白就忽略，告知不存在让你证明，证明以后呢又说获取不了几条数据，好咧一旦安全人员上头了，证明了能获取数据，又反过来恐吓说你非法获取数据了，要报警来抓你，最终就是漏洞拿走了，奖金没收了...

...

安全应急响应中心收不到漏洞了，你就更安全了吗？

今年收到的漏洞比去年少，你们就真的做得比去年好了吗？

IV, src: https://mp.weixin.qq.com/s/SJz_dy1yKIzzhrgwN07CMg

所有人都没指出 iPhone Duo 没有面容 ID 的真正问题：
你不能用它买 Vision Pro。
另外Apple TV校准颜色、AirPods 个性化音频等依赖结构光Face ID的功能在Duo上也没法用
https://x.com/markgurman/status/2114477194873561273

苹果折叠手机的折痕，我与美国友人聊起闲暇时，我与远在美国的友人闲谈，聊起苹果最新的折叠屏手机。我半带着玩笑打趣他：都说美国科技领跑全球，为何这款旗舰机型，屏幕正中那道折痕还是那么刺眼？友人先是一愣，随后捧腹大笑，足足笑了半个小时。笑罢，他才缓缓开口：这道折痕并非工艺瑕疵，是苹果刻意留下的设计。它模仿书本装订处的中缝，意在让沉浸于快节奏数码时代的人们，慢下脚步，重温纸质书页的温柔，触摸诗歌文字的温度，品读典籍与圣经里沉静的美好。我如同被一道无形的闪电击中，瞬间僵立在原地，陷入了死一般的长久沉默。我的脸颊滚烫，巨大的羞耻感如海啸般将我彻底淹没。回想起自己刚才那番沾沾自喜的质问，我才发觉自己那自诩聪明的“挑剔”，在深沉的人文关怀面前，竟是何等的浅薄、市侩与可笑。听完这番话，我陷入长久的沉默。那短短的三十分钟，成了我一生中最为窘迫、羞愧，手足无措的时刻。我终于明白，真正的伟大科技，从来不是冰冷无瑕的参数堆砌。那道折痕，折叠的不是屏幕，而是我们这个时代早已迷失的，久违的灵魂。

旗舰手机芯片大横评：苹果高通发哥玄戒谁最强？

终于来了！2026年旗舰手机芯片谁最强？我们今天凑齐了苹果A20 Pro、高通骁龙8 Elite Extreme Gen6、联发科天玑9600 Pro、小米玄戒O3四大旗舰手机芯片，也一同找来了麒麟9050 Pro和谷歌Tensor G6，赶紧来做一期芯片大横评，好好看一下各家的能效表现！不测不知道，一测吓一跳，今年不仅有遥遥领先的赢家，更有翻车严重的答辩！到底谁好谁拉？一起来看看吧……

▎Source

🦠 群晖 NAS 勒索病毒 C3RB3R（.L0CK3D）分析

最近 v2ex 和 nodeseek 有大量群晖系统用户反馈出现勒索病毒，文件被加上 .L0CK3D 后缀并被加密。

📌 样本身份

• 家族：C3Rb3R，即 Cerber 的 Linux 变种
• 平台：Linux X86-64 Elf
• Sha-256：
802Ac85D19Dc6Db2B1849Bb3499877280544D04A0Ae94D4C408B6C321669903D
• 非 Pie 编译，全局变量地址固定（ 0X5427F8 / 0X542800 ）
• 内部版本号： 240002
• 常驻进程，加密完不会立刻退出

🔑 密钥体系

1️⃣ 每次运行生成一套主密钥（Aes-256 密钥 + Iv）和 4 字节 Run_Id， 明文放在内存堆上
2️⃣ 每个文件生成独立的 Chacha 密钥和 8 字节 Nonce，用主密钥做 Aes-256-Cbc 加密后写进文件尾部
3️⃣ 文件内容用 Chacha8 （只有 8 轮）流加密

设计缺陷：
• 所有文件共用同一个 Iv
• 没有完整性校验码（Mac）
• 同一轮加密共用一个主密钥

📦 加密文件格式

原文件内容之后附加 588 字节尾部：
• 0–47 ：被主密钥加密的文件密钥
• 48–303 ：256 字节，推测是攻击者用 Rsa-2048 公钥加密的主密钥
• 304–567 ：策略 0X20 时全为 0；策略 0X21 时有数据，疑似诱饵式封装
• 568–571 ：Run_Id
• 572–575 ：加密模式 / 比例 / 策略 / 保留字节
• 576–579 ：版本号 240002
• 580–587 ：原文件长度

⚡ 局部加密

• 0X24 ：整个文件加密
• 0X26 ：只加密开头 1 Mb（1–5 Mb 的文件）
• 0X25 ：按 10%–80% 比例分 3 段（50% 时分 5 段）均匀加密

💡 大文件里残留大量明文，就算没有密钥，用文件雕刻（Carving）也可能救回部分数据。

🚪 行为与入侵途径

• 每个目录留下勒索信 Read-Me3.Txt
• 也会加密挂载的 Smb 共享
• 早期版本通过 Confluence 漏洞 Cve-2023-22518 投放；这次群晖的入口更可疑的是对外暴露的 Docker、Gitlab、默认端口的 DSM 等服务

🔍 排查特征（Ioc）

• 进程： /Proc/*/Exe 的哈希等于上面的样本哈希
• 文件：后缀 .L0Ck3D ，文件末尾倒数第 12–9 字节为 82 A9 03 00
• 勒索信： Read-Me3.Txt

病毒设计上有完整的公钥体系，但实现上 对称主密钥以明文形式留在常驻进程的固定内存地址 。
救援首先对病毒进程发 SIGSTOP 暂停继续加密污染文件，再从 /proc/PID/mem 读出密钥，就能在本地解开文件。

⚠️ 如果你中招了：
• 立刻断开外网， 不要重启、不要关机、不要结束病毒进程
• 进程一旦退出，内存里的密钥就没了，就没办法找到密钥救援
• 先备份加密文件的副本，只在副本上尝试解密

互联网“伪人”？调查童年阴影歌曲，居然让我发现了隐藏在中文互联网下的黑暗……【互联网大冒险】

互联网“伪人”？调查童年阴影歌曲，居然让我发现了隐藏在中文互联网下的黑暗……【互联网大冒险】

▎Source

出口转内销转出口转内销

西瓜与B站的中视频战争复盘：4000DAU是资产还是包袱？
https://www.bilibili.com/video/BV13RW9zUEgD