新智元报说念金沙厅预定
剪辑：润 好困
【新智元导读】iPhone曝出「史上最复杂」硬件级别症结！黑客只需一条iMessage即可拿到所有敏锐数据，而用户不会有任何察觉。所有这个词症结波及的链条极其复杂，让Karpathy都惊呼：不是粗造东说念主颖异出来的事。
最近，卡巴斯基的连接东说念主员发现，有黑客在四年多的时候里给数千部iPhone留住了一个异常讳饰的后门。
通过这个硬件级别的后门，能平直获取iPhone最高等别的Root权限。而要得得手用这个后门，必须要对居品最底层的机制有异常全面紧密的了解。
以至于发现这个症结的卡巴斯基连接东说念主员称「无法想象这个症结是如何被不测发现的。」在他看来，除了苹果和ARM以外，险些不可能有东说念主能获知这个症结。
而间谍软件不错通过这个复杂的症结，将麦克风灌音、相片、地舆位置和其他敏锐数据传输到报复者落幕的功绩器。
尽管重新启动就能关闭这个症结，但报复者只需在开采重新启动后向开采发送新的坏心iMessage文本，就能重新开启这个症结。
时代统统不需要用户进行操作，而且也不会留住任何蛛丝马迹，异常讳饰。
对此，OpenAI科学家Andrej Karpathy透露：这无疑是咱们迄今为止所见过的报复链中最为复杂的一个。
对此，Karpathy以为，这也曾不是个东说念主行动概况触及的规模了，应该是国度层面的行动了。
而一位宣称我方还用Palm手机的网友复兴说念：「我坚握用Palm手机的意思就在这里。」
致使还有网友惊叹：「若是你得胜地触怒了具备这种本领才调和资源的东说念主，可能你最不需要顾虑的等于我方手机里的数据了。」
当前，苹果公司已于2023年10月25日建造了这一核快慰全症结。
「三角行动」报复链
这个症结被发现的连接东说念主员称为「三角行动」（Operation Triangulation）。
- 报复者通过iMessage发送一个坏心附件，应用状貌会在用户毫无察觉的情况下开启这个症结。
- 该附件利用了一个良友代码履行的症结（CVE-2023-41990），该症结存在于一个独一苹果公司知说念的、未公开的 ADJUST TrueType字体教导中。这个教导自九十年代初就存在，直到最近一个更新才被移除。
- 报复历程中，它禁受了一种称为「复返/跳转导向编程」的高等编程手段，况兼使用了多个阶段的代码，这些代码是用NSExpression/NSPredicate查询话语编写的，它们修改JavaScriptCore库的环境，以履行一个用JavaScript编写的权限擢升的症结报复状貌。
- 这个JavaScript症结报复状貌经过特殊处理，使其变得险些无法读懂，同期也尽可能地削弱了它的体积。相关词，它仍然包含大要11000行代码。这些代码主要用于分析和主宰JavaScriptCore和内核内存。
- 它还利用了JavaScriptCore的一个调试功能DollarVM ($vm)，通过这个功能，报复者不错在剧本中主宰JavaScriptCore的内存，并调用系统原生的API函数。
- 这个报复器具被想象成兼容新旧型号的iPhone，况兼对于新式号的开采，它包含了一个用于绕过指针认证码（PAC）的本领，这使得报复概况针对最新开采班师。
- 它通过利用XNU内存映射系统调用（mach_make_memory_entry和vm_map）中的一个整数溢露马脚（CVE-2023-32434），罢了了以用户级别对开采所有物理内存的读写落幕。
菠菜刷流水平台 推荐- 该器具还利用了硬件内存映射I/O（MMIO）寄存器来侧目页面保护层（PPL），这一问题在CVE-2023-38606中也曾被缓解。
- 利用了所有症结之后，JavaScript症结便能放肆操控开采，包括部署间谍软件。不外，报复者采用了：（a）启动 IMAgent程度，注入代码以打消利用陈迹；（b）无痕模式下运行Safari程度，并指引至含有下一阶段骨子的网页。
一场令人意外的虚拟博彩比赛在皇冠体育上引起了轰动，一位名不见经传的选手意外获得冠军，引起了质疑和争议。- 该网页内嵌了一个剧本，概况阐明受害者身份，一朝考证通过，便会加载下一阶段的报复代码：Safari症结。
- Safari症结通过CVE-2023-32435来履行shellcode。
- 这个shellcode进一设现实另一个内核级症结，一样利用CVE-2023-32434和CVE-2023-38606。它在规模和功能上都异常弘远，但与JavaScript编写的内核症结迥然相异。它们分享的仅仅与上述症结利用有关的部分代码。相关词，其大部分代码也专注于阐明和操控内核内存。
- 这一症结最终获取了root权限，并陆续履行其他阶段的操作，这么就不错加载间谍软件。
谜一样的症结
商议的焦点是一个也曾得到建造的安全症结，编号为CVE-2023-38606。
新一代iPhone在硬件层面增多了荒芜的安全防护措施，专门用来保护内核内存中的敏锐区域。
即使报复者概况读写内核内存，比如利用CVE-2023-32434症结实施的此次报复，这种防护也能遏止他们统统落幕开采。
连接东说念主员发现，报复者为了侧目这种硬件防护，居然利用了苹果自家想象的SoC中的另一项硬件功能。
苟简来说，报复者的手法是这么的：他们在绕过硬件防护的同期，将数据、计算地址和数据的哈希值一并写入到芯片中未被固件使用的某些未知硬件寄存器，以此来对特定的物理地址进行数据写入。
连接东说念主员预计，这个不为东说念主知的硬件功能很可能是为了苹果工程师或工场的调试或测试而想象的，或者是不测包含在内的。由于固件并未使用这一功能，连接东说念主员对于报复者是如何清爽并利用这一功能的样式一无所知。
本领细节
在系统级芯片（System on a Chip, SoC）中，多样外设可能会提供特殊的硬件寄存器，以供中央处理器（CPU）使用，从而落幕这些外设。
为了罢了这极少，这些硬件寄存器被映射到CPU不错走访的内存中，这种样式被称为「内存映射输入/输出 (Memory-Mapped I/O, MMIO)」。
苹果的居品，如iPhone、Mac以偏激他开采中，外围开采的MMIO地址规模被存储在一个特殊的文献状貌中，名为「开采树（DeviceTree）」。
皇冠走地足球这些开采树文献不错从固件中索要，况兼不错使用dt（DeviceTree）器具来稽察它们的骨子。
开采树中MMIO的存储示例
举例，在这张截图里，不错看到cpu0的acc-impl MMIO规模的肇端地址（0x210f00000）和大小（0x50000）。
深刻连接「三角行动」（Operation Triangulation）报复中使用的症结时，连接东说念主员不测发现，报复者为了绕过硬件级别的内核内存保护所使用的大部分MMIO地址，并莫得在开采树中界说。
皇冠最新网址这个症结专门针对苹果从A12到A16的SoC，报复的是位于0x206040000，0x206140000和0x206150000的高深MMIO寄存器块。
这引发了连接东说念主员的艳羡心，进行了一系列的尝试。翻遍了多样开采的开采树文献和固件文献，但都没找到任何思路。
这让连接东说念主员困惑不已，这些被报复者利用的MMIO地址，为什么不在固件中使用呢？报复者是怎样发现这些地址的？这些MMIO地址到底属于哪些外围开采？
之后连接东说念主员决定去稽察一下这些未知MMIO块隔壁是否有其他已知的MMIO地址。此次，他终于找到了一些有价值的信息。
在gfx-asc的开采树条观点信息中，这是GPU的协处理器。
开采树中gfx-asc条观点数据转储
它包含两个MMIO（Memory-Mapped I/O）内存映射规模：0x206400000–0x20646C000和0x206050000–0x206050008。
gfx-asc MMIO规模与症结所用地址的有关性
要愈加准确地描述，这个症结使用了以下一些未知的地址：0x206040000、0x206140008、0x206140108、0x206150020、0x206150040和0x206150048。
连接东说念主员发现，这些地址大部分位于两个gfx-asc内存区域的中间，而剩余的一个地址则纠合第一个gfx-asc区域的肇端位置。
这默示了所有这些内存映射输入输出（MMIO）寄存器很有可能是属于图形处理单位（GPU）的协处理器！
随后，连接东说念主员对这个症结进行了更深刻的分析，况兼发现了一个进一步的把柄。
在驱动化历程中，症结来源会写入一些位于每个SoC特定地址的内存映射输入输出（MMIO）寄存器。
if (cpuid == 0x8765EDEA): # CPUFAMILY_ARM_EVEREST_SAWTOOTH (A16)base = 0x23B700408command = 0x1F0023FFelif (cpuid == 0xDA33D83D): # CPUFAMILY_ARM_AVALANCHE_BLIZZARD (A15)base = 0x23B7003C8command = 0x1F0023FFelif (cpuid == 0x1B588BB3): # CPUFAMILY_ARM_FIRESTORM_ICESTORM (A14)base = 0x23B7003D0command = 0x1F0023FFelif (cpuid == 0x462504D2): # CPUFAMILY_ARM_LIGHTNING_THUNDER (A13)base = 0x23B080390command = 0x1F0003FFelif (cpuid == 0x07D34B9F): # CPUFAMILY_ARM_VORTEX_TEMPEST (A12)base = 0x23B080388command = 0x1F0003FFif ((~read_dword(base) & 0xF) != 0):write_dword(base, command)while(True):if ((~read_dword(base) & 0xF) == 0):break
症结中GFX电源管制器落幕代码的伪代码
在开采树和Siguza开发的器具pmgr的扶助下，连接东说念主员发现所有这些地址都对应于电源管制器中的GFX寄存器地方的MMIO（Memory-Mapped Input/Output）规模。
临了，当连接东说念主员尝试去走访这些未知区域的寄存器时，得到了第三个证实。
GPU的协处理器险些坐窝报错，显现信息：「GFX SERROR Exception (SError interrupt), IL=1, iss=0 – power(1)」。
这么，连接东说念主员就阐明了所有这些未知的MMIO寄存器，它们是被用来进行症结利用的，如实属于GPU的协处理器。
这促使连接东说念主员更深刻地连接这个固件，这些固件亦然用ARM架构编写且未加密的，然而他在固件中并莫得找到任何与这些寄存器有关的信息。
澳门博彩五大平台他决定更仔细地连接这个症结是如何主宰这些未知的MMIO寄存器的。在所有寄存器中，0x206040000极端引东说念主驻扎，因为它位于一个与其他所有寄存器都不同的寥寂MMIO块中。
它仅在症结的驱动化和收尾阶段被操作：在驱动化历程中是第一个被建立的寄存器，在收尾阶段是临了一个。
根据连接东说念主员的教悔，很赫然这个寄存器不是用来启用/禁用症结所利用的硬件功能，等于用来中断落幕。
连接东说念主员动手跟踪中断的思路，不久之后，他不仅识别出了这个未知的寄存器0x206040000，还发现了地址规模0x206000000–0x206050000究竟映射了什么。底下展示的是连接东说念主员概况识别出的症结代码的逆向工程后果。
def ml_dbgwrap_halt_cpu():value = read_qword(0x206040000)if ((value & 0x90000000) != 0):returnwrite_qword(0x206040000, value | 0x80000000)while (True):if ((read_qword(0x206040000) & 0x10000000) != 0):breakdef ml_dbgwrap_unhalt_cpu():value = read_qword(0x206040000)value = (value & 0xFFFFFFFF2FFFFFFF) | 0x40000000write_qword(0x206040000, value)while (True):if ((read_qword(0x206040000) & 0x10000000) == 0):break
利用状貌使用0x206040000寄存器的伪代码
得胜将之前伪代码中的ml_dbgwrap_halt_cpu函数与XNU源代码的dbgwrap.c文献中同名函数匹配起来。该文献包含了用于操控主CPU的ARM CoreSight MMIO调试寄存器（ARM CoreSight MMIO debug registers）的代码。
源代码显现，存在四个与CoreSight有关的MMIO区域，它们分离是ED、CTI、PMU和UTT。每个区域占据0x10000字节，且彼此紧邻。
ml_dbgwrap_halt_cpu函数利用了UTT区域。与其他三个区域不同，UTT并非来自ARM，而是苹果专门为了便利性添加的私有特点。
连接东说念主员阐明了地址规模0x206000000到0x206050000如实是GPU协处理器的CoreSight MMIO调试寄存器区块，这是通过向对应地址写入ARM_DBG_LOCK_ACCESS_KEY罢了的。
主CPU的每个中枢都有我方的CoreSight MMIO调试寄存器区块，但不同于GPU协处理器，它们的地址不错在开采树中找到。
2026世界杯梅西另一个意思的发现是，症结的作家（们）知说念如何利用苹果公司私有的UTT区域来重新启动CPU，而这部分代码并不包含在XNU源代码中。不错合理预计，这一操作很可能是通过实验得出的。
相关词，通过实验是无法发现报复者在第二个未知区域内对寄存器的操作的。连接东说念主员不细则何处有哪些MMIO调试寄存器区块，若是这些寄存器并未被固件所用，报复者是如何发现其用途的亦然个谜。
99体育直播平台当前，再来关心症结利用的其他未知寄存器。
寄存器地址0x206140008和0x206140108庄重落幕启用/禁用以及履行症结所依赖的硬件功能。
def dma_ctrl_1():ctrl = 0x206140108value = read_qword(ctrl)write_qword(ctrl, value | 0x8000000000000001)sleep(1)while ((~read_qword(ctrl) & 0x8000000000000001) != 0):sleep(1)def dma_ctrl_2(flag):ctrl = 0x206140008value = read_qword(ctrl)if (flag):if ((value & 0x1000000000000000) == 0):value = value | 0x1000000000000000write_qword(ctrl, value)else:if ((value & 0x1000000000000000) != 0):value = value & ~0x1000000000000000write_qword(ctrl, value)def dma_ctrl_3(value):ctrl = 0x206140108value = value | 0x8000000000000000write_qword(ctrl, read_qword(ctrl) & value)while ((read_qword(ctrl) & 0x8000000000000001) != 0):sleep(1)def dma_init(original_value_0x206140108):dma_ctrl_1()dma_ctrl_2(False)dma_ctrl_3(original_value_0x206140108)def dma_done(original_value_0x206140108):dma_ctrl_1()dma_ctrl_2(True)dma_ctrl_3(original_value_0x206140108)
利用状貌使用 0x206140008 和 0x206140108 寄存器的伪代码
寄存器0x206150020专门用于苹果的A15/A16 Bionic SoC。在症结利用的启动阶段，此寄存器会被建立为1；而在症结利用完成后，会收复为驱动的数值。
寄存器0x206150040被用来保存一些现象记号和计算物理地址的低位部分。
临了的寄存器，0x206150048，则庄重存储待写入的数据以及计算物理地址的高位部分。这些数据会与数据的校验哈希值以及另外的数值（可能是教导）一齐打包。该硬件功能会将数据分块，每块大小为64（0x40）字节进行对皆写入，况兼需要贯穿九次写操作将全部数据写入至0x206150048寄存器。
if (cpuid == 0x8765EDEA): # CPUFAMILY_ARM_EVEREST_SAWTOOTH (A16)i = 8mask = 0x7FFFFFFelif (cpuid == 0xDA33D83D): # CPUFAMILY_ARM_AVALANCHE_BLIZZARD (A15)i = 8mask = 0x3FFFFFelif (cpuid == 0x1B588BB3): # CPUFAMILY_ARM_FIRESTORM_ICESTORM (A14)i = 0x28mask = 0x3FFFFFelif (cpuid == 0x462504D2): # CPUFAMILY_ARM_LIGHTNING_THUNDER (A13)i = 0x28mask = 0x3FFFFFelif (cpuid == 0x07D34B9F): # CPUFAMILY_ARM_VORTEX_TEMPEST (A12)i = 0x28mask = 0x3FFFFFdma_init(original_value_0x206140108)hash1 = calculate_hash(data)hash2 = calculate_hash(data+0x20)write_qword(0x206150040, 0x2000000 | (phys_addr & 0x3FC0))pos = 0while (pos < 0x40):write_qword(0x206150048, read_qword(data + pos))pos += 8phys_addr_upper = ((((phys_addr >> 14) & mask) << 18) & 0x3FFFFFFFFFFFF)value = phys_addr_upper | (hash1 << i) | (hash2 << 50) | 0x1Fwrite_qword(0x206150048, value)dma_done(original_value_0x206140108)
利用症结使用0x206150040和0x206150048寄存器的伪代码
只消操作无误，硬件就会履行内存走访（DMA）操作，把数据写入指定的内存地址。
利用这项硬件特点，报复者不错绕过页面保护层（Page Protection Layer, PPL），主要用途是修改页表要求。 此外，它还能修改受保护的__PPLDATA段内的数据。尽管这个症结并未用于修改内核代码，但在连接东说念主员进行的一次测试中，曾得胜修改了内核的__TEXT_EXEC段内的一条教导，并引发了一个显现预期地址和值的「未界说内核教导」很是。
这种情况只出现过一次，其他尝试都导致了AMCC很是的发生。对于那次得胜的尝试，连接东说念主员有一些想路，昔时连接东说念主员筹办深刻连接，因为他以为，将一个本用于报复的症结飘摇为正面用途，比如在新款iPhone上启用内核调试功能，将会异常有益思。
皇冠客服飞机：@seo3687商议了所有与MMIO（Memory-Mapped I/O）寄存器有关的责任之后，当前来关心临了一个话题：哈希值的打算方法。具体的算法如下所示。
sbox = [0x007, 0x00B, 0x00D, 0x013, 0x00E, 0x015, 0x01F, 0x016,0x019, 0x023, 0x02F, 0x037, 0x04F, 0x01A, 0x025, 0x043,0x03B, 0x057, 0x08F, 0x01C, 0x026, 0x029, 0x03D, 0x045,0x05B, 0x083, 0x097, 0x03E, 0x05D, 0x09B, 0x067, 0x117,0x02A, 0x031, 0x046, 0x049, 0x085, 0x103, 0x05E, 0x09D,0x06B, 0x0A7, 0x11B, 0x217, 0x09E, 0x06D, 0x0AB, 0x0C7,0x127, 0x02C, 0x032, 0x04A, 0x051, 0x086, 0x089, 0x105,0x203, 0x06E, 0x0AD, 0x12B, 0x147, 0x227, 0x034, 0x04C,0x052, 0x076, 0x08A, 0x091, 0x0AE, 0x106, 0x109, 0x0D3,0x12D, 0x205, 0x22B, 0x247, 0x07A, 0x0D5, 0x153, 0x22D,0x038, 0x054, 0x08C, 0x092, 0x061, 0x10A, 0x111, 0x206,0x209, 0x07C, 0x0BA, 0x0D6, 0x155, 0x193, 0x253, 0x28B,0x307, 0x0BC, 0x0DA, 0x156, 0x255, 0x293, 0x30B, 0x058,0x094, 0x062, 0x10C, 0x112, 0x0A1, 0x20A, 0x211, 0x0DC,0x196, 0x199, 0x256, 0x165, 0x259, 0x263, 0x30D, 0x313,0x098, 0x064, 0x114, 0x0A2, 0x15C, 0x0EA, 0x20C, 0x0C1,0x121, 0x212, 0x166, 0x19A, 0x299, 0x265, 0x2A3, 0x315,0x0EC, 0x1A6, 0x29A, 0x266, 0x1A9, 0x269, 0x319, 0x2C3,0x323, 0x068, 0x0A4, 0x118, 0x0C2, 0x122, 0x214, 0x141,0x221, 0x0F4, 0x16C, 0x1AA, 0x2A9, 0x325, 0x343, 0x0F8,0x174, 0x1AC, 0x2AA, 0x326, 0x329, 0x345, 0x383, 0x070,0x0A8, 0x0C4, 0x124, 0x218, 0x142, 0x222, 0x181, 0x241,0x178, 0x2AC, 0x32A, 0x2D1, 0x0B0, 0x0C8, 0x128, 0x144,0x1B8, 0x224, 0x1D4, 0x182, 0x242, 0x2D2, 0x32C, 0x281,0x351, 0x389, 0x1D8, 0x2D4, 0x352, 0x38A, 0x391, 0x0D0,0x130, 0x148, 0x228, 0x184, 0x244, 0x282, 0x301, 0x1E4,0x2D8, 0x354, 0x38C, 0x392, 0x1E8, 0x2E4, 0x358, 0x394,0x362, 0x3A1, 0x150, 0x230, 0x188, 0x248, 0x284, 0x302,0x1F0, 0x2E8, 0x364, 0x398, 0x3A2, 0x0E0, 0x190, 0x250,0x2F0, 0x288, 0x368, 0x304, 0x3A4, 0x370, 0x3A8, 0x3C4,0x160, 0x290, 0x308, 0x3B0, 0x3C8, 0x3D0, 0x1A0, 0x260,0x310, 0x1C0, 0x2A0, 0x3E0, 0x2C0, 0x320, 0x340, 0x380def calculate_hash(buffer):acc = 0for i in range(8):pos = i * 4value = read_dword(buffer + pos)for j in range(32):if (((value >> j) & 1) != 0):acc ^= sbox[32 * i + j]return acc
ug环球该未知硬件功能使用的哈希函数伪代码
如你所见，这是一种定制的算法，其哈希值的打算依赖于一个事先界说好的sbox表（sbox table）。他尝试在弘远的二进制文献库中搜寻它，但一无所获。
你可能也曾珍摄到，这个哈希并不极端安全，因为它独一20位（两次各打算10位），但只消没东说念主知说念如何打算和应用它，它就弥漫用了。这种作念法最允洽的描述等于「蒙胧式安全（security by obscurity）」。
若是报复者莫得使用这个硬件特点，况兼固件中莫得任何干于如何使用它的指引，他们如何可能发现并利用它呢？
连接东说念主员又作念了一个测试。他发现Mac内置的M1芯片也具备这一未知的硬件特点。接着，他利用了功能遒劲的m1n1器具进行了一次实验。
该器具具备一个trace_range功能，不错跟踪对指定MMIO寄存器规模的所有走访，用它来监测0x206110000到0x206400000内存规模的手脚，但后果显现macOS并未使用这些寄存器。
此次波及到的GPU协处理器是最近才在苹果的SoC中初度出现的。连接东说念主员怀疑这个硬件功能在之前的零卖固件中有过任何用途。
尽管如斯，也不成摒除它可能曾在某个特定固件更新或XNU源代码的发布中不贯注清晰过，之后又被删除的可能性。
连接东说念主员本来但愿通过iOS 16.6中对这个症结的建造，来商量第二个未知区域里讳饰了什么。临了如实找到了苹果是如何惩办这个问题的，但他们有益将建造措施弄得难以领路。
苹果通过在开采树的pmap-io-ranges中加入了MMIO规模0x206000000–0x206050000和0x206110000–0x206400000来防卫这个症结被利用。
XNU根据这里的信息来判断是否允许某些物理地址的映射。所有记载在案的要求都贴上了一个标签名，这些标签明晰地讲明了这些内存规模的用途。
存储在pmap-io-ranges中的要求示例
在这里，PCIe指的是 「高速外围开采互连（Peripheral Component Interconnect Express）」，DART是「开采地址阐明表（Device Address Resolution Table）」，DAPF代表「开采地址过滤器（Device Address Filter）」，诸如斯类。
www.qifwu.com底下列出的是被症结利用的内存区域的标签称号。这些标签在列表中显得格外耀眼。
利用症结的区域要求
「蒙胧式安全」并不安全
不错看到，这个症结非比寻常，咱们既不明晰报复者如何学会利用这个未知的硬件特点，也不知说念它当先是用来作念什么的。
致使都不细则它是由苹果开发出来的，如故近似ARM CoreSight这么的第三方组件变成的。
但症结讲明了一个事实：只消存在概况绕过安全防护的硬件特征，那么不管何等先进的硬件安全措施，在耀眼的报复者眼前都会变得绝不消处。
硬件安全时时依赖于「蒙胧式安全」（security through obscurity），相较于软件来说，硬件更难逆向工程分析。
据了解，乐视网此前发布公告称，因公司2007年至2016年连续十年财务造假等行为，中国证监会北京监管局对其合计罚款2.4亿元，对贾跃亭合计罚款2.41亿元。此前，中国证监会已对乐视网信息技术（北京）股份有限公司申请限制消费。
但这种方法自身是存在劣势的，因为所有的奥妙终将有被揭露的一天。那些依赖于「蒙胧式安全」来调整的系统，恒久无法作念到信得过的安全。
参考贵寓：
https://arstechnica.com/security/2023/12/exploit-used-in-mass-iphone-infection-campaign-targeted-secret-hardware-feature/
https://securelist.com/operation-triangulation-the-last-hardware-mystery/111669/