我才接触3天，我已经离不开它了，快来骚扰我，现在头像没有数字我都焦虑的不行。我觉得你们忘记我了、抛弃我了、孤立我了 4 个帖子 - 3 位参与者 阅读完整话题
优惠码（0611测试有效） 貌似都是25刀的（我没测） 末尾两位数字是国家code wedoaius wedoaimx wedoaipk loptrde 27aiau 27aiin 27ainz archinesjp 6 个帖子 - 5 位参与者 阅读完整话题
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
如果送花不需要实体花，会有人用吗？ 最近做了一个小项目： https://digiflower.net 名字叫 Digital Flower Bouquet 。 起因很简单，有时候想表达感谢、祝福或者生日问候，但现实中的鲜花存在一些问题： 价格不便宜 配送有时间和地域限制 对方未必方便签收 很多场景其实只需要表达心意 于是想到：能不能把「送花」这件事数字化？ 用户可以在线选择花材、颜色和祝福语，生成一个数字花束页面，然后把链接发给朋友。 对方打开链接就能看到专属于 TA 的花束和留言。 目前做的是第一版，功能还比较简单： 在线生成 Digital Flower Bouquet 自定义祝福语 分享链接 手机和桌面端适配 无需注册即可体验 后面准备增加： 更多花材和花束模板 动画效果 节日主题（生日、母亲节、毕业等） 电子贺卡模式 长期保存和分享功能 技术栈： Next.js Cloudflare Workers 想听听大家的建议： 你会在什么场景下使用数字花束？ 相比电子贺卡，你觉得数字花束是否有独特价值？ 还有哪些功能值得加入？ 欢迎体验和拍砖。 https://digiflower.net
虽然是之前的相关项目整合包装的，但是为了响应AI主题，AI这块咱可是做了大力支持的，我个人的第一个vibe coding项目稼问，也是这个点确定品牌的。 最终也是以领航第一的名次，遗憾止步线上，没有去到线下总决赛。 现在证书到了，请各位佬友们一起品鉴，分享喜悦！ 5 个帖子 - 4 位参与者 阅读完整话题
在本周举行的 2026 年苹果全球开发者大会上，苹果在经历一年多的延期后，正式发布了全新升级的 Siri 语音助手。该版本现已更名为 Siri AI，并由Google的 Gemini 大模型提供技术支持。然而，尽管苹果计划面向全球用户推出这项新功能，欧盟地区用户可能需要等待更长时间才能使用这一新助手。 在发布 iOS 27 的同时，苹果在博客中表示，由于《数字市场法案》（DMA）及其他监管要求带来的障碍，Siri AI 暂时不会在欧盟上线。按照相关规定，如果要在欧盟推出 Siri AI，苹果需要在 iOS 27 和 iPadOS 27 中向竞争对手开放等同能力的接口，让其他第三方语音助手也能接入同等功能。苹果方面拒绝接受这一条件，并宣称此举将危及用户隐私，因此选择推迟在欧盟提供 Siri AI 服务。 针对外界普遍认为是欧盟监管阻碍了 Siri AI 上线的说法，欧盟委员会发言人近日作出回应，进一步解释了 Siri AI 尚未在该地区落地的原因。发言人首先强调，DMA 并未禁止苹果在欧盟推出任何服务，法律只是要求像苹果这样的“守门人”企业在开展业务时遵守相关义务。 欧盟委员会指出，按照 DMA 规定，被指定为“守门人”的平台必须向第三方提供与自家产品相当的功能访问权。发言人表示，这一要求的核心在于保障用户选择权，让用户可以自由选择“最符合自身需求的产品”，而不是被迫使用平台自带服务。换言之，如果苹果为自家的 Siri AI 开放特定系统能力或接口，就必须允许其他语音助手在同等条件下获得类似访问权限。 发言人还透露，欧盟委员会一直就相关问题与苹果保持沟通。然而，苹果方面“并未提出符合 DMA 互操作性要求的解决方案”。同时，声明重申，被指定为守门人的大型科技公司不得利用其操作系统等核心平台地位，在人工智能服务等新兴领域不正当地偏袒自家产品。欧盟方面的立场是，平台既可以创新，也可以推出自有 AI 服务，但必须在开放和公平竞争的框架下进行。 按照苹果此前公布的节奏，iOS 27 的首个公开测试版将于下个月面向用户推送，正式版则预计会在今年秋季随 iPhone 18 系列一同发布。不过，在苹果与欧盟委员会就 DMA 合规问题达成一致之前，Siri AI 何时能面向欧洲用户开放仍然是一个未知数。目前来看，Siri AI 在欧盟的落地时间，取决于苹果是否愿意在互操作性和第三方接入上作出妥协。 查看评论
【送流量】现在发送数字“60”到10086，有机会每月免费获得5GB省内流量，连送6个月，到期自动退订，不花一分钱，没有套路。详询10086和附近营业厅。如您不需要此类优惠提醒，请回复TD退订【中国移动】 1 个帖子 - 1 位参与者 阅读完整话题
1.我真心觉得他很虚伪，之前二本去北大的事情，学生本人发帖让他删贴，他一直没回应，小红书，公众号都会回应，最后被呢个同学举报帖子下架了，但是从始至终都没有回应侵犯隐私，没证得的同意。 2.再就是感觉他写的文章后续就是强行上价值，商单过多，很多不好用的东西也强推。尤其是有时候动不动上无关的价值。 3.朋友圈挂过很多人，还有及其喜欢在朋友圈吹，之前一直找不到人，没啥人去，突然还有个帖子报了，就说自己太受欢迎了，完全没提自己没人去的时候，还老是碰瓷清北，说自己去清北招人，结果没人去（不止一次），评论区马上就有清北说我愿意去 4.招聘体系及其不完善，先到先得的感觉，说是大家都要试稿，但是后面一群人都还没尝试呢，就直接不看了，那那些说了要给试稿的人，要不就先别承诺试稿 5.还有公布内部的瓜就不说了，只说在外面可以搜索到的 13 个帖子 - 12 位参与者 阅读完整话题
我们最近在做实时数字人开源项目，OpenTalking 。项目开源大概一个月左右，现在 GitHub 到了 1.1K Star (感谢 V 站各位大佬的支持)。这个数字当然谈不上什么大成功，但对一个比较重、比较工程向的数字人项目来说，反馈比我预期好不少。所以想简单复盘一下，我觉得这一个月里可能有几件事做对了。 GitHub： https://github.com/datascale-ai/opentalking 官网： https://www.opentalking.net 它做的事情其实挺直接：把一个数字人从“能生成一段视频”，往“能实时和人对话”推了一步。 不是只给你一个 talking head 模型，然后让你自己去接语音、接大模型、接前端、接播放链路；而是把这些七七八八的东西先接到一起。你可以换模型、换声音、换形象，也可以直接在 Web 页面里试一轮实时对话。 第一个感受是，这个方向确实有人需要。 过去一年看了不少数字人项目和 Demo ，很多效果都挺惊艳，但我自己真正想上手的时候，经常会卡在另一个问题上：这个东西能不能跑起来？能不能接自己的 LLM ？能不能换自己的声音？能不能在浏览器里实时说话？能不能部署到自己的 GPU 机器上？ 也就是说，大家缺的可能不只是一个更强的模型，而是一条能从 Demo 走到应用的工程链路。 OpenTalking 一开始就是围着这个问题做的。我们没有把它设计成“展示某个模型效果”的项目，而是更像一个数字人实验台：你可以先跑通最小链路，再慢慢换模型、换声音、换形象、换后端。 第二个我觉得比较重要的是，没有一上来就把门槛拉满。 数字人项目很容易变成这样：一堆模型权重、一堆环境依赖、一堆服务要启动，最后 README 看完人已经累了。效果可能很好，但普通开发者第一步就被挡住了。 所以 OpenTalking 现在尽量把路线拆开： 最简单可以用 mock 模式，不需要下载数字人模型，先把前端、对话、语音和 WebRTC 播放跑起来。 如果想看真实视频效果，可以走 QuickTalk 或 Wav2Lip local ，在消费级显卡上先试起来。 如果更关心私有化，可以继续接本地 SenseVoice 、CosyVoice 和 QuickTalk 。 如果追求更高质量或者远端多卡部署，再接 OmniRT 和 FlashTalk 。 这几个路线听起来只是文档组织问题，但我觉得对开源项目挺关键的。很多用户不是不愿意试，而是不知道自己应该从哪一步开始。 第三个是，我们花了不少时间在“不性感但很有用”的地方。 比如统一启动脚本、模型 backend 解耦、avatar 预热和缓存、权重下载说明、Windows / WSL2 文档、benchmark 、本地 STT/TTS provider 、WebUI 里的状态展示。 这些东西单独拿出来都不像一个很大的 feature ，但它们决定了一个人 clone 项目之后，会不会真的继续往下跑。 我现在越来越觉得，开源项目的第一印象不只是截图和 demo ，还是用户第一次执行命令时的体验。他遇到问题的时候，项目有没有告诉他下一步该看哪里。 第四个是，数字人项目一定要多放真实场景。 只讲 LLM 、TTS 、WebRTC 、audio2video ，其实大家很难有感觉。因为这些词很多人已经看麻了。 所以我们在 README 里放了一些更具体的 demo ，比如手机实录、电商带货、新闻主播、陪伴角色、创意演唱之类的。它们不是为了证明效果已经完美，而是让人更快理解：这个框架大概可以往哪些方向长。 比如 AI 客服、直播数字人、私有数字人助手、互动陪伴、内容生成工作流，都是可以继续试的方向。 第五个是，边界要说清楚。 OpenTalking 不是说所有模型都是自己训练的，也不是说开箱就能直接商用。它更像是一个实时数字人产品的工程底座，把不同模型、语音服务、前端交互和播放链路接到一起。 模型后端可以是 local ，也可以是 mock 、direct_ws ，或者接 OmniRT 这种外部推理服务。轻量模型可以先在本地跑，高质量模型也可以放到远端 GPU/NPU 机器上。 把边界讲清楚之后，大家反而更容易判断它有没有用：如果你只想找一个模型，可能它不是最直接的答案；但如果你想做一个能对话、能换角色、能部署、能继续二次开发的数字人系统，它会更合适。 最后也同步一下后面想继续补的东西。 现在项目还很早期，很多地方都不够顺。接下来会继续补 Windows / WSL2 一键化、更多显卡 benchmark 、更多本地模型路线、avatar 资产管理、长会话体验、打断和音画同步这些工程问题。 如果你也在做 AI 客服、直播数字人、陪伴类角色、私有化数字人助手，或者只是想研究实时数字人的工程链路，可以试一下 OpenTalking 。 GitHub： https://github.com/datascale-ai/opentalking 官网： https://www.opentalking.net 欢迎 star 、issue 、PR ，也欢迎直接提部署问题。这个方向现在还挺早，很多东西都需要在真实机器和真实场景里慢慢打磨。
刚刚突然发现我有一个小号居然可以修改邮箱！然后我就试了试居然成功了 2 个帖子 - 2 位参与者 阅读完整话题
法国政府数字事务总署（DINUM）近日发布安全通报称，黑客通过劫持一名合法用户账号，成功侵入法国政府内部加密通讯平台 Tchap，可能导致部分用户在对话中分享的个人信息遭到未授权访问。 Tchap 由法国政府数字事务总署与法国国家信息系统安全局（ANSSI）于 2018 年联合开发，基于去中心化的 Matrix 协议，定位为服务法国公共部门的即时通讯和协同办公工具，仅面向公务体系用户开放。 该应用自推出以来持续推广，目前在法国公共部门的月度活跃用户已超过 30 万，在 Google Play 商店的下载量也已突破 50 万次。 2025 年 8 月初，法国总理弗朗索瓦·巴鲁安（François Bayrou）更发布通告，要求全体公务人员在公务沟通中必须使用 Tchap，并禁止使用外国厂商通讯应用，从而显著扩大了该平台的使用范围和数据承载量。 DINUM 在周一发布的新闻通稿中披露，ANSSI 于周日首先检测到 Tchap 平台出现异常入侵行为，经初步调查确认，攻击者是通过一名用户被攻陷的账号进入系统，从而获得对该加密通讯平台的访问权限。 事件发生后，DINUM 已将此次安全事件上报给法国数据保护监管机构 CNIL，原因是部分用户在聊天中分享的个人数据可能已被攻击者访问或导出。 同时，DINUM 也向所有 Tchap 用户发出提醒，强调平台中的公开聊天室对任一注册用户均可开放访问，且此类公开房间中的内容并未启用加密保护。 DINUM 表示，已经锁定了此次恶意请求所来源的具体账号，并在发现问题后立即对其进行封禁，以切断攻击者的持续访问通道，为后续对其访问范围和潜在数据外泄情况开展深入分析创造条件。 当前调查仍在进行中，技术团队正在对事件日志进行细致比对，以确定攻击者具体访问了哪些会话，以及可能被外传的数据类型和范围。 官方同时再次重申，在 Tchap 的公开聊天室中，不应分享任何个人、敏感或机密信息，这类内容必须仅限在私密聊天室中进行交流，这是平台使用条款中的明确要求。 尽管 DINUM 尚未公开更多技术细节，但有攻击者在周末主动对外声称对本次事件负责，并公布了一部分据称从 Tchap 中窃取的文件样本，称其是在实施社会工程攻击之后获得了对该平台的访问权。 该名攻击者宣称，他们“通过社会工程方式拿到了教育分片（matrix.agent.education.tchap.gouv.fr）中一个有效账号的访问权限”，并强调所曝光的数据只是该单一账号可以访问的内容，其他分片中还可能存在更多数据。 据其自述，此次攻击中，他们获取了疑似硬编码在脚本中的 LDAP 凭证，这些凭证据称来自一名法国税务部门地区负责人分享的 PowerShell 脚本。 此外，攻击者声称从 Tchap 平台中导出了超过 13.5GB 的文档与媒体文件，这些数据均由法国公务人员在日常使用中上传和分享。 其进一步表示，他们几乎抓取了近 65 万条消息记录以及超过 7.3 万个账号的相关信息，其中包括用户电子邮箱地址、所属机构信息、会议链接以及账号与设备的元数据等敏感要素。 在技术细节方面，攻击者还宣称，Tchap 的架构存在严重缺陷——平台中“任意分片上曾被分享过的所有文件，在无令牌的情况下均可被下载”。 按其说法，一旦获取到包含媒体 URL 的消息内容，就可以利用媒体 ID 在无需认证的情况下直接下载对应文件，而不受其所处分片的限制。 目前，DINUM 尚未就上述具体技术漏洞与数据规模做出正式确认，BleepingComputer 就此向 DINUM 发去询问，但截至发稿尚未收到回复。 值得注意的是，就在上个月，法国方面刚刚通报并逮捕了一名年仅 15 岁的青少年嫌疑人，该人被指控出售从法国国家安全证件机构 ANTS（负责签发与管理官方身份及登记证件的国家机构）窃取来的数据。 这起案件源于今年 4 月针对 ANTS 的一次网络攻击，之后攻击者在地下论坛上兜售被窃数据，引发社会广泛关注。 当前这起 Tchap 入侵事件，再次凸显法国公共部门在数字化转型进程中面临的复杂网络安全挑战，也对政府内部通讯平台的账号安全管理、访问控制以及数据加密策略提出了更高要求。 查看评论