A memory leak is a particular type of unintentional memory consumption by a computer program where the program fails to release memory when no longer needed. This condition is normally the result of a bug in a program that prevents it from freeing up memory that it no longer needs.This term has the potential to be confusing, since memory is not physically lost from the computer. Rather, memory is allocated to a program, and that program subsequently loses the ability to access it due to program logic flaws.
https://www.oschina.net/question/2005056_167372
Kerberos黄金票据允许攻击者建立对Windows域的持久和隐蔽的身份验证访问。攻击的工作如下：
在kali更新到2020后，原本直接修改网络设置中代理的方法不再好使，转而需要用到proxychains，在kali2020中已自带，不需要再单独安装，此篇文章将介绍基于物理机v2ray代理的通过proxychains完成的科学冲浪方式
dperf 是一个100Gbps的网络性能与压力测试软件。国内多个知名安全厂商用dperf测试其防火墙。知名开源四层负载均衡DPVS在用dperf做性能测试，发布性能测试报告。
既然不可能做到完全匿名，我们只能提高相对匿名性，从而使得自己在网络中的隐私度更高，安全性更高。
★3.1Netcraft ：子域名查询 官网：http://searchdns.netcraft.com/ 输入要查询的域名，即可得知子域名 3.2Fierce ：子域名查询 概述： fierce
Proxychains是Linux上一款全局代理工具，通过Hook Socket函数实现透明代理，这和Windows上的Proxifier有点类似。 在Ubuntu上安装Proxychains的方法是： apt-get install proxychains 安装的是3.1版本，配置文件的路径是：/etc/proxychains.conf，内容如下： # proxychains.conf VER 3.1 # # HTTP, SOCKS4, SOCKS5 tunneling proxif
近日，泰国最大的蜂窝网络AIS被指使数据库脱机，数十亿实时互联网记录遭到泄漏，涉及到数百万泰国互联网用户，80多亿互联网记录。
很多人可能误以为使用代理就可以完全隐藏我们的真实IP地址，但实际并不总是这样。事实上，有大量文章指出，WebRTC存在安全风险，**而WebRTC安全风险的可怕之处在于，即使你使用VPN代理上网，仍然可能会暴露自己的真实IP地址。**
涉及到个人隐私问题，我无法保证读者不滥用，所以隐私信息收集就跳过了。我不可能教别人去搜集隐私啊，对吧？
关于404星链计划 「404星链计划」是知道创宇404实验室于2020年8月提出的开源项目收集计划，这个计划的初衷是将404实验室内部一些工具通过开源的方式发挥其更大的价值，也就是“404星链计划1.0”，这里面有为大家熟知的Pocsuite3、ksubdomain等等，很快我们就收到了许多不错的反馈。2020年11月，我们将目光投向了整个安全圈，以星链计划成员为核心，筛选优质、有意义、有趣、坚持维护的开源安全项目，为立足于不同安全领域的安全研究人员指明方向，也就是“404星链计划2.0”。为了更清晰地展
https://s3-eu-west-1.amazonaws.com/malware-research.org/blogposts/apt34Leak/apt34leak.7z
https://github.com/uber-go/goleak是一个检测goroutine泄漏的工具，首先我们看下如何使用，然后分析下源码实现，看看它的具体原理。起一个groutine泄漏的例子。
12.24.45.100:80 24.25.26.82:80 24.25.26.128:80 24.25.26.131:80 24.25.26.136:80 24.29.138.66:80 24.119.115.228:80 62.41.85.113:80 63.236.6.200:80 64.26.141.66:80 64.65.64.100:80 64.208.21.16:80 64.208.193.134:80 64.211.21.135:80 64.212.198.38:80 64.213.163.23:80 64.213.163.76:80 64.215.162.7:80 65.124.174.30:80 65.124.174.31:80 65.124.174.176:80 70.167.151.135:80 72.246.9.75:80 72.246.30.66:80
Google一下“lua内存泄漏检测”，基本都是直接或间接指向云风多年前写的《一个 Lua 内存泄露检查工具》，其思路是给虚拟机做个快照，记录下所有gc对象地址及引用关系，然后通过对比两次快照来分析内存泄漏情况。文章似乎把内存泄漏等同于某个gc对象的新增了。
这题是一个魔改的httpd，Content-Length小于0时存在格式化串漏洞，leak后写one_gadget即可
那么你就需要一个数据结构来存储"访问者A"，同时记录“2秒”的过期时间，同时要记录在这2秒内的访问次数。
首先，传统的跑在 FPM 下的 PHP 代码是没有“内存泄漏”一说的，所谓的内存泄漏就是忘记释放内存，导致进程占用的物理内存(附1)持续增长，得益于 PHP 的短生命周期，PHP 内核有一个关键函数叫做php_request_shutdown此函数会在请求结束后，把请求期间申请的所有内存都释放掉，这从根本上杜绝了内存泄漏，极大的提高了 PHPer 的开发效率，同时也会导致性能的下降，例如单例对象，没必要每次请求都重新申请释放这个单例对象的内存。（这也是Swoole等cli方案的优势之一，因为 cli 请求结束不会清理内存）。
ezheap sharing ezheap 题目实现了一种新的、思路和以往完全不同的堆管理器，并且保护全开 手动恢复出来了部分相关结构体： 远程EXP： from pwn import * import struct #p = process(["./ld-2.27.so", "./ezheap"], env={"LD_PRELOAD":"./libc-2.27.so"}) p = remote("123.60.25.24", 20077) elf = ELF("./ezheap") libc = E
在《内存问题分析的利器——valgraind的memcheck》一文中，我们介绍了如何使用valgrind分析各种内存问题。valgrind是基于模拟器的技术实现，而本文介绍的gperftools则是通过在用户代码中嵌入检测代码实现的。（转载请指明出于breaksoftware的csdn博客）
goroutine 作为 golang 并发实现的核心组成部分，非常容易上手使用，但却很难驾驭得好。我们经常会遭遇各种形式的 goroutine 泄漏，这些泄漏的 goroutine 会一直存活直到进程终结。它们的占用的栈内存一直无法释放、关联的堆内存也不能被 GC 清理，系统的可用内存会随泄漏 goroutine 的增多越来越少，直至崩溃！
demo 一个非常简单的 LeakCanary demo: https://github.com/liaohuqiu/leakcanary-demo 开始使用 在 build.gradle 中加入引用，不同的编译使用不同的引用： dependencies { debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3' releaseCompile 'com.squareup.leakcanary:leakcanary-androi
netty-common-4.1.33.Final-sources.jar!/io/netty/util/ResourceLeakDetector.java
E.13: Never throw while being the direct owner of an object
UAF漏洞（Use-After-Free）是一种内存破坏漏洞，漏洞成因是一块堆内存被释放了之后又被使用。又被使用指的是：指针存在（悬垂指针被引用）。这个引用的结果是不可预测的，因为不知道会发生什么。由于大多数的堆内存其实都是C++对象，所以利用的核心思路就是分配堆去占坑，占的坑中有自己构造的虚表。
这题乍一看感觉到处都是洞...而且非常纷乱，难以理清思路。但是这题最关键的洞在于实现部分GHOST子类的时候缺少拷贝构造函数。于是应该重点检查成员变量在vector::push_back()触发浅拷贝时的安全性。如吸血鬼Vampire类中char *blood在浅拷贝析构时会发生delete[] blood;。也就是说当一个Vampire实例放入vector中时，它的blood指针就指向了一块释放过的区域，这是本题最关键的利用点。
disable_functions 是 php.ini 中的一个设置选项。可以用来设置PHP环境禁止使用某些函数，通常是网站管理员为了安全起见，用来禁用某些危险的命令执行函数等。(eval 在 php 中不属于函数，因此 disable_functions 对它不起作用)
我们知道memroy leak 是非常头痛的问题。本文提供debug android app 内存leak的patch 和其使用。
PostgreSQL在运行中，是否可以在运行中去分析内存的分配，通过内存的分配来分析PG的一些原理和工作状态，答案是可以的，我们可以通过工具valgrind 工具来进行相关的深层次的PostgreSQL 的内存分配的分析。
关注公众号【高性能架构探索】，第一时间获取干货；回复【pdf】，免费获取计算机经典资料 本文节选自公众号文章：内存泄漏-原因、避免以及定位 在发现程序存在内存泄漏后，往往需要定位泄漏点，而定位这一步往
In part one of this blog post “Eight Ways Your Android App Can Leak Memory”, we went over eight different ways your code can cause your Android application to leak memory. Specifically, all eight leaks were leaking an Activity instance, which is particularly dangerous because activities have a very large footprint in memory. Despite all the different ways to leak an Activity that we presented, every problem really boils down to one fundamental issue: preserving a reference to the Activity after its defined lifecycle has completed. Thankfully, once a leak has been tracked down and identified, the solution is usually rather simple.
leak函数主要用于以程序的某个地址做起始点，进行多次对比获得结构特征，以自动计算出libc基地址
版权声明：本文为博主原创文章，转载请注明出处。 https://blog.csdn.net/chaipp0607/article/details/79182471
Windows中内存泄露的文章本人已经写过两篇<<Windows程序内存泄漏(Memory Leak)分析之UMDH>>和<<Windows程序内存泄漏(Memory Leak)分析之Windbg>>。如果有丰富调试经验的同学会发现，很难用一种工具或者方法去分析所有的场景，尤其当工程庞大的时候。本文要介绍的就是微软提供的DebugDialog, 他可以用于分析Hang，性能问题，内存泄露问题等等。对于内存泄露问题，DebugDialog分析后会给出一个完整的Report，免去了你通过Windbg命令去分析内存的过程，适合于新人。
在Android开发中，我们经常需要注册BroadcastReceiver和bind service。
周末打了一下DASCTF，基本都是菜单题的堆利用，除了有一题打safe-linking比较新，其它都比较常规。
只需要添加几行编译选项即可启用内存泄漏/越界检查工具。 注意：目前仅支持GCC 4.8版本以上编译工具，建议使用GCC 4.9版本以上。 0x01 编译选项 开启内存泄露检查功能：-fsanitize=leak 开启地址越界检查功能：-fsanitize=address 开启越界详细错误信息：-fno-omit-frame-pointer 0x02 以Qt工程为例子 .pro项目文件： SOURCES += main.cpp # -fsanitize=leak意思为开启内存泄露检查 QMAKE_CXXFL
这里匹配了flag|system|php这三个字符串且不分大小写。payload还是可以用web29的
Vailyn是一款多阶段漏洞分析和利用工具，可以帮助广大研究人员分析、识别和利用路径遍历漏洞以及文件包含漏洞。该工具的性能非常强，并且还实现了大量的过滤规避技术。
题目本身非常容易，利用UAF构造出一条通向malloc_hook的fastbin。
这里有个很操蛋的地方卡了很久...开始一直弄不明白unsortedbin attack修改掉IO_list_all之后如何构造struct _IO_FILE *_chain指向堆上我们伪造的结构。分析发现如果把main_arena+0x58看作结构体，则对应smallbin[4]（0x60）的索引位置，也就是只要有一个0x60的smallbin被free就可以构成链表。
Using std::unique_ptr is the simplest way to avoid leaks. It is reliable, it makes the type system do much of the work to validate ownership safety, it increases readability, and it has zero or near zero run-time cost.
valgrind是一个知名的分析软件集。我们可以使用它进行内存、多线程及性能等各种问题的分析。它采用非侵入方式，所谓非侵入方式是指：我们不用在代码中插入分析工具的库。这对于开发者来说是友好的。因为如果要将工具编译到文件中，或者要调用其提供的一些API，才能进行问题分析，无疑增大了用户的学习和使用成本。（转载请指明出于breaksoftware的csdn博客）
漏洞点： 虽然给了源码但是漏洞得看二进制文件才能看出，结合flag，这是C++运算符重载相关的漏洞 edit的时候存在栈复用，可以任意指针free 漏洞原理： 正常运算符重载的写法（这里只讨论写为成员函数）需要在成员函数末尾return *this，同时返回值需要为当前对象类型的引用类型，这个返回值会作为其他运算的右值，如a = b = c，为了保证程序正常，这个值必须要存在。 如果不主动写return *this，g++在编译的时候，会把返回值指针指向栈上一段同类型大小的空内存（填充为null），把这段空
只溢出一个字节，比如定义的数组是 a[4]，在操作的时候却操作 a[4]，实际上数组最大是到 a[3] 的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
