WWW.YOUINFO.SITE
标签聚合 严重

/tag/严重

LinuxDo 最新话题 · 2026-06-10 19:27:38+08:00 · tech

公司凭监控片段“突袭式”开除员工?近日,江苏省南京市中级人民法院对一起劳动争议案作出二审判决。 据报道,2025年1月,在公司工作了4年多的技术工程师小林(化名),结束驻外项目,回到南京分公司坐班,每天按时上下班,主动做调研并汇报进展。 结果在2025年2月13日下午5点多,小林被公司以“严重违纪”为由,当场解聘,并要求1小时内办完全部离职手续。 在法庭上,公司声称十几段没有声音的监控视频是开除小林的“摸鱼罪证”,其中包括:离开工位15分钟、提前离岗4分钟、迟开电脑8分钟、和同事说话4分钟等。对此,小林在法庭上一一反驳。 公司提供的“证据”显示: 1月17日: 离座9分钟,看手机,和同事说话4分钟。 1月23日: 离座15分钟,上下午跟同事聊天各15分钟,提前3分钟收拾东西。 1月24日: 延后8分钟开启电脑,查看手机。 1月26日: 离座14分钟,看手机,提前4分钟离开工位。 2月5日: 电脑黑屏静置28分钟,提前4分钟离开工位。 对此,小林反驳: 关于提前几分钟离岗: “我的办公室在4楼,打卡签退在1楼。我提早4分钟去等电梯、下班准时打卡,这叫早退?” 关于离座与说话: “离开工位是上厕所、喝水等基本生理需求;和同事说话是正常工作交流;看手机是为了查看竞品和工作微信,监控凭什么说我是‘划水’?” 关于突袭开除: “在职4年多我没有任何违纪记录。公司从未对我进行过任何提醒、警告或核实,直接用监控片段‘定罪’搞突袭,这不是违法是什么?” 近日,南京市中级人民法院对该起劳动争议案作出二审判决,认为本案中,监控视频显示的行为,持续时间短、频次低,未达“严重违纪”程度,公司凭监控片段“突袭式”开除员工属于违法,判令公司支付赔偿金10.8万元。 本案二审法官在判决后表示,技术能记录外在行为,却无法评判主观动机。企业试图通过不间断监控,把员工死死固定在工位上,既不现实,法律也绝不赞同! (据“央视网”微信公众号) 各位今天在工位上了LINUX.DO几分钟~? 4 个帖子 - 4 位参与者 阅读完整话题

cnBeta全文版 · 2026-06-10 14:35:29+08:00 · tech

近日,编号为 CVE-2025-10263 的严重安全漏洞正式对外披露,被确认影响多款 Arm 架构 CPU 内核,涉及范围涵盖最新与多代早期产品。该漏洞被评为“严重”等级,攻击者可利用特定内存权限变更过程中的时序条件,在受影响系统上实现本地权限提升。 根据公开信息,问题根源在于:在执行 TLB 失效(TLBI)操作时,相关内存访问的完成情况并不能由 TLBI 的完成所严格保证。 在某些场景下,这一行为可能导致对本应由更高异常级别(如更高特权级)拥有的资源进行非法写入,从而成为攻击者提升权限的手段。 该漏洞虽然在 2025 年就已分配编号,但直到 2026 年 6 月才正式公开披露。 Arm 在其安全公告中给出了受影响内核清单,范围相当广泛。 其中包括最新的 C1-Ultra 和 C1-Premium,以及此前面向服务器和数据中心的 Neoverse V3、V3AE、V2、V1、N2、N1 等系列内核。 同时,大量面向高性能移动和客户端设备的 Cortex 系列也在影响范围之内,包括 Cortex-X925、Cortex-X4、Cortex-X3、Cortex-X2、Cortex-X1 与 X1C,以及 Cortex-A710、Cortex-A78、A78AE、A78C、Cortex-A77、Cortex-A76 与 A76AE 等型号。 针对该问题,Arm 给出的软件层面缓解建议是:任何执行适用于一级或一级加二级页表信息的 TLB 失效操作的软件,都必须额外执行一次 TLBI 操作并配合 DSB(Data Synchronization Barrier,数据同步屏障),以确保相关内存访问在权限变更前被正确完成。 相应的技术细节及推荐缓解方案已记录在 Arm 公布的安全公告中。 Linux 社区已经在第一时间响应,并为内核提供了补丁实现上述缓解措施。 来自 Arm 的开发者今日向 Linux 内核邮件列表提交了补丁系列,通过对相关代码路径进行调整,确保在执行受影响场景下的 TLB 失效时增加必要的 TLBI 与 DSB,从而降低漏洞被利用的风险。 该补丁目前已面向主线内核进行提交,后续预期将通过各大发行版更新向用户下发。 除了 Arm 官方列出的处理器外,NVIDIA 也确认其最新的 Olympus 内核同样受到 CVE-2025-10263 的影响。 NVIDIA 在另一份提交给 Linux 内核的补丁中指出,其新一代 NVIDIA Vera CPU 所采用的 Olympus 内核存在相同问题,并通过后续补丁引入对应的缓解措施,以与上游通用修复保持一致。 在实际风险层面,由于该漏洞可在特定条件下实现向高特权级资源的写入操作,理论上能够为攻击者提供本地权限提升途径,因此被评为“严重”级别并不意外。 不过,目前并未有大规模实战利用案例被公开报道,业界主要聚焦在尽快完成内核和系统软件层面的修复,以防止后续可能出现的攻击场景。 对于 Linux 用户和服务器运营方而言,当前最关键的行动是关注各大发行版即将提供的内核更新,并尽快完成升级部署。 在此之前,云服务提供商、大型数据中心以及基于受影响 Arm 平台的设备厂商,也需要评估自身硬件所使用的处理器型号与工作负载场景,及时跟进 Arm 与 Linux 社区发布的缓解建议。 查看评论

LinuxDo 最新话题 · 2026-06-09 21:16:25+08:00 · tech

xiaomi 的 mimo token plan 限流好严重,今天 codex 到期了,就从闲鱼上买了几个 mimo 的 Max 套餐,加上我自己的总共五个,使用 new-api 组建了号池,在 claude code 中搭配 ultracode 模式进行使用。 下午的时候突然五个账号全部 Rate limited (429),静置一段时间之后三个 SGP 账号全部恢复,两个 CN 账号仍在 429 中。意外发现 CN 的限流更严格了倒是。 通过和 ChatGPT 对话感觉应该是有这么几个可能的原因: IP 级限制。楼主没用过 new-api,所以所有号都是通过 new-api 和 cc-switch 直接转的,可能由于同一 IP 触发了太多请求。 new-api 设置问题。自查发现没有设置任何的限制,可能是需要做一些请求数量的限制。 其他原因。 楼主之前都是 ChatGPT Pro 直接 oauth 的,连 CPA 都不敢用,因此对 new-api 和 cc-switch 的相关用法更是知之甚少,希望佬友们能不吝赐教。 7 个帖子 - 3 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-09 16:52:16+08:00 · tech

结论:DeepSeek-V4-Flash 出现了严重的 overthinking。 使用 DeepSeek 官方 API 测试,思考强度为 Max。 可以看到,在 12 道题目中,V4-Flash 只在 5 道题目中输出了代码,在剩余的 7 道题目中思维链全部超过了 128k 上限被截断。相比之下,在 V4 尚未发布时网页端的灰测模型都获得了 141 分,发布后的快速模式获得了 215 分——网页端的这两个模型至少面对题目能正常地输出一份代码,且有一定可能获得部分分数。 由于这种严重的 overthinking,V4-Flash 在当前的榜单中排名倒数第二,仅优于 Hy-3-Preview。 在昨天发布的 V4-Pro 的成绩中,3 道题目也出现了 CoT 超过长度限制的情况。而 Flash 作为参数量较小的模型,对于题目的直觉比 V4-Pro 更差,token 效率更低,因此对于 Pro 影响较小的 overthinking 问题,在 Flash 上就导致其在面对较难的问题时,Max 推理强度几乎不可用的状态。 这一点与知乎答主 toyama nao 在其题目集上的测试结果相符,DeepSeek-V4 系列相比于国际先进模型来说还是存在推理效率较低的问题。 目前排行榜: 4 个帖子 - 3 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-08 15:17:25+08:00 · tech

用了社区里的两位大佬的chatgpt2api项目来生成image2图片,发现都有个比较严重的问题:API调用有时明明看到后台在半分多钟时就生成了,但前端却要二三百秒才返回图片,如何解决?用post测试也一样,尤其并发高了后可能要上千秒延迟…不知道哪里的问题?看日志老早就返回了图片URL,基本都在一分钟内生成了,但是下载为啥慢的离谱,,,下载后再返回bs64给前端要三分钟,不理解!去服务器看data目录: /www/wwwroot/chatgpt2api0/data/images/2026/06/06 看到图片 1780752798_3c4186136f87a3a4c203338e7c2e2117.png 早就已经下载到这个目录里面了!然后不管是chat接口还是images接口都要等200秒,换了服务器,600M带宽的问题也依然存在 2 个帖子 - 2 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-08 11:22:10+08:00 · tech

应用于 Android 平台 QQ 的 Xposed 模块 “QStory” 其 QStory_2.6.2-release.apk 存在严重的恶意云控后门机制。该模块能够在用户不知情的情况下,对 QQ 账户数据执行毁灭性操作,包括批量删除全部好友、强制退出或解散所有群组、删除相册及下载内容,以及清除 QQ 全部本地数据。上述操作无需用户交互,且具有明显的恶意破坏性质,不属于模块所声明的正常功能范畴。 via 群友 仓库作者:“相关代码已移除 具体与本人无关” 在现在常用模块都闭源的情况下,该如何保障自己的利益? 3 个帖子 - 3 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-07 22:54:56+08:00 · tech

叫codex帮我搭了一个家宽线路,平时白天用没什么问题,但是最近发现一到晚上7点左右开始,线路就丢包严重,延迟也很高,非常的不稳定,让codex查了半天告诉我是运营商网络到线路机的网络不稳定造成的,有没有懂网络的佬支支招,我现在几乎7-12点都没办法正常用网络了,线路机到家宽应该是没问题的,主要问题就在我的本地到线路机这段,非常不稳定,我本地运营商是电信,线路机用的是Dmit的 HKG.AS3.EB.TINYv2 ,是不是我服务器的问题? 9 个帖子 - 6 位参与者 阅读完整话题

v2ex · 2026-06-07 22:54:14+08:00 · tech

最近刚来深圳,租了个包网的过渡房子,用的是天威的宽带,跑了个国内网的测速也有 500m 左右的水平还不错,没想到出国流量给我拉了个大的 目前的梯子也是长期使用很久了,走南闯北&三大运营商都用过,都可以正常用 结果到了天威这,不管早晚都被疯狂 Qos ,要么直接连不上,要么连上 30 秒内必断流 不信邪,又换了其他三家梯子测试,都是同样的结果,真没招了 过段时间就要换房自己拉宽带,之前一直拉的是联通的宽带,但是翻看站内的旧贴有人说深圳联通的宽带其实接的是天威,有没有深圳的朋友分享一下使用感受?

v2ex · 2026-06-07 22:54:14+08:00 · tech

最近刚来深圳,租了个包网的过渡房子,用的是天威的宽带,跑了个国内网的测速也有 500m 左右的水平还不错,没想到出国流量给我拉了个大的 目前的梯子也是长期使用很久了,走南闯北&三大运营商都用过,都可以正常用 结果到了天威这,不管早晚都被疯狂 Qos ,要么直接连不上,要么连上 30 秒内必断流 不信邪,又换了其他三家梯子测试,都是同样的结果,真没招了 过段时间就要换房自己拉宽带,之前一直拉的是联通的宽带,但是翻看站内的旧贴有人说深圳联通的宽带其实接的是天威,有没有深圳的朋友分享一下使用感受?

v2ex · 2026-06-07 22:16:30+08:00 · tech

最近刚来深圳,租了个包网的过渡房子,用的是天威的宽带,跑了个国内网的测速也有 500m 左右的水平还不错,没想到出国流量给我拉了个大的 目前的梯子也是长期使用很久了,走南闯北&三大运营商都用过,都可以正常用 结果到了天威这,不管早晚都被疯狂 Qos ,要么直接连不上,要么连上 30 秒内必断流 不信邪,又换了其他三家梯子测试,都是同样的结果,真没招了 过段时间就要换房自己拉宽带,之前一直拉的是联通的宽带,但是翻看站内的旧贴有人说深圳联通的宽带其实接的是天威,有没有深圳的朋友分享一下使用感受?

v2ex · 2026-06-07 22:16:30+08:00 · tech

最近刚来深圳,租了个包网的过渡房子,用的是天威的宽带,跑了个国内网的测速也有 500m 左右的水平还不错,没想到出国流量给我拉了个大的 目前的梯子也是长期使用很久了,走南闯北&三大运营商都用过,都可以正常用 结果到了天威这,不管早晚都被疯狂 Qos ,要么直接连不上,要么连上 30 秒内必断流 不信邪,又换了其他三家梯子测试,都是同样的结果,真没招了 过段时间就要换房自己拉宽带,之前一直拉的是联通的宽带,但是翻看站内的旧贴有人说深圳联通的宽带其实接的是天威,有没有深圳的朋友分享一下使用感受?

v2ex · 2026-06-07 21:06:39+08:00 · tech

最近刚来深圳,租了个包网的过渡房子,用的是天威的宽带,跑了个国内网的测速也有 500m 左右的水平还不错,没想到出国流量给我拉了个大的 目前的梯子也是长期使用很久了,走南闯北&三大运营商都用过,都可以正常用 结果到了天威这,不管早晚都被疯狂 Qos ,要么直接连不上,要么连上 30 秒内必断流 不信邪,又换了其他三家梯子测试,都是同样的结果,真没招了 过段时间就要换房自己拉宽带,之前一直拉的是联通的宽带,但是翻看站内的旧贴有人说深圳联通的宽带其实接的是天威,有没有深圳的朋友分享一下使用感受?

v2ex · 2026-06-07 20:41:23+08:00 · tech

最近刚来深圳,租了个包网的过渡房子,用的是天威的宽带,跑了个国内网的测速也有 500m 左右的水平还不错,没想到出国流量给我拉了个大的 目前的梯子也是长期使用很久了,走南闯北&三大运营商都用过,都可以正常用 结果到了天威这,不管早晚都被疯狂 Qos ,要么直接连不上,要么连上 30 秒内必断流 不信邪,又换了其他三家梯子测试,都是同样的结果,真没招了 过段时间就要换房自己拉宽带,之前一直拉的是联通的宽带,但是翻看站内的旧贴有人说深圳联通的宽带其实接的是天威,有没有深圳的朋友分享一下使用感受?