macOS IOKit

ゼロからヒーローまでAWSハッキングを学ぶ htARTE(HackTricks AWS Red Team Expert)

基本情報

I/O Kitは、XNUカーネル内のオープンソースのオブジェクト指向のデバイスドライバーフレームワークであり、動的にロードされるデバイスドライバーを処理します。これにより、カーネルにモジュラーコードを即座に追加して、さまざまなハードウェアをサポートできます。

IOKitドライバーは基本的にカーネルから関数をエクスポートします。これらの関数のパラメータタイプ事前に定義され、検証されます。さらに、XPCと同様に、IOKitは単なるMachメッセージの上にある別のレイヤーです。

IOKit XNUカーネルコードはAppleによってオープンソース化されており、https://github.com/apple-oss-distributions/xnu/tree/main/iokitで入手できます。さらに、ユーザースペースのIOKitコンポーネントもオープンソースです https://github.com/opensource-apple/IOKitUser

ただし、IOKitドライバーはオープンソースではありません。とはいえ、時折、ドライバーのリリースによってデバッグが容易になるシンボルが付属することがあります。ここからファームウェアからドライバー拡張機能を取得する方法を確認してください

これは**C++**で書かれています。次のようにして、C++のシンボルをデマングル化できます:

# Get demangled symbols
nm -C com.apple.driver.AppleJPEGDriver

# Demangled symbols from stdin
c++filt
__ZN16IOUserClient202222dispatchExternalMethodEjP31IOExternalMethodArgumentsOpaquePK28IOExternalMethodDispatch2022mP8OSObjectPv
IOUserClient2022::dispatchExternalMethod(unsigned int, IOExternalMethodArgumentsOpaque*, IOExternalMethodDispatch2022 const*, unsigned long, OSObject*, void*)

IOKitの公開された関数は、クライアントが関数を呼び出そうとする際に追加のセキュリティチェックを実行する可能性がありますが、アプリは通常、IOKit関数とやり取りできるサンドボックスによって制限されていることに注意してください。

ドライバー

macOSでは、それらは次の場所にあります:

  • /System/Library/Extensions

  • OS Xオペレーティングシステムに組み込まれたKEXTファイル。

  • /Library/Extensions

  • サードパーティ製ソフトウェアによってインストールされたKEXTファイル

iOSでは、それらは次の場所にあります:

  • /System/Library/Extensions

#Use kextstat to print the loaded drivers
kextstat
Executing: /usr/bin/kmutil showloaded
No variant specified, falling back to release
Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
1  142 0                  0          0          com.apple.kpi.bsd (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
2   11 0                  0          0          com.apple.kpi.dsep (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
3  170 0                  0          0          com.apple.kpi.iokit (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
4    0 0                  0          0          com.apple.kpi.kasan (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
5  175 0                  0          0          com.apple.kpi.libkern (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
6  154 0                  0          0          com.apple.kpi.mach (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
7   88 0                  0          0          com.apple.kpi.private (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
8  106 0                  0          0          com.apple.kpi.unsupported (20.5.0) 52A1E876-863E-38E3-AC80-09BBAB13B752 <>
9    2 0xffffff8003317000 0xe000     0xe000     com.apple.kec.Libm (1) 6C1342CC-1D74-3D0F-BC43-97D5AD38200A <5>
10   12 0xffffff8003544000 0x92000    0x92000    com.apple.kec.corecrypto (11.1) F5F1255F-6552-3CF4-A9DB-D60EFDEB4A9A <8 7 6 5 3 1>
  1. 数字9までのリストされたドライバーは、アドレス0にロードされます。これは、それらが実際のドライバーではなく、カーネルの一部でありアンロードできないことを意味します。

特定の拡張機能を見つけるためには、次の方法を使用できます:

kextfind -bundle-id com.apple.iokit.IOReportFamily #Search by full bundle-id
kextfind -bundle-id -substring IOR #Search by substring in bundle-id

以下の手順でカーネル拡張機能をロードおよびアンロードします:

kextload com.apple.iokit.IOReportFamily
kextunload com.apple.iokit.IOReportFamily

IORegistry

**IORegistry(IOレジストリ)**は、macOSとiOSのIOKitフレームワークの重要な部分であり、システムのハードウェア構成と状態を表すデータベースとして機能します。これは、システムにロードされたすべてのハードウェアとドライバー、およびそれらの関係を表すオブジェクトの階層的なコレクションです。

iOS向けに特に便利なコンソールから**ioreg**コマンドラインインターフェースを使用してIORegistryを取得できます。

ioreg -l #List all
ioreg -w 0 #Not cut lines
ioreg -p <plane> #Check other plane

IORegistryExplorerhttps://developer.apple.com/download/all/からXcode追加ツールをダウンロードして、グラフィカルインターフェースを通じてmacOS IORegistryを調査できます。

IORegistryExplorerでは、「planes」が使用され、IORegistry内の異なるオブジェクト間の関係を整理して表示します。各planeは、特定の関係の種類またはシステムのハードウェアおよびドライバー構成の特定のビューを表します。以下は、IORegistryExplorerで遭遇する可能性のある一般的なplaneのいくつかです:

  1. IOService Plane:これは最も一般的なplaneで、ドライバーとnub(ドライバー間の通信チャンネル)を表すサービスオブジェクトを表示します。これらのオブジェクト間のプロバイダー-クライアント関係を示します。

  2. IODeviceTree Plane:このplaneは、デバイスがシステムに接続される際の物理的な接続を表します。USBやPCIなどのバスを介して接続されたデバイスの階層構造を視覚化するためによく使用されます。

  3. IOPower Plane:電源管理の観点からオブジェクトとその関係を表示します。他のオブジェクトの電源状態に影響を与えているオブジェクトを示すことができ、電力関連の問題のデバッグに役立ちます。

  4. IOUSB Plane:USBデバイスとそれらの関係に特化し、USBハブと接続されたデバイスの階層構造を表示します。

  5. IOAudio Plane:このplaneは、システム内のオーディオデバイスとそれらの関係を表すためのものです。

  6. ...

ドライバーCommコード例

次のコードは、IOKitサービス"YourServiceNameHere"に接続し、セレクタ0内の関数を呼び出します。これには以下が含まれます:

  • まず、**IOServiceMatchingIOServiceGetMatchingServices**を呼び出してサービスを取得します。

  • 次に、**IOServiceOpen**を呼び出して接続を確立します。

  • 最後に、**IOConnectCallScalarMethod**を使用してセレクタ0を指定して関数を呼び出します(セレクタは呼び出したい関数に割り当てられた番号です)。

#import <Foundation/Foundation.h>
#import <IOKit/IOKitLib.h>

int main(int argc, const char * argv[]) {
@autoreleasepool {
// Get a reference to the service using its name
CFMutableDictionaryRef matchingDict = IOServiceMatching("YourServiceNameHere");
if (matchingDict == NULL) {
NSLog(@"Failed to create matching dictionary");
return -1;
}

// Obtain an iterator over all matching services
io_iterator_t iter;
kern_return_t kr = IOServiceGetMatchingServices(kIOMasterPortDefault, matchingDict, &iter);
if (kr != KERN_SUCCESS) {
NSLog(@"Failed to get matching services");
return -1;
}

// Get a reference to the first service (assuming it exists)
io_service_t service = IOIteratorNext(iter);
if (!service) {
NSLog(@"No matching service found");
IOObjectRelease(iter);
return -1;
}

// Open a connection to the service
io_connect_t connect;
kr = IOServiceOpen(service, mach_task_self(), 0, &connect);
if (kr != KERN_SUCCESS) {
NSLog(@"Failed to open service");
IOObjectRelease(service);
IOObjectRelease(iter);
return -1;
}

// Call a method on the service
// Assume the method has a selector of 0, and takes no arguments
kr = IOConnectCallScalarMethod(connect, 0, NULL, 0, NULL, NULL);
if (kr != KERN_SUCCESS) {
NSLog(@"Failed to call method");
}

// Cleanup
IOServiceClose(connect);
IOObjectRelease(service);
IOObjectRelease(iter);
}
return 0;
}

その他の関数があり、IOConnectCallScalarMethodの他に使用できる関数があります。IOConnectCallMethod、**IOConnectCallStructMethod**などがあります...

ドライバーエントリーポイントのリバースエンジニアリング

これらは、たとえばファームウェアイメージ(ipsw)から取得できます。次に、お気に入りのデコンパイラにロードします。

externalMethod 関数の逆コンパイルを開始できます。これは、呼び出しを受け取り、正しい関数を呼び出すドライバー関数です:

その酷い呼び出しは、次のようになります:

IOUserClient2022::dispatchExternalMethod(unsigned int, IOExternalMethodArgumentsOpaque*, IOExternalMethodDispatch2022 const*, unsigned long, OSObject*, void*)

前の定義では、self パラメータが抜けていることに注意してください。適切な定義は次のようになります:

IOUserClient2022::dispatchExternalMethod(self, unsigned int, IOExternalMethodArgumentsOpaque*, IOExternalMethodDispatch2022 const*, unsigned long, OSObject*, void*)

実際には、https://github.com/apple-oss-distributions/xnu/blob/1031c584a5e37aff177559b9f69dbd3c8c3fd30a/iokit/Kernel/IOUserClient.cpp#L6388 で実際の定義を見つけることができます。

IOUserClient2022::dispatchExternalMethod(uint32_t selector, IOExternalMethodArgumentsOpaque *arguments,
const IOExternalMethodDispatch2022 dispatchArray[], size_t dispatchArrayCount,
OSObject * target, void * reference)

この情報を使って、Ctrl+Right -> Edit function signature を書き直し、既知のタイプを設定します:

新しい逆コンパイルされたコードは以下のようになります:

次のステップでは、IOExternalMethodDispatch2022 構造体を定義する必要があります。これはこちらでオープンソースで提供されています。以下のように定義できます:

次に、(IOExternalMethodDispatch2022 *)&sIOExternalMethodArray に従って、多くのデータを確認できます:

データ型を IOExternalMethodDispatch2022: に変更します:

変更後:

そして、ここには7つの要素の配列があることがわかります(最終的な逆コンパイルされたコードを確認してください)。7つの要素の配列を作成するためにクリックしてください:

配列が作成されたら、すべてのエクスポートされた関数を確認できます:

覚えているかもしれませんが、ユーザースペースからエクスポートされた関数を呼び出すには、関数の名前ではなくセレクタ番号を呼び出す必要があります。ここで、セレクタ 0 は関数 initializeDecoder、セレクタ 1startDecoder、セレクタ 2initializeEncoder です...

Last updated