https://en.wikipedia.org/wiki/Memory_leak In computer science, a memory leak is a type of resource leak that occurs when a computer program incorrectly manages memory allocations[1] in such a way that memory which is no longer needed is not released.

linux下的fastbin是ctf中pwn题的重点出题点.去年(2015)中,XCTF就有两站是使用fastbin的利用作为pwn400的压轴题来出现,这也是我刚开始接触fastbin的利用,参考了k0sh1师傅写在freebuf上的一篇文章.我写了几个demo来说明问题. 目录 1.关于fastbin 2.覆盖fd指针实现利用 3.任意地址free实现利用(House of Spirit) 1.关于fastbin 我们一般熟悉的堆都是双链表的chunk,但是对于大小为(16 Bytes~ 6

0x00: 起因 一直在堆的漏洞利用中不得要领,之前ZCTF又是三个堆的利用,血崩,chxx表哥给写了一个heap的pwn,学习学习. 0x01: 关于heap的unlink的漏洞利用,出的很早,在低版本的libc中,因为没有校验,导致在unlink的时候可以通过构造堆块dwordshoot,从而任意代码执行. 对于这种漏洞的学习,首先要了解malloc的工作原理及几种堆块的分配.使用方式.推荐文章 Understanding glibc malloc 0x02: 文件的一些信息 0x03:分析

成功从来没有捷径.如果你只关注CVE/NVD的动态以及google专家泄露的POC,那你只是一个脚本小子.能够自己写有效POC,那就证明你已经是一名安全专家了.今天我需要复习一下glibc中内存的相关知识,以巩固我对堆溢出的理解和分析.带着以下问题去阅读本章: dlmalloc – General purpose allocator ptmalloc2 – glibc jemalloc – FreeBSD and Firefox tcmalloc – Google libumem – Solar

实验环境.代码.及准备 https://www.cnblogs.com/lqerio/p/12870834.html vul4 观察foo函数,可见问题在于最后一次tfree(q).由于之前已经tfree了q,现在相当于tfree一个不存在的空间,导致出错. 再看自定义的函数 CHUNK结构体占8个字节(前4个字节为左指针,后4个字节为右指针,分别指向前后的块位置) 在块的r指针的低位部分存储块的状态,1为空闲,0为占用 SET_FREEBIT()函数为将块设置为空闲块 CLR_FREEBIT(

[译文] 摘要:为一个简单的有漏洞程序写一个简单的缓冲区溢出EXP,聚焦于遇到的问题和关键性的教训,提供详细而彻底的描述 内容表:1. I pity the fool, who can't smash the stack:--介绍&背景2.Welcome to the jungle, we've got fun and wargames:--介绍我们之后要使用的示例&分析它的源代码3. There is no spoon. This causes problems when you try

Linux堆溢出漏洞利用之unlink 作者:走位@阿里聚安全 0 前言 之前我们深入了解了glibc malloc的运行机制(文章链接请看文末▼),下面就让我们开始真正的堆溢出漏洞利用学习吧.说实话,写这类文章,我是比较怂的,因为我当前从事的工作跟漏洞挖掘完全无关,学习这部分知识也纯粹是个人爱好,于周末无聊时打发下时间,甚至我最初的目标也仅仅是能快速看懂.复现各种漏洞利用POC而已…鉴于此,后续的文章大致会由两种内容构成:1)各种相关文章的总结,再提炼:2)某些好文章的翻译及拓展.本文两者皆有

无数次遭受堆栈溢出折磨,随着系统变得复杂,故障点越来越难以查找!主要溢出情况如下:1,一般RAM最后两块空间是堆Heap和栈Stack,堆从下往上用,栈从上往下用,任意一个用完,都会进入对方的空间2,如果栈用完,进入堆的空间,这个时候系统是不会有任何异常的,也就是说,栈底没有什么意义.除非堆和栈指针重叠,否则大家相安无事,尽管栈用了堆的3,如果栈用完进入堆,并且还碰到了堆的空间,这个时候系统仍然没有异常,但是堆栈会相互修改数据.最悲剧的就是栈里面保存的然会地址lr,一旦被堆指针修改,返回的时候就

今天又遇到了上次出现的bug,然后百度了一下,想起来这是内存溢出的毛病,故记录下来! 出现的问题就是这样: heap corruption detected: after normal block(#xxx) at 0x xxxxxxxx crt detected that the application wrote to menory after end of heap buffer 原因: 这是典型的内存溢出错误,常在内存的delete处发生,而且一般在debug版本中可能出现,releas

这篇文章看后感觉不错,和我在glibc下的hurdmalloc.c文件里关于malloc的实现基本意思相同,同时,这篇文章还介绍了一些内存管理方面的知识,值得推荐. 原文链接地址为:http://www.ibm.com/developerworks/cn/linux/l-memory/ 原文如下: 为什么必须管理内存 内存管理是计算机编程最为基本的领域之一.在很多脚本语言中,您不必担心内存是如何管理的,这并不能使得内存管理的重要性有一点点降低.对实际编程来说,理解您的内存管理器的能力与 局限性至

(以前为给同学分享写的点东西,很基础.)现在的比赛中堆溢出非常常见,对于glibc下malloc的理解也要深入一些. malloc_chunk的对齐属性 在glibc中,malloc_chunk以 2*sizeof(size_t)对齐,在32位系统中以8字节对齐,在64位系统中一般以16字节对齐.Malloc_chunk的定义如下: 既然malloc_chunk以2*sizeof(size_t)对齐,那么malloc返回给用户的指针数值也是以2*sizeof(size_t)对齐. Glibc中最

前言: 通常我们使用数组的时候:必须提前用一个常量来指定数组的长度,同时它的内存空间在编译的时候就已经被分配了.但是有时候数组的长度只有在运行的时候才能知道.因此,一种简单的解决方案就是提前申请一块较大的数组,可以容纳可能出现的最多的元素: 使用这种放的的优点就是非常简单:但是也存在很大的缺点,1.人为因素太大,如果元素数量超过声明的长度,就会发生数组越界,避免的方法就是在声明大一点,很浪费内存:2.如果实际使用的元素比较少的话,就会有大量的内存被浪费掉了: 需要注意的一个小问题是,当定义的数组

在STL中考虑到小型区块所可能造成的内存碎片问题,SGI STL设计了双层级配置器,第一级配置器直接使用malloc()和free();第二级配置器则视情况采用不同的策略:当配置区块超过128bytes 时,则视之为足够大,便调用第一级配置器:当配置区块小于128bytes时,则视之为过小,为了降低额外负担,便采用复杂的内存池的方式来整理,而不再求助于第一级配置器. <stl_alloc.h>内定义了两个template,一个是 __malloc_alloc_template,这是sgi st

内存溢出:对于整个应用程序来说,JVM内存空间,已经没有多余的空间分配给新的对象.所以就发生内存溢出. 内存泄露:在应用的整个生命周期内,某个对象一直存在,且对象占用的内存空间越来越大,最终导致JVM内存泄露,比如:缓存的应用,如果不设置上限的话,缓存的容量可能会一直增长.静态集合引用,如果该集合存放了无数个对象,随着时间的推移也有可能使容量无限制的增长,最终导致JVM内存泄露. 内存泄露,是应用程序中的某个对象长时间的存活,并且占用空间不断增长,最终导致内存泄露.是对象分配后,长时间的容量增长

在调试一个代码时,执行过程中会出现如下错误(0xC00000FD: Stack overflow). 很明显是堆栈溢出了. 网上很多方法,都是通过修改设置工程配置,把堆栈调大一些,如下图. 但是堆栈到底使用了多少,在哪里溢出的,并不清楚. 其实在VS2013里面有一个代码分析工具,可以很方便地帮助定位堆栈问题. 首先,打开从菜单-->VIEW--> Other Windows --> Code Analysis 打开代码分析窗口. 其次,在Code Analysis 窗口里,选择需要分析

level6 32位的我没有调出来,貌似32位的堆结构和64位不太一样,嘤嘤嘤?,所以做了一下这个64位的,题目地址,level6_x64 首先看一下程序的结构体 struct list //0x1810 { ; int now_sum; struct _note *note; } struct _note { bool inuse; int len; char *content; } 然后看一下出现漏洞的edit和delete函数 所以这一个题只有一种利用方式就是利用溢出unlink实现一次任

最近认真学习了下linux下堆的管理及堆溢出利用,做下笔记:作者作为初学者,如果有什么写的不对的地方而您又碰巧看到,欢迎指正. 本文用到的例子下载链接https://github.com/ctfs/write-ups-2014/tree/master/hitcon-ctf-2014/stkof 首先总结一下linux下堆的分配管理.堆的基本结构见上一篇文章,这里不再赘述. 一个更详细总结的传送门 glibc内存管理ptmalloc源码分析 1.堆区是在进程加载时的一片区域,mmap方式分配的堆结

本文主要是linux下堆的数据结构及堆调试.堆溢出利用的一些基础知识 首先,linux下堆的数据结构如下 /* This struct declaration is misleading (but accurate and necessary). It declares a "view" into memory allowing access to necessary fields at known offsets from a given base. See explanation

STM32 堆溢出 遇到的问题 最近在给旧项目添加了段代码,程序经常到某个状态就突然崩溃了,也不一定是在运行新代码的时候崩溃.检查了几遍代码,数组越界访问,除数为0,内存泄露等常见的问题都不存在. 原因 最后发现,问题出在程序中用mallc动态分配内存,却没对是否成功分配做检查.程序中,因为堆空间不足,分配内存不成功,malloc返回NULL.后面的代码对NULL地址进行写操作,引起了程序崩溃. 后续的一些概念整理 STM32系列单片机在startup_stm32fxx.s文件中,定义了Heap

相对于C.C++等语言来说,Java语言一个很美好的特性就是自动内存管理机制.C语言等在申请堆内存时,需要malloc内存,用完还有手动进行free操作,若程序员忘记回收内存,那这块内存就只能在进程退出时,由操作系统来释放了.而Java程序员(初级)则基本上不需要对内存分配.回收做过多的关注,完全由Java虚拟机来管理.不过,一旦出现内存泄漏或者溢出,如果不理解JVM管理内存的机制,又如何排除错误.调优系统呢? 1.    运行时区域 1.1程序计数器 Java程序最终编译成字节码运行在JVM之