- 综合排序
- 最热优先
- 最新优先
- 来自专栏绿盟科技研究通讯
安全容器也存在逃逸风险
从上图可以得出结论，在不考虑其他因素的情况下，如果Kata Containers内部的攻击者想要逃逸到宿主机上，他必须至少经过两次逃逸——「容器逃逸」和「虚拟机逃逸」，才能达到目的。 它让我们意识到，即使是采用了独立内核的“安全容器”，也存在逃逸风险。换句话说，安全没有银弹。 本文将对该议题中的逃逸过程（Container-to-Host）及相关的三个漏洞进行详解和复现。 漏洞分析 如「简介」部分所述，从容器到宿主机的逃逸涉及三个漏洞的使用，由「容器逃逸」和「虚拟机逃逸」两部分组成。 例如，在笔者的环境下： root@7d30fe24da7e:/# ls -al /sys/dev/block/ | grep vda1 lrwxrwxrwx 1 root root 0 Sep 23 03 这里我们可以借助debugfs工具来实现： root@7d30fe24da7e:/# /sbin/debugfs -w /dev/guest_hd debugfs 1.45.5 (07-Jan-2020
2.7K30发布于 2020-10-09 - 来自专栏java系列
Java基础】This逃逸（ This引用逃逸详解）
【Java基础】This逃逸（ This引用逃逸详解）1、This逃逸中的关键词This引用逃逸对象在还没有构造完成时，This引用已经发布出。发布对象发布是指一个对象在作用域范围之外被使用。 2、This逃逸示例分析public class ThisEscape { final int a; int b=0; static ThisEscape obj; public ，但是不一定发生，而线程B发生this逃逸这是因为：由于JVM的指令重排序存在，实例变量i的初始化被安排到构造器外(final可见性保证是final变量规定在构造器中完成的)类似于this逃逸，线程A中构造器构造还未完全完成 3、什么情况下会This逃逸发生This逃逸一般会有两种情况：在构造器中启动线程：启动的线程任务是内部类，在内部类中 xxx.this 访问了外部类实例，就会发生访问到还未初始化完成的变量在构造器中注册事件 ，引起This逃逸的问题是在多线程滥用引用。
65230编辑于 2023-06-09 - 来自专栏CloudBest
7种策略解除云风险警报
随着越来越多的基本服务转向云，关注当今云环境中固有的风险以及采取预防措施就显得尤为重要。 ? 那作为IT领导者，可以通过那些手段来评估和缓解云风险呢？ 01 评估企业对云风险的适应能力 在银行业，人们常常通过设置风险适应能力来指导组织决策。 从IT管理员的角度来说，企业的风险适应能力将会影响运维在尽职调查、持续监控以及投资降低风险措施方面的意愿。例如，运维可能会设置一个层级风险缓解法，从而最大化利用手头有限的资源。 即便如此,当涉及到降低云风险时,转移到自动化也还是有很大的局限性。毕竟,企业不可能做到自动对云提供商进行风险评估。 07 反思避险作为一种风险缓解策略 攻击和安全并不是唯一要考虑的风险，落后也是需要考虑的风险之一。
1.3K10发布于 2019-11-08 - 来自专栏CloudBest
Gartner发布云计算安全风险评估 列出7大风险
2008年7月3日消息，据国外媒体报道，研究机构Gartner近日发布一份名为《云计算安全风险评估》的报告，列出了云计算技术存在的7大风险。 Gartner表示，云计算需要进行安全风险评估的领域包括数据完整性、数据恢复及隐私等。此外，还需对电子检索、可监管性及审计问题进行法律方面的评价。以下是Gartner列出的云计算7大风险： ? 1.特权用户的接入 在公司外的场所处理敏感信息可能会带来风险，因为这将绕过企业IT部门对这些信息“物理、逻辑和人工的控制”。 7.长期生存性 理想情况下，云计算提供商将不会破产或是被大公司收购。但是用户仍需要确认，在发生这类问题的情况下，自己的数据会不会受到影响。
2.1K30发布于 2019-08-02 - 来自专栏冰河技术
逃逸分析，yyds！！
大家好，我是冰河~~ 在JVM的实现中，为了提高JVM的性能和节省内存空间，JVM提供了一种叫做 “逃逸分析” 的特性，而且对于“逃逸分析” 这种特性，也是近年来大厂面试常问的知识点。 今天，我们就一起来聊聊什么是逃逸分析 逃逸分析的概念 先以官方的形式来说下什么是逃逸分析。逃逸分析就是：一种确定指针动态范围的静态分析，它可以分析在程序的哪些地方可以访问到指针。 在JVM的即时编译语境下，逃逸分析将判断新建的对象是否逃逸。即时编译判断对象是否逃逸的依据：一种是对象是否被存入堆中（静态字段或者堆中对象的实例字段），另一种就是对象是否被传入未知代码。 对象逃逸示例 一种典型的对象逃逸就是：对象被复制给成员变量或者静态变量，可能被外部使用，此时变量就发生了逃逸。 我们可以用下面的代码来表示这个现象。 还没完，我们继续看下逃逸分析的优点，以便于小伙伴们能够更好的理解逃逸分析。 逃逸分析的优点 逃逸分析的优点总体上来说可以分为三个：对象可能分配在栈上、分离对象或标量替换、消除同步锁。
43710编辑于 2022-06-15 肿瘤免疫逃逸
(五)肿瘤细胞缺乏共刺激分子共刺激分子的缺乏也是肿瘤逃逸的原因之一。目前研究较多的共刺激分子为B7家族，它们主要表达于DC及激活的B细胞和Mφ表面，而肿瘤细胞不表达这些分子。 共刺激分子B7-1/ B7-2(CD80/CD86)与T细胞膜表面的CD28 分子结合，为T细胞充分活化提供了第二信号。 协同刺激信号是通过T细胞的协同刺激受体与相应配体相互作用介导的，其中经典的B7-1/ B7-2-CD28/CTLA-4协同刺激途径对细胞的活化和耐受起关键性调节作用。 近年发现了B7家族的另一类起共抑制作用的新成员--B7-Hs共抑制分子。目前，肿瘤中研究比较清楚的B7-Hs分子为B7-H1。 炎症反应与肿瘤发生的关系体现为外因和内因两个方面:外因是指炎症反应可增加肿瘤发生的风险，例如幽门螺杆菌与胃癌，慢性病毒性肝炎与肝癌，炎症性肠病与肠癌的发生;内因是指驱动肿瘤发生的基因改变会影响组织中的炎症反应
52810编辑于 2024-02-28- 来自专栏Golang语言社区
Golang逃逸分析
Golang逃逸分析 介绍逃逸分析的概念，go怎么开启逃逸分析的log。 以下资料来自互联网，有错误之处，请一定告之。 如果指针存储在全局变量或者其它数据结构中，它们也可能发生逃逸，这种情况是当前程序中的指针逃逸。 逃逸分析需要确定指针所有可以存储的地方，保证指针的生命周期只在当前进程或线程中。 go消除了堆和栈的区别 go在一定程度消除了堆和栈的区别，因为go在编译的时候进行逃逸分析，来决定一个对象放栈上还是放堆上，不逃逸的对象放栈上，可能逃逸的放堆上。 command-line-arguments escape_analysis/main.go:11: leaking param: z to result ~r1 level=0 escape_analysis/main.go:7: ，而i却逃逸了，这是因为go的逃逸分析不知道z和i的关系，逃逸分析不知道参数y是z的一个成员，所以只能把它分配给堆。
1.9K51发布于 2018-07-26 - 来自专栏腾讯云安全专家服务
Docker逃逸原理
逃逸思路1.因配置特权模式逃逸（--privileged，--cap-add与SYS_ADMIN结合）2.docker.sock通信传输逃逸（容器A新建一个容器B，再使用容器B进行逃逸）3.结合linux 内核提权漏洞逃逸（脏牛dirty cow）4.docker中的/proc传输，/fd传输逃逸（CVE-2019-5736）Docker是当今使用范围最广的开源容器技术之一，具有高效易用的优点。 图片.png一.配置特权模式时的逃逸情况（一）--privileged（特权模式）特权模式于版本0.6时被引入Docker，允许容器内的root拥有外部物理机root权限，而此前容器内root用户仅拥有外部物理机普通用户权限 mkdir /abc5.将/dev/sda1挂载至/abc:mount /dev/sda1 /abc6.最终我们可以通过访问容器内部的/abc路径来达到访问整个宿主机的目的：ls /abcimage.png7. 因此，当容器访问docker socket时，我们可通过与docker daemon的通信对其进行恶意操纵完成逃逸。
3.9K61编辑于 2023-03-01 - 来自专栏数据小冰
内存逃逸
如何进行逃逸分析 Go逃逸分析的基本原理是如果函数返回的是对一个变量的引用，它就会进行逃逸。编译器会对代码中的变量类型、引用关系和生命周期进行分析。 /main.go:91:7: &User literal escapes to heap . /main.go:96:7: &User literal does not escape 可以看到，上面的&User没有发生内存逃逸。 User2 { return new(User2) } func call2(u *User) { u2 := newUser2() u2.uers = u } func escapeDemo7( /main.go:101:7: &User literal escapes to heap 切片类型（元素为T类型）的逃逸 下面分析切片元素是否发生逃逸，对一个切片类型来说，它底层是有3个字段构成，
53920编辑于 2022-08-15 - 来自专栏sunsky
Golang内存逃逸是什么？怎么避免内存逃逸？
逃逸分析是怎么完成的 Go逃逸分析最基本的原则是：如果一个函数返回对一个变量的引用，那么它就会发生逃逸。 任何时候，一个值被分享到函数栈帧范围之外，它都会在堆上被重新分配。 https://www.do1618.com/archives/1328/go-%E5%86%85%E5%AD%98%E9%80%83%E9%80%B8%E8%AF%A6%E7%BB%86%E5%88% 简单来说，编译器会根据变量是否被外部引用来决定是否逃逸。 对于Go程序员来说，编译器的这些逃逸分析规则不需要掌握，我们只需通过go build -gcflags '-m'命令来观察变量逃逸情况就行了。 但其实当参数为变量自身的时候，复制是在栈上完成的操作，开销远比变量逃逸后动态地在堆上分配内存少的多。 最后，尽量写出少一些逃逸的代码，提升程序的运行效率。
6.4K12发布于 2020-10-28 - 来自专栏红蓝对抗
Docker容器逃逸
Linux 进程,而容器逃逸的过程我们完全可以将其理解... 前言: 我认为docker容器逃逸也算是提权的一种手法,要更好的理解容器逃逸的手法，应该知道从本质上看容器内的进程只是一个受限的普通 Linux 进程,而容器逃逸的过程我们完全可以将其理解为在一个受限进程中进行一些操作来获取未受限的完整权限 也能很方便判断出当前的容器是否在 Kubernetes 的编排环境中 没使用 Kubernetes 的 docker 容器，其 cgroup 信息长这样 5:hugetlb:/docker/f904ce4cc3834023f7e074ed582957859450e85c083f1c9922390d39126058e9 hugetlb:/kubepods/burstable/pod45226403-64fe-428d-a419-1cc1863c9148 /e8fb379159f2836dbf990915511a398a0c6f7be1203e60135f1cbdc31b97c197 需要注意的是，使用该端口需要确保防火墙设置正确，以避免潜在的安全风险。
1.1K30编辑于 2023-12-28 - 来自专栏Golang语言开发栈
Go 语言逃逸分析
02 查看对象是否发生逃逸 Go 语言工具链提供了查看对象是否逃逸的方法，我们在执行 go build 时，配合使用参数 -gcflags 开启编译器支持的额外功能，例如： go build -gcflasg /main.go:8:2: moved to heap: res 阅读上面这段代码，我们发现 sum 函数中的变量 res 逃逸到堆，也就是说 Go 编译器通过逃逸分析，决定将变量 res 分配到堆空间 03 逃逸分析的作用 Go 语言编译器通过逃逸分析优化，将对象合理分配到栈空间和堆空间。 因为栈内存分配比堆内存分配更快，所以 Go 语言在编译时通过逃逸分析优化将不会发生逃逸的对象优先分配到栈空间。 因此，不仅降低堆空间内存分配的开销，同时，也可以降低垃圾回收占用的系统资源。 所以，我们在实际项目开发中，可以借助 Go 工具链分析对象是否会发生逃逸，尽量避免一些不必要的对象逃逸。 推荐阅读： Go 语言怎么使用对称加密？
35930编辑于 2022-10-28 - 来自专栏技术研究和应用
Go逃逸分析
一个对象本应该分配在栈上，结果分配在了堆上，这就是内存逃逸。 若出现 xxx escapes to heap，则xxx变量是发生了内存逃逸，需要尽量避免内存逃逸，因为栈内存的回收效率比堆内存高很多。 逃逸分析输出：. 当栈内单个对象大小超过64KB，则会发生内存逃逸，channel空间不足也会发生逃逸。 局部变量name因为匿名函数返回出去后，编译器认为应该分配在堆上，也发生了逃逸。取消逃逸分析编译器默认会进行逃逸分析，会通过规则判定一个变量是分配到堆上还是栈上。一些函数虽然逃逸分析将其存放到堆上。
67171编辑于 2022-09-06 - 来自专栏LinkinStar's Blog
Golang逃逸分析
逃逸分析，看着一个非常高大上的名词，很多人第一次听到它的感觉会觉得它好厉害的样子，其实说到底它很好理解，并不复杂。之前一直没有写也是有原因的，因为其实在实际中，我真的很难用上它。 而确定对象在栈上还是堆上的过程就是我们今天的主角 —— 逃逸分析 逃逸分析 定义 其实刚才我们就已经知道了，逃逸分析就是帮我们确定，我们所使用的对象应该放在栈上还是堆上。 首先我们必须要有工具来进行逃逸分析，当让 go 提供了这个工具 go build -gcflags '-m -l' main.go 其中的 -m 就是会打印出逃逸分析的优化策略，可以多加 m 来查看更加详细的信息 逃逸分析本身并不神奇，神奇的是 go 去实现逃逸分析的代码 cmd/compile/internal/gc/escape. go 最后重点来了：请你暂时忘记它吧，其实大部分的业务场景都用不到它，因为绝大多数的 OOM 并不会简简单单因为你的变量逃逸而出现问题；大部分的 GC 时间长也并非因为逃逸导致；所以请先分析瓶颈，找到关键瓶颈后再进行优化，不要一上来就逃逸分析半天，结果发现加个索引就好了。
61320编辑于 2022-09-01 - 来自专栏Khan安全团队
Docker逃逸漏洞
Docker逃逸漏洞复现（CVE-2019-5736） ? 因为Docker所使用的是隔离技术，就导致了容器内的进程无法看到外面的进程，但外面的进程可以看到里面，所以如果一个容器可以访问到外面的资源，甚至是获得了宿主主机的权限，这就叫做“Docker逃逸”。
81140发布于 2021-03-24 - 来自专栏涓流
go逃逸分析
逃逸分析 什么是内存逃逸？ 内存逃逸（Memory Escape）是指Go语言中变量被分配到堆（Heap），而非栈（Stack）上的现象。 什么是逃逸分析? Go 编译器怎么知道某个变量需要分配在栈上，还是堆上呢？编译器决定内存分配位置的方式，就称之为逃逸分析(escape analysis)。逃逸分析由编译器完成，作用于编译阶段。 /main.go:7:6: can inline foo ./main.go:13:10: inlining call to foo . /main.go:7:10: leaking param: s ./main.go:8:10: new(A) escapes to heap . 内存逃逸的影响 性能开销： 堆分配速度慢：相比栈分配，堆分配需要更复杂的内存管理（如分配、碎片化处理）。 GC压力增加：堆上分配的变量需要垃圾回收，频繁逃逸可能导致GC频繁运行，影响程序性能。
24100编辑于 2025-05-16 - 来自专栏sunsky
Golang逃逸分析
Golang逃逸分析 介绍逃逸分析的概念，go怎么开启逃逸分析的log。 以下资料来自互联网，有错误之处，请一定告之。 command-line-arguments escape_analysis/main.go:11: leaking param: z to result ~r1 level=0 escape_analysis/main.go:7: Profiling Go Programs https://github.com/mushroomsir/blog/blob/master/Go%E4%B8%ADstring%E8%BD%AC%5B%5Dbyte%E7% 9A%84%E9%99%B7%E9%98%B1.md the-go-programming-language-report https://golang.org/doc/faq 年终盘点！ article/1165660 https://www.do1618.com/archives/1328/go-%E5%86%85%E5%AD%98%E9%80%83%E9%80%B8%E8%AF%A6%E7%
62500发布于 2020-08-20 - 来自专栏golang分享
golang逃逸分析
/main.go:7:6: moved to heap: i y和 z没有逃逸很好理解，但问题在于 y还被赋值到函数 ref()的输入 z的成员了，而Go的逃逸分析不能跟踪变量之间的关系，不知道 i变成了 /main.go:7:14: from a (spill) at ./main.go:7:14 . /main.go:7:14: from ... argument (slice-literal-element) at ./main.go:7:13 . /main.go:7:14: from ... argument (spill) at ./main.go:7:13 . /main.go:7:14: a escapes to heap a逃逸是因为它被传入了fmt.Println的参数中，这个方法参数自己发生了逃逸。
4.7K20编辑于 2023-07-30 - 来自专栏终有链响
HotSpot逃逸分析
逃逸分析及其优化 逃逸分析是JIT编译器中的一个高级特性，它分析对象的生命周期和作用域，判断对象是否“逃逸”出其创建的方法或线程，以此来决定是否可以采取进一步的优化措施。 逃逸的两种情况包括： 方法逃逸：对象被作为参数传递给其他方法，其引用超出创建方法的范畴。 线程逃逸：对象被赋予了全局变量或类变量，有可能被其他线程访问。 当分析得知对象未发生逃逸时，可以执行以下优化： 同步消除：如果确定一个对象不会被多线程访问，那么针对该对象的同步操作（如加锁解锁）可以安全地被消除，减少不必要的性能开销。 栈上分配：对于生命周期短且未逃逸的对象，直接在栈上分配内存，而非堆上，栈的分配速度快于堆，且对象生命周期结束时自动释放内存，减少了GC负担。 分层编译和逃逸分析在1.8中是默认是开启的 编译阈值与OSR编译解析 在即时编译（JIT）的背景下，编译阈值是一个关键参数，它决定了代码从解释执行过渡到编译执行的时机。
26310编辑于 2024-07-29 - 来自专栏红蓝对抗
Docker容器逃逸
,要更好的理解容器逃逸的手法，应该知道从本质上看容器内的进程只是一个受限的普通 Linux 进程,而容器逃逸的过程我们完全可以将其理解...前言:我认为docker容器逃逸也算是提权的一种手法,要更好的理解容器逃逸的手法 限制权限的进程获取更多权限,当清晰的理解了这一点,接下来的容器逃逸学习将会易如反掌容器逃逸环境搭建作者这里选择的是Ubuntu-18.04和Ubuntu22.04,推荐使用Ubuntu18.04首先安装 也能很方便判断出当前的容器是否在 Kubernetes 的编排环境中没使用 Kubernetes 的 docker 容器，其 cgroup 信息长这样5:hugetlb:/docker/f904ce4cc3834023f7e074ed582957859450e85c083f1c9922390d39126058e9 hugetlb:/kubepods/burstable/pod45226403-64fe-428d-a419-1cc1863c9148/e8fb379159f2836dbf990915511a398a0c6f7be1203e60135f1cbdc31b97c197 需要注意的是，使用该端口需要确保防火墙设置正确，以避免潜在的安全风险。
1.4K21编辑于 2023-12-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号