虚拟内存与ASLR

一、虚拟内存

在早期的操作系统中没有虚拟内存的概念,叫做物理地址。大概如下:

image.png

这个时候会将整个应用程序加载到内存,当内存不够用的时候需要关闭应用程序才能打开新的应用程序。
随着软件的发展速度远快于硬件,就存在一个问题 内存不够用。还有一个问题是如果用物理内存还有 安全问题(可以跨进程访问别的应用程序数据)。

当然我们现在都是虚拟内存,那么怎么验证呢?
很简单,我们用Xcode跑两个工程。在一个工程中找到一个内存地址,在另外一个工程中修改,然后再回到第一个工程看对应内存地址数据有没有变化就能验证了。

这个时候出现了内存映射表(页表iOS中地址空间4G,实际不会让你用完4G):

image.png

内存映射表将应用程序和物理内存完全阻隔开,应用程序访问的虚拟内存相同,但是映射到物理内存是不同的地址。

之前的物理内存访问存在两个问题:

  1. 安全问题:能访问别人的进程。
  2. 内存不够用的问题。

通过页表可以解决安全问题,那么内存不够用是怎么解决的呢?
早期物理内存是将整个应用程序全部加载到内存,但是用户并不会用到软件的全部功能,很大一部分数据是没有用到的。

如果内存映射表以字节为单位那么表会非常大。这个时候就出现了内存分页管理iOS一页16kb)。

image.png

应用程序读取第一页的数据,虚拟页表发现物理内存中没有数据则去加载数据(这个时候触发中断pagefault)。如果已经加载则通过地址翻译(MMU)去找物理内存。这个时候物理内存是随机分配的(解决了安全问题),并且应用程序只是用到的部分加载(内存不够用解决)。如果物理内存满了则数据会被加载到最不活跃的地址去覆盖数据。

Apple在物理内存中分配了一块空间(需要申请),不在特殊情况不会被覆盖。这样就实现了保活。比如音乐播放等。

那么加了页表需要查找物理内存会不会影响效率呢?

页表查找物理内存是通过CPU上的硬件MMU(地址翻译)完成的,并且CPU上有高速缓存对查找结果进行缓存。真正影响效率的地方是缺页中断(pagefault),不过这个用户也感知不到。

这也就是二进制重排的原理,减少缺页中断。

二、ASLR

ASLRAddress space layout randomization)是一种针对缓冲区溢出的安全保护技术,通过对堆、栈、共享库映射等线性区布局的随机化,通过增加攻击者预测目的地址的难度,防止攻击者直接定位攻击代码位置,达到阻止溢出攻击的目的。

目前大部分主流的操作系统已经实现了ASLR

  • Linux
    Linux已在内核版本2.6.12中添加ASLR
  • Windows
    Windows Server 2008Windows 7Windows VistaWindows Server 2008 R2默认情况下启用ASLR,但它仅适用于动态链接库和可执行文件。
  • Mac OS X
    AppleMac OS X Leopard10.5(2007年10月发行)中某些库导入了随机地址偏移,但其实现并没有提供ASLR所定义的完整保护能力。而Mac OS X Lion10.7则对所有的应用程序均提供了ASLR支持。Apple宣称为应用程序改善了这项技术的支持,能让3264位的应用程序避开更多此类攻击。从OS X Mountain Lion10.8开始,核心及核心扩充(kext)与zones在系统启动时也会随机配置。
  • iOS(iPhone, iPod touch, iPad)
    AppleiOS4.3内导入了ASLR
  • Android
    Android 4.0提供地址空间配置随机加载(ASLR),以帮助保护系统和第三方应用程序免受由于内存管理问题的攻击,在Android 4.1中加入地址无关代码(position-independent code)的支持。

以前应用程序直接加载到物理内存中每次地址是随机的。虚拟内存每次地址都是从0开始的。那么虚拟内存就固定了,直接注入恶意程序就能直接访问了。这个时候就出现了ASLR。模拟了物理内存每次随机分配。

image.png

在上图中
文件偏移地址file offset0x1a70
虚拟内存地址VM Address0x100001a70
运行虚拟内存地址:ASLR + VM Address

总结

  • 虚拟内存
    • 所有程序的内存访问都是通过虚拟地址访问的。
    • 每个应用程序有一张页表,虚拟地址和物理地址的映射表。
    • 数据加载以页为单位加载。
  • ASLR
    • 一种保护技术,在每次加载应用的时候系统给一个随机的偏移值。所以需要rebase
    • 定位方法地址,下内存断点
      • 1、LLDB:image list 找到MachO首地址。
      • 2、找到方法在文件中的虚拟地址、文件中的偏移地址。
      • 3、获取到方法的虚拟地址
        • 3.1、MachO首地址 + 文件中的偏移地址
        • 3.2、MachO中的虚拟地址 + ASLR

ASLR

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,884评论 6 513
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,212评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 167,351评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,412评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,438评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,127评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,714评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,636评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,173评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,264评论 3 339
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,402评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,073评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,763评论 3 332
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,253评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,382评论 1 271
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,749评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,403评论 2 358

推荐阅读更多精彩内容