- 综合排序
- 最热优先
- 最新优先
- 来自专栏AIGC花式整活
Claude Code源码泄露：8大隐藏功能曝光
Anthropic旗下的王牌编程工具ClaudeCode，其完整源代码因一个配置失误被意外泄露，超过51万行代码公之于众。 尤其令人兴奋的，是代码中隐藏的、尚未发布的8大新功能。 泄露的并非模型本身，而是ClaudeCode客户端的完整工程实现，包括其核心架构、系统提示词和内部工作流。 8大隐藏功能：ClaudeCode的“完全体”形态源码中埋藏的“彩蛋”揭示了ClaudeCode向“超级智能体”进化的明确路径，这里我们直接用ClaudeCode生成HTML页面说明8个隐藏功能源码解析完整版已经大佬把源码完整解析整理出来了
1.1K160编辑于 2026-04-01 - 来自专栏reizhi
win8 build7989 64位版泄露
友情提示用虚拟机安装的同学：win8只能用virtual box安装，不支持VMware。 泄露版特征信息 CRC32: 374EC90D MD5: 4480F94C0E11CE58DC9B7330678F07DD SHA-1: C09CDCEC2540D93EEBE650B521B2F7AE477A300A 关于Windows 8 Web 界面沉浸式UI（Immersive UI）： 初步确定泄露版中没有，期待进一步的 开启新版Aero界面方法 切换到Windows Basic主题，在主题颜色终选择透明。 +nK+FgkgBOXyUOeK&mid=666&threshold=150&tid=241 B1E54845511E24D53CB6D2CA7259E&srcid=4&verno=1&g=9F3C8D0E8C84A5
46020编辑于 2022-09-26 - 来自专栏YP小站
K8S 问题排查：cgroup 内存泄露问题
前言 这篇文章的全称应该叫：[在某些内核版本上，cgroup 的 kmem account 特性有内存泄露问题]，如果你遇到过 pod 的 cannot allocated memory 报错，node 3、节点 OOM 开始按优先级杀进程，有可能会导致有些正常 pod 被杀掉 4、机器free 查看可用内存还有很多，却无法分配，怀疑是内存泄露。 原因 一句话总结： cgroup 的 kmem account 特性在 3.x 内核上有内存泄露问题，如果开启了 kmem account 特性 会导致可分配内存越来越少，直到无法创建新 pod 或节点异常 几点解释： 1、kmem account 是cgroup 的一个扩展，全称CONFIG_MEMCG_KMEM，属于机器默认配置，本身没啥问题，只是该特性在 3.10 的内核上存在漏洞有内存泄露问题，4. 因为是内存泄露，直接重启机器可以暂时解决，但还会再次出现。 原理解释 kmem 是什么 kmem 是cgroup 的一个扩展，全称CONFIG_MEMCG_KMEM，属于机器默认配置。
10.1K41发布于 2020-11-03 - 来自专栏云头条
面临 8 年监禁：因掩盖黑客入侵、数据泄露
检察官表示，Joseph Sullivan向黑客支付了10万美元的“漏洞赏金”，以此掩盖2016年的数据泄露事件。
36830编辑于 2022-10-09 - 来自专栏云原生实验室
k8s 内存泄露？证书过期？盘他！
随着微服务的不断推进，使用 k8s 集群越来越多，越来越深入，随之而来会遇到一系列的问题，本文向大家介绍实际使用 k8s 遇到的一些问题以及解决方法。 问题一：修复 K8S 内存泄露问题 问题描述 一. 当 k8s 集群运行日久以后，有的 node 无法再新建 pod，并且出现如下错误，当重启服务器之后，才可以恢复正常使用。 这时候你的 k8s 集群可能就存在内存泄露的问题了，当创建的 pod 越多的时候内存会泄露的越多，越快。 二. /kubepods/memory.kmem.slabinfo: Input/output error 则说明不存在内存泄露的情况 如果存在内存泄露会出现 slabinfo - version: 2.1 /kubernetes:/usr/local/gopath/src/k8s.io/kubernetes build-k8s:centos-7.3-go-1.12.9-k8s-1.15.3 bash
82730发布于 2021-06-09 怎么防止数据泄露？8款数据防泄密软件分享，赶紧Get！企业机密不再泄露
然而，随着网络攻击手段的升级和数据泄露事件的频发，如何守护企业机密成为一道必须跨越的门槛。数据泄露不仅可能导致经济损失，更会严重损害企业声誉。 本文将围绕怎么防止数据泄露，深入剖析其重要性，并推荐8款高效的数据防泄密软件，助力企业筑牢数据安全防线。一、数据防泄密，为何刻不容缓？ 禁止U盘，堵住物理泄露通道考虑到U盘等移动存储设备是数据泄露的常见途径，软件提供了禁止U盘使用的功能。通过禁用USB端口或限制特定U盘的使用，从根本上堵住了物理泄露的通道。2. 它利用云端的强大计算能力，实时监控和分析数据流动，防止敏感信息通过云服务泄露。Zscaler DLP还提供了灵活的策略管理功能和详细的报告工具，帮助企业轻松管理云数据安全。8. 五、未来数据防泄露技术趋势随着技术发展，数据防泄露领域正呈现以下趋势：AI驱动：机器学习用于行为分析和风险预测，提高检测准确率。云原生：轻量化部署，弹性扩展，支持混合办公场景。
35310编辑于 2025-08-30- 来自专栏零零实验室
00SEC-D&D数据泄露报警日报【第8期】
D&D评论：近期美国、印度、俄罗斯的数据泄露趋势上升。02国际热点本章仅随机选取五个境外事件或涉及到其他国家和著名海外机构的事件。以下为监测到的情报数据，D&D系统不做真实性判断与检测。 Airtel Paybank 去哈希涉及国家/组织：印度/Airtel Paybank售卖人：0x1ucif3r样例数据：完整数据量：42,000条详情：印度支付银行AirtelPayments Bank，泄露数据字段 Gemini.com数据库5.7m涉及国家/组织：Gemini.com售卖人：ZachXBTSucks样例数据：少量样例数据量：5.7M详情：Gemini是一个优雅的加密产品，泄露的数据：电子邮件地址、 印度paytm用户数据800万xlsx格式涉及国家/组织：印度/paytm售卖人：GDlzj021216样例数据：少量数据量：8,000,000条详情：印度paytm用户数据800万xlsx格式，字段：
25930编辑于 2022-10-25 - 来自专栏终码一生
引起Java中内存泄露的8种场景归纳，建议收藏
如果一个外部类的实例对象的方法返回了一个内部类的实例对象，这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄露 集合中时的哈希值就不同了，在这种情况下，即使在contains方法使用该对象的当前引用作为的参数去HashSet集合中检索对象，也将返回找不到对象的结果，这也会导致无法从HashSet集合中单独删除当前对象，造成内存泄露 是不会释放的，如下图所示 从上图中看以看出，如果栈先增长，在收缩，那么从栈中弹出的对象将不会被当作垃圾回收，即使程序不再使用栈中的这些队象，他们也不会回收，因为栈中仍然保存这对象的引用，俗称过期引用，这个内存泄露很隐蔽 7 缓存泄露 内存泄漏的另一个常见来源是缓存，一旦你把对象引用放入到缓存中，他就很容易遗忘，对于这个问题，可以使用WeakHashMap代表缓存，此种Map的特点是，当除了自身有对key的引用外，此key 8 监听器和回调 内存泄漏最后一个常见来源是监听器和其他回调，如果客户端在你实现的API中注册回调，却没有取消，那么就会积聚。
2.1K21编辑于 2022-04-14 - 来自专栏Java研发军团
内存泄露排查之线程泄露
阅读本文需要5分钟 基础 内存泄露(Memory Leak) java中内存都是由jvm管理，垃圾回收由gc负责，所以一般情况下不会出现内存泄露问题，所以容易被大家忽略。 内存泄露有时不严重且不易察觉，这样开发者就不知道存在内存泄露，需要自主观察，比较严重的时候，没有内存可以分配，直接oom。 主要和溢出做区分。 比较常见的一个是Groovy动态编译class造成泄露。 这里就不展开了 heap泄露 比较常见的内存泄露 静态集合类引起内存泄露 监听器： 但往往在释放对象的时候却没有记住去删除这些监听器，从而增加了内存泄漏的机会。 （以静态变量的方式），如果单例对象持有外部对象的引用，那么这个外部对象将不能被jvm正常回收，导致内存泄露 其它第三方类 本例(线程泄露) 本例现象 内存占用率达80%+左右，并且持续上涨，最高点到94%
2.8K10发布于 2019-10-24 - 来自专栏奝-大周
ctfhub-信息泄露-Git泄露
可以看到在第二条记录中能看到add flag 使用git reset --hard 59218d2bc0dc24072e15f3bd2dc8a89692f90ac2恢复记录 得到一个txt文件，打开得到 或者使用git diff 59218d2bc0dc24072e15f3bd2dc8a89692f90ac2查看当前记录和add flag的区别 得到flag ? Stash 启动环境 ? 这就引起了git泄露漏洞。
2.8K20发布于 2020-08-19 - 来自专栏码农沉思录
内存泄露排查之线程泄露
基础 内存泄露(Memory Leak) java中内存都是由jvm管理，垃圾回收由gc负责，所以一般情况下不会出现内存泄露问题，所以容易被大家忽略。 内存泄露有时不严重且不易察觉，这样开发者就不知道存在内存泄露，需要自主观察，比较严重的时候，没有内存可以分配，直接oom。 主要和溢出做区分。 比较常见的一个是Groovy动态编译class造成泄露。 这里就不展开了 heap泄露 比较常见的内存泄露 静态集合类引起内存泄露 监听器： 但往往在释放对象的时候却没有记住去删除这些监听器，从而增加了内存泄漏的机会。 （以静态变量的方式），如果单例对象持有外部对象的引用，那么这个外部对象将不能被jvm正常回收，导致内存泄露 其它第三方类 本例(线程泄露) 本例现象 内存占用率达80%+左右，并且持续上涨，最高点到94%
3.4K40发布于 2019-05-05 - 来自专栏k-cloud-labs
netns泄露
既然net ns出现了泄漏，我们只需要排查被泄露的net ns的成因即可。 而上面之所以出现清理cgroup时需要杀死容器内未退出进程，是由于常驻协程的检测机制导致的，常驻协程判定Pod已终止运行的条件是： 1 2 3 4 5 6 7 8 9 10 11 12 =default;K8S_POD_NAME=duse-api-sf-xxxxx-0;K8S_POD_INFRA_CONTAINER_ID=c2ef79f7596b6b558f0c01c0715bac46714eefd1e9966625a09414c7218e1013 CNI_IFNAME=eth0 CNI_PATH=/home/kaku/kakucloud/cni-plugins/bin LANG=en_US.UTF-8 PATH=/usr/local/sbin: 既然原生k8s集群不存在net ns泄漏问题，那问题一定由我们定制的某个模块引起。
89330编辑于 2023-03-06 - 来自专栏k8s技术圈
Dockerd资源泄露系列 - 内存&FD泄露 - 1
但是上面也看到了函数结束后会在defer里释放掉申请的chan，为什么还会导致内存泄露呢？ slave去掉，demo就能运行成功，dockerd启动就不会再报这个错，但是同时又发现了其他问题，相关问题简体见如下issue https://blog.frognew.com/2018/02/k8s-unable-delete-pod-docker-device-busy.html 就目前线上配置看，除了内存泄露，还没有反馈其他问题，所以可以先找出来api调用方，规范api调用，及时关闭超时连接也是可以避免内存泄露的。 之前出现过的netns泄露的问题可能也与此有关。 谁是调用方 经过上面的排查，已经可以明确问题的原因，对应的代码逻辑。 ，后面还会有多篇有关docker资源泄露、容器删除不掉等各式各样的问题，敬请期待。
2.9K20发布于 2021-04-26 - 来自专栏用户9703952的专栏
信息泄露
信息泄露 备份文件下载 网站源码 bak文件下载 访问目录下的bak文件 题目提示source 在index.php下，所以用hackbar访问index.php.bak 将bak文件后缀改为txt或者用 所以其意外退出而保留的临时文件是 .index.php.swp phpinfo 直接打开页面发现是phpinfo界面 思路是从表中搜索flag的信息 浏览器中ctrl+f查找（和wires hark相同）flag 信息泄露问题
34110编辑于 2024-02-19 - 来自专栏Mirror的技术成长
信息泄露
信息泄露 敏感信息泄露 信息泄露会暴露服务器的敏感信息，使攻击者能够通过泄露的信息进行对网站的进一步入侵 软件敏感信息 操作系统版本 可以通过NAMP等扫描得知 中间件的类型以及版本 （例如whatweb:这是一种网站指纹识别工具） Web程序（CMS类型以及版本、敏感文件） 使用工具（whatweb、cms_identify） Web敏感信息 phpinfo()信息泄露 ： http://[ip]/test.php 和 http://[ip]/phpinfo.php 测试页面泄露在外网： test.cgi phpinfo.php info.php 等 编辑器备份文件泄露在外网 http://[ip]/.git/config http://[ip]/CVS/Entriesp http://[ip]/.svn/entriesp HTTP认证漏洞泄露 http:// [ip]/basic/index.php [Web 目录开启了Http Basic认证，但是未限制IP，导致可暴力破解账号和密码] 管理后台地址泄露 http://[ip]/login.php
1.4K20发布于 2020-11-13 - 来自专栏猿人谷
内存泄露
4.内存泄露的几种常见原因 1、对于通过new等运算符申请到的内存空间在使用之后没有释放掉。 如果是在过程程序中开辟的空间，可以在过程结束时释放；但是如果是面向对象的编程，在类的构造函数中开辟的空间，那么记得一定要在析构函数中释放，但是如果析构函数出现问题了，导致不能释放内存空间，就造成了内存泄露 3、对于内存的泄露有的时候是忘记了回收，但是有的时候是无法回收，比如1中提到的析构函数不正确导致内存泄露，这是属于程序有问题；还有关于面向对象编程的一个内存泄露的可能性：一个对象在构造函数中抛出异常，对象本身的内存会被成功释放 内存泄露是指程序中间动态分配了内存，但是在程序结束时没有释放这部分内存，从而造成那一部分内存不可用的情况，重起计算机可以解决，但是也有可能再次发生内存泄露，内存泄露和硬件没有关系，它是由软件引起的。
2.5K80发布于 2018-01-17 - 来自专栏肉眼品世界
引起Java中内存泄露8种场景归纳，一定要避开这些！
如果一个外部类的实例对象的方法返回了一个内部类的实例对象，这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄露 集合中时的哈希值就不同了，在这种情况下，即使在contains方法使用该对象的当前引用作为的参数去HashSet集合中检索对象，也将返回找不到对象的结果，这也会导致无法从HashSet集合中单独删除当前对象，造成内存泄露 这里写图片描述 从上图中看以看出，如果栈先增长，在收缩，那么从栈中弹出的对象将不会被当作垃圾回收，即使程序不再使用栈中的这些队象，他们也不会回收，因为栈中仍然保存这对象的引用，俗称过期引用，这个内存泄露很隐蔽 8.监听器和回调 内存泄漏第三个常见来源是监听器和其他回调，如果客户端在你实现的API中注册回调，却没有显示的取消，那么就会积聚。
1.8K10发布于 2021-03-09 - 来自专栏顶级程序员
2010 年的那场 F8 大会，是 Facebook 数据泄露的根源
在 Twitter 上的 Facebook 高管们自然会地对"违约"一词的使用表示异议: 这绝对不是数据泄露。 FACEBOOK与谷歌以及GRAPH API Facebook于2010年推出了所谓的“Open Graph” ；首席执行官马克·扎克伯格（Mark Zuckerberg）率领 Facebook 召开了 F8开发者大会 没有明显的方式在更大的web上收集数据，这正是Open Graph的出现的原因; Facebook 会提供其数据片段, 来交换来自网站和应用程序的数据： 扎克伯格在他的主题演讲中多次表示： 在我们的第一个F8中 因此，许多人都会立即认为数据泄露问题是Facebook自己的过错。 可以肯定的是，似乎还有一个党派的因素——人们对奥巴马竞选没有多少抱怨。 而且在2010年举行F8的时候，Facebook大幅放宽了以下的服务条款： 我们有这样的一个政策：你不能储存或缓存数据超过24小时，我们将继续努力并去除这项政策。
1.2K100发布于 2018-05-03 - 来自专栏DotNet NB && CloudNative
避坑指南：可能会导致.NET内存泄露的8种行为
以下是最常见的8种内存泄露的情况。前6个是托管内存泄漏，后2个是非托管内存泄漏： 1.订阅Events .NET中的Events因导致内存泄漏而臭名昭著。 8.添加了Dispose方法却不调用它 在最后一个示例中，我们添加了Dispose方法以释放所有非托管资源。这很棒，但是当有人使用了该类却没有调用Dispose时会发生什么呢？ 你可以阅读我的文章《Find, Fix, and Avoid Memory Leaks in C# .NET: 8 Best Practices》，以获取有关此内容的更多信息。
1.8K10编辑于 2024-04-15 - 来自专栏全栈程序员必看
vs 内存泄露 检测(android怎么检测内存泄露)
BoundsChecker能检测的错误包括： 1）指针操作和内存、资源泄露错误，比如：内存泄露；资源泄露；对指针变量的错误操作。 1）ActiveCheck是BoundsChecker提供的一种方便、快捷的错误检测模式，它能检测的错误种类有限，只包括：内存泄露错误、资源泄露错误、API函数使用错误。
2.8K30编辑于 2022-07-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号