https://github.com/dehydratedpotato/ioaccessorymanager_testing

messing around with private undocumented IOKit library, IOAccessoryManager
https://github.com/dehydratedpotato/ioaccessorymanager_testing

ioaccessory iokit ioreg macos objective-c wip

Last synced: about 16 hours ago
JSON representation

messing around with private undocumented IOKit library, IOAccessoryManager

• Host: GitHub
• URL: https://github.com/dehydratedpotato/ioaccessorymanager_testing
• Owner: dehydratedpotato
• Created: 2023-11-11T04:11:54.000Z (11 months ago)
• Default Branch: main
• Last Pushed: 2023-11-11T04:24:18.000Z (11 months ago)
• Last Synced: 2024-09-24T21:28:56.911Z (about 21 hours ago)
• Topics: ioaccessory, iokit, ioreg, macos, objective-c, wip
• Language: Objective-C
• Homepage:
• Size: 4.88 KB
• Stars: 1
• Watchers: 1
• Forks: 0
• Open Issues: 1
• Metadata Files:
  • Readme: README.md

Awesome Lists containing this project

README

        
#  IOAccessoryManager library testing

## About

Somewhat of a WIP. **IOAccessoryManager** is another undocumented IOKit API that looks kinda interesting. I haven't been a able to find any references to it anywhere online!

Snooping around my system, I found It has a relationship with different physical IO on your device, mainly USB-C, and seems to have some control over those ports? When you plug/unplug USB-C devices (charging cables, display, etc.) from are many logs in the kernel referencing it's class, as well as other classes **IOPort** and **IOPortTransportState**.

Disassimbling the IOAccessoryManager kext binary, the IOPort class looks really interesting, with methods for `addTransport`, `removeTransport` (which can be seen in use in the before mentioned kernel logs); the IOPortTransportState's class has intriguing methods like `setActive`.

*This all just makes me wonder if there are ways you could make IOConnectCalls to the services for the ports and trigger these methods. It would be pretty great if you could then use these to, say, I don't know, forcibly enable and send custom display signals over USB-C on M1 Macs?*

Naaah...I wish. The display limitations are mostly hardware as far as I know, but surely with the right software there is a jank way around it...?

😝

Anyway, just messing around with some of the symbols in the tbd file and seeing what I can do. Just dumps data right now. You can find all the symbols at `libIOAccessoryManager.tbd` somewhere in your developer frameworks. Most of the methods return what you can see in the IORegistry already. There is also IOAccessoryPort methods, but haven't found IOServices that match the class.

Maybe I'll figure out whats up with IOPort at some point.

## Building

You probably already know but just use the makefile. It'll produce a binary `main`.