libc 2.27 堆管理机制

最新推荐文章于 2025-09-30 14:47:50 发布
原创 最新推荐文章于 2025-09-30 14:47:50 发布 · 1.5k 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

这篇博客详细介绍了Linux下内存分配的流程，包括malloc如何从tcachebins、fastbins、smallbins、largebins和topchunk中寻找合适的chunk，以及内存回收时free的处理方式，涉及tcache、fastbin、unsortedbin、smallbin和largebin的管理。此外，还讨论了mmap和sbrk在内存扩展中的作用。

chunk可以分成allocated chunk,free chunk,top chunk,last remainter chunk

  • allocated chunk：当前chunk是被应用层用户所使用的
  • free chunk：当前chunk是空闲的，没有被应用层用户所使用
  • top chunk：不属于任何的bins，主要是当我们在free的bins中没有找到我们所需的bins时，就从top bins中划分出我们所需的bins。当top bins不够时，需要使用brk分配
  • last remainter chunk

由于在libc2.26之后引入tcachebins，所以堆分配机制和之前不太相同

tcachebins——tcachebins是一个长度为64的字节数组，每个字节数组对应一条链表。所以tcachebins只能存放0x0-0x400大小的堆，且每个链表长度为7。并且类似于fastbins，是一个单链表。在释放大小为0x0-0x400大小的堆的时候，首先会被释放入对应长度tcachebins对应的链表中，当长度超出7后，再放入fastbin或unsortbins中。malloc的时候当发现malloc对应大小的堆，先从tcachebins中取出。注意当如果从fastbin中取出了一个块，那么会把剩余的块放入tcache中直至填满tcache（smallbin中也是一样）。如果进入了unsortedbin，且chunk的size和当前申请的大小精确匹配，那么在tcache未满的情况下会将其放入到tcachebin中

fastbins——fastbins上有7个单链表，是bins数组上的前十位，存放大小为0x20-0x80的堆，存放时不合并

sortbins——当有大于0x400或在0x80-0x400的时候tcachebins以存放满，多余的堆将让放入sortbins。

smallbins——通常是在对sortbins和fastbins整理后

最低0.47元/天 解锁文章
关于如何理解Glibc堆管理器(Ⅶ——Tcache Bins!!)
Tokameine的博客
08-06 1296
本篇实为个人笔记，可能存在些许错误；若各位师傅发现哪里存在错误，还望指正。感激不尽。 若有图片及文稿引用，将在本篇结尾处著名来源(也有置于篇首的情况)。 笔者本该将这一节的内容与第二节合并的，因为Tcache的并入并没有带来非常多的内容。但从结构上考虑，笔者一直以来都在使用glibc-2.23进行说明，在该版本下尚且没有引入Tcache Bins，因此这一节的内容一直拖欠到今。直到glibc-2.27开始，官方才引入了Tcache Bins结构，因此本节内容也将在该版本下进行说明(不...
从一道题中学习Glibc2.27堆管理机制
Zoxiee的博客
01-20 1404
众所周知，Glibc2.26以后增加了tcache机制，而比赛中通常会使用2.27版本的题目。于是这里从最近一道题目中总结一些Glibc的堆malloc和free时过程和保护机制。 starCTF2021 babyheap 题目在此下载 题目的add，delete，edit，show功能如上图。漏洞很明显，UAF漏洞，但是难点在于每个堆块的前八个字节都无法直接写，这意味着并不能简单的double free。这里就得利用堆管理机制。 Glibc2.27堆的malloc和free tcache bins
【逆向学习记录】Tcachebin CISCN_2019_PWN17 Write up
卦星的专栏
09-01 1110
1 概述 这几天做了一个libc2.27的题目，了解到tcachebin的基础内容，发现利用这个tcachebin，反而导致漏洞更好利用了 2 tchchebin 3 CTF题目 题目1：CISCN2019_pwn6 参考：pwn6_exp 题目2：CISCN2019_pwn17 4 解题思路 4.1 题目解析 1，输入内容，基本上没有任何内容提示 2、反编译查看 1、存在一个check，绕过这...
Libc堆管理机制及漏洞利用技术 (一）
sdulibh的专栏
12-31 2701
0×01 Libc堆浅析 1.1 堆管理结构 struct malloc_state {  mutex_t mutex;                 /* Serialize access. */  int flags;                       /* Flags (formerly in max_fast). */  #if THREAD_STATS  /* Sta
系统内核之堆管理
墨篙和小奶猫
12-25 2328
相比于栈内存而言，堆这片内存的管理模式更为复杂，因为程序可能随时发出请求，并且申请一段内存，申请内存的大小不固定，释放的时间也不确定。栈在面向过程的程序设计中远远不够，因为栈上的数据在函数返回时就会被释放掉，所以无法将数据传递至函数外部，而类似于全局变量或模块间共享对象，这是要在编程序编译阶段就要存在的，以及一些规模超大的数据对象，这些数据存在栈上显然是不合理的。针对程序内部最为常见的动态分配内存的
libc2.27版本下的tcache
2302_79542511的博客
03-25 913
tcache 是 glibc 2.26 (ubuntu 17.10) 之后引入的一种技术（seecommit），目的是提升堆管理的性能。但提升性能的同时舍弃了很多安全检查，也因此有了很多新的利用方式。tcache 引入了两个新的结构体，tcache_entry和 tcache_perthread_struct。这其实和 fastbin 很像，但又不一样。
glibc2.27-malloc(1)
azraelxuemo的博客
03-21 916
文章目录测试代码第一次进入__libc_malloc__libc_malloc调用malloc_hook_inimalloc_hook_ini调用ptmalloc_initptmalloc_init调用malloc_init_state从malloc_init_state返回到ptmalloc_init从ptmalloc_init返回到malloc_hook_ini小小总结第二次调用__libc_malloc__libc_malloc调用tcache_inittcache_init调用_int_malloc
不同版本libc的堆漏洞利用方式
最新发布
weixin_65725423的博客
09-30 1062
摘要：本文系统地梳理了2017年至2021年间Glibc不同版本（2.26-2.34）中ptmalloc内存管理机制的演进过程，重点分析了各版本引入的安全防护措施及其对抗技术。文章详细阐述了tcache的引入（2.26）、double-free检测（2.29）、指针加密（2.32）等关键安全特性，并对比了各版本malloc/free函数的执行流程变化。针对不同版本，文章总结了包括unlink攻击、tcache poisoning、largebin attack等多种利用技术。
从libc-2.27.so[7fd68b298000+1e7000]崩溃回溯程序段错误segfault
jinking01的专栏
08-24 2206
libc-2.27.so[7fd68b298000+1e7000]崩溃回溯程序段错误segfault
glibc-2.27.tar.gz
07-22
glibc的2.27的源码，如果想要研究堆块的，可以看本文的博客：https://blog.csdn.net/qq_41453285/category_9150569.html
官网-linux-glibc-2.27.zip
12-31
Linux下的C函数库,libc是Linux下的ANSI C的函数库,本人是为了解决 unable to open file not found fie:///build/glibc-OTsEL5/glibc-2.27/....的问题下载的. zip包内的tar包放在linux系统/build/glibc-OTsEL5下,解压tar包,解决问题
glibc 内存申请和释放及堆连续检查
weixin_34293902的博客
08-04 260
　　C语言有两种内存申请方式： 1、静态申请：当你声明全局或静态变量的时候，会用到静态申请内存。静态申请的内存有固定的空间大小。空间只在程序开始的时候申请一次，并且不再释放（除非程序结束）。 2、自动申请：当你声明自动变量的时候会使用自动申请。函数参数、局部变量都属于自动变量。这些变量空间在程序执行致相关语句块申请，离开语句块时释放。 　　还有一种内存申请方式：动态内存申请。C语言变量并不支...
【逆向学习记录】堆分配中chunk&bins
卦星的专栏
03-23 3678
1 概述 学习堆的过程中，开始的时候，有个很难理解的东西，那个东西就是malloc，涉及到malloc就会涉及到chunk，实话说chunk这个东西的学习，确实经历了不少时间，总结一下，防止忘记 参考 Linux堆内存管理深入分析-上这篇文章详细将来chunk的进化过程，这里就不在深入查看了，深入浅出，是学习堆溢出基础的佳作 Linux堆内存管理深入分析-下这篇文章详细讲了bin的结构，并且被我大...
2.27 tcache破坏key 打tcache dup 例题--lonelywolf
m0_74220442的博客
04-19 531
通过tcache bin 中的double free addr<----addr fd就是addr 因此可以泄露堆地址，但由于是2.27版本后期 不难直接打double free 因为有一个key检验 那个key的值指向tcache_pthread_stuct下面0x10的位置，会检验这个key的值 如果一样就遍历一遍tcache bin 因此我们要破坏这个key 由于没有置0 直接edit 就可以了。可以看到add函数 限制了chunk块的大小在0x78以下。这里有个off by null但好像没用道、
堆内存(1) - ptmalloc2分配器
qq_42584874的博客
03-11 942
ptmalloc2分配器 ptmalloc2 分配给用户的内存都以 chunk 来表示，可以理解为 chunk 为分配释放内存的载体。下面根据glibc2.31对ptmalloc进行了分析。 malloc_chunk malloc_chunk用于管理内存块，该结构体维护了一张已使用和未使用内存块的链表 struct malloc_chunk { INTERNAL_SIZE_T mchunk_prev_size; /* Size of previous chunk, if it is fre
堆详述（Heap）_下
个人笔记
06-21 887
HeapHeap Memory Heap Memory malloc /* malloc(size_t n) Returns a pointer to a newly allocated chunk of at least n bytes, or null if no space is available. Additionally, on failure, errno is set to ENOMEM on ANSI C systems. If n is zero, mallo
Linux堆内存管理深入分析
zdy0_2004的专栏
05-23 2766
Linux堆内存管理深入分析 https://jaq.alibaba.com/community/art/show?articleid=315 http://www.cnblogs.com/alisecurity/p/5520847.html 0 前言 近年来，漏洞挖掘越来越火，各种漏洞挖掘、利用的分析文章层出不穷。从大方向来看，主要有基于栈
4.12 Linux堆内存管理(2) 堆内存申请与释放
yzm65580952的博客
05-19 826
Linux堆内存管理(2) 堆内存申请与释放 1. 学习的必要性 加深对堆内存的理解 系统设置与优化 2. chunk 通过malloc申请的内存都使用一个malloc_chunk的结构体表示 Glibc/malloc/malloc.c 2.1 已分配的chunk 标志位： A： =0 表示从主分配区分配内存；= 1 从非主分配区分配内存 M： =0 表示从Heap分配内存；=1表示从MMAP映射区分配内存 P： =0 表示前一个chunk空闲 2.2 空闲的chunk 使用free释放掉的内存块
堆之*bin理解
aoque9909的博客
10-23 1001
在程序运行中，使用bins结构对释放的堆块进行管理，以减少向系统申请内存的开销，提高效率。 chunk数据结构 从内存申请的所有堆块，都使用相同的数据结构——malloc_chunk，但在inuse和free状态，表现形式上略有差别。 chunk-> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...
glibc2.27找不到
07-29
### 问题分析 glibc（GNU C Library）是 Linux 系统中最基础的 C 运行时库之一，负责提供诸如系统调用、内存管理、字符串处理等核心功能。版本 2.27 是 glibc 的一个重要版本，通常与特定 Linux 发行版（如 Ubuntu 18.04）绑定。如果用户在安装或运行某个程序时遇到“glibc 2.27 missing”错误，这意味着目标程序依赖该版本的 glibc，而当前系统中安装的版本较低或未安装。 ### 可能的解决方案 #### 1. 升级操作系统或安装兼容发行版 glibc 是系统核心组件，不建议手动随意升级，否则可能导致系统不稳定或崩溃。最安全的方式是升级整个操作系统或安装支持 glibc 2.27 的 Linux 发行版。例如： - Ubuntu 18.04 LTS（长期支持版本）默认提供 glibc 2.27 - CentOS 8、Debian 10 等也支持 glibc 2.27 #### 2. 使用容器或虚拟机 如果无法直接升级系统，可以考虑使用容器化技术（如 Docker）或虚拟机（如 VirtualBox）来运行一个支持 glibc 2.27 的环境。例如，在 Docker 中运行 Ubuntu 18.04 容器： ```dockerfile docker run -it ubuntu:18.04 ``` #### 3. 手动编译安装 glibc 2.27 虽然不推荐，但在某些情况下可以尝试手动编译安装 glibc 2.27。需要注意的是，glibc 与其他系统组件高度耦合，因此必须小心处理依赖关系。 **步骤概述：** 1. 下载 glibc 2.27 源码包： ```bash wget https://ftp.gnu.org/gnu/glibc/glibc-2.27.tar.gz ``` 2. 解压并进入源码目录： ```bash tar -xzf glibc-2.27.tar.gz && cd glibc-2.27 ``` 3. 创建构建目录并配置编译选项： ```bash mkdir build && cd build ../configure --prefix=/usr/local/glibc-2.27 ``` 4. 编译并安装： ```bash make -j$(nproc) && sudo make install ``` 5. 设置运行时链接路径： ```bash export LD_LIBRARY_PATH=/usr/local/glibc-2.27/lib:$LD_LIBRARY_PATH ``` #### 4. 使用第三方软件仓库（如 Linuxbrew） 某些第三方软件包管理器（如 [Linuxbrew](https://docs.brew.sh/Homebrew-on-Linux)）可以提供 glibc 2.27 的兼容版本，并通过沙箱机制避免影响系统全局环境。 #### 5. 检查程序依赖 如果程序明确依赖 glibc 2.27，但当前系统中只有更高版本（如 2.31 或更高），可以尝试检查该程序是否真的需要该版本。某些程序可能只是静态链接了 glibc，导致误报。 ### 注意事项 - **不要直接替换系统 glibc**，这可能导致系统无法启动。 - 使用 `ldd` 命令检查程序依赖： ```bash ldd your_program ``` - 使用 `strings /lib/x86_64-linux-gnu/libc.so.6 | grep GLIBC_` 查看当前系统 glibc 支持的版本。 ### 参考信息 - CUDA Toolkit 10.1 支持的 Linux 发行版中，Ubuntu 18.04 和 CentOS 7.6 等均包含 glibc 2.27[^2]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值