macOS 10.12.1 / iOS 10.2 kernel Userspace Pointer Memory Corruption

2017.01.27
Risk: Medium
Local: Yes
Remote: No
CWE: CWE-119


CVSS Base Score: 9.3/10
Impact Subscore: 10/10
Exploitability Subscore: 8.6/10
Exploit range: Remote
Attack complexity: Medium
Authentication: No required
Confidentiality impact: Complete
Integrity impact: Complete
Availability impact: Complete

mach_voucher_extract_attr_recipe_trap is a mach trap which can be called from any context Here's the code: kern_return_t mach_voucher_extract_attr_recipe_trap(struct mach_voucher_extract_attr_recipe_args *args) { ipc_voucher_t voucher = IV_NULL; kern_return_t kr = KERN_SUCCESS; mach_msg_type_number_t sz = 0; if (copyin(args->recipe_size, (void *)&sz, sizeof(sz))) <---------- (a) return KERN_MEMORY_ERROR; if (sz > MACH_VOUCHER_ATTR_MAX_RAW_RECIPE_ARRAY_SIZE) return MIG_ARRAY_TOO_LARGE; voucher = convert_port_name_to_voucher(args->voucher_name); if (voucher == IV_NULL) return MACH_SEND_INVALID_DEST; mach_msg_type_number_t __assert_only max_sz = sz; if (sz < MACH_VOUCHER_TRAP_STACK_LIMIT) { /* keep small recipes on the stack for speed */ uint8_t krecipe[sz]; if (copyin(args->recipe, (void *)krecipe, sz)) { kr = KERN_MEMORY_ERROR; goto done; } kr = mach_voucher_extract_attr_recipe(voucher, args->key, (mach_voucher_attr_raw_recipe_t)krecipe, &sz); assert(sz <= max_sz); if (kr == KERN_SUCCESS && sz > 0) kr = copyout(krecipe, (void *)args->recipe, sz); } else { uint8_t *krecipe = kalloc((vm_size_t)sz); <---------- (b) if (!krecipe) { kr = KERN_RESOURCE_SHORTAGE; goto done; } if (copyin(args->recipe, (void *)krecipe, args->recipe_size)) { <----------- (c) kfree(krecipe, (vm_size_t)sz); kr = KERN_MEMORY_ERROR; goto done; } kr = mach_voucher_extract_attr_recipe(voucher, args->key, (mach_voucher_attr_raw_recipe_t)krecipe, &sz); assert(sz <= max_sz); if (kr == KERN_SUCCESS && sz > 0) kr = copyout(krecipe, (void *)args->recipe, sz); kfree(krecipe, (vm_size_t)sz); } kr = copyout(&sz, args->recipe_size, sizeof(sz)); done: ipc_voucher_release(voucher); return kr; } Here's the argument structure (controlled from userspace) struct mach_voucher_extract_attr_recipe_args { PAD_ARG_(mach_port_name_t, voucher_name); PAD_ARG_(mach_voucher_attr_key_t, key); PAD_ARG_(mach_voucher_attr_raw_recipe_t, recipe); PAD_ARG_(user_addr_t, recipe_size); }; recipe and recipe_size are userspace pointers. At point (a) four bytes are read from the userspace pointer recipe_size into sz. At point (b) if sz was less than MACH_VOUCHER_ATTR_MAX_RAW_RECIPE_ARRAY_SIZE (5120) and greater than MACH_VOUCHER_TRAP_STACK_LIMIT (256) sz is used to allocate a kernel heap buffer. At point (c) copyin is called again to copy userspace memory into that buffer which was just allocated, but rather than passing sz (the validate size which was allocated) args->recipe_size is passed as the size. This is the userspace pointer *to* the size, not the size! This leads to a completely controlled kernel heap overflow. Tested on MacOS Sierra 10.12.1 (16B2555) Exploit for iOS 10.2 iPod Touch 6G 14C92 gets kernel arbitrary r/w https://bugs.chromium.org/p/project-zero/issues/detail?id=1004

References:

https://bugs.chromium.org/p/project-zero/issues/detail?id=1004


Vote for this issue:
50%
50%


 

Thanks for you vote!


 

Thanks for you comment!
Your message is in quarantine 48 hours.

Comment it here.


(*) - required fields.  
{{ x.nick }} | Date: {{ x.ux * 1000 | date:'yyyy-MM-dd' }} {{ x.ux * 1000 | date:'HH:mm' }} CET+1
{{ x.comment }}

Copyright 2024, cxsecurity.com

 

Back to Top