iOS DVIA-v2 Application Patching (Kill Application)

취약점 개요

바이너리 코드 패치는 공격자가 코드의 나머지 기능은 그대로 유지하면서 프로그램 코드의 특정 부분을 변경하는 일반적이고 효과적인 방법으로 소스 코드 없이도 프로그램을 제자리에서 조작할 수 있다.

공격자는 잘 알려진 디스어셈블러 또는 후킹 도구를 사용하여 코드를 이해하고 바이너리 패치를 구현할 수 있다. 그러나 다른 비표준 기술을 사용하여 바이너리 패치를 구현할 수도 있으며, 이는 쉽게 탐지되지 않을 수 있다.

바이너리 패치의 일반적인 표적은 다음과 같습니다

소프트웨어에서 라이선스 검사 제거
애플리케이션 제한 우회
광고 비활성화
비디오 게임에서의 부정 행위

취약점 실습

실습 환경 : iOS 14.6, iPhone 8

좌측 상단 메뉴 > Application Patching

Application Patching에 Login Method 1를 포함한 4개의 버튼이 보이는데 이번엔 Check For Jalibreak를 진행한다.

Kill Application를 클릭하는 경우 앱이 바로 종료된다.

UI Dump

// 사용중인 UI 리스트

var colors = {
    "reset" : "\x1b[0m",
    "red" : "\x1b[31m",
    "green" : "\x1b[32m",
    "yellow" : "\x1b[33m",
    "blue" : "\x1b[34m"
}

var window = ObjC.classes.UIWindow.keyWindow();
var rootControl = window.rootViewController();

var ui = window.recursiveDescription().toString();
var ui_autolayout = window['- _autolayoutTrace']().toString();
var control = rootControl['- _printHierarchy']().toString();

console.log(colors.green + control + colors.reset);

현재 사용 중인 앱의 UI 내용 출력 코드

frida -U -f com.highaltitudehacks.DVIAswiftv2 -l .\Hook\iOS\1_Ui_dump.js로 해당 코드를 실행하게 되면 처음에는 어떠한 값을 받아오지 못하지만 원하는 Ui로 이동 후 해당 코드에서 Ctrl + S 저장하게 되면 해당 Ui에서 다시 한 번 코드가 실행되게 된다.

그 때 위 처럼 초록색으로 어떠한 Ui로 실행되고 있는지 확인할 수 있다. 로그인 View에서 사용중인 Ui는 DIVA_v2.ApplicationPatchingDetailsViewController임을 알 수 있다.

Method Dump in UI

// 해당 클래스 내에 메소드 리스트 출력

let colors = {
    "reset" : "\x1b[0m",
    "red" : "\x1b[31m",
    "green" : "\x1b[32m",
    "yellow" : "\x1b[33m",
    "blue" : "\x1b[34m"
}

if (ObjC.available) {
    try {
        var className = "DVIA_v2.ApplicationPatchingDetailsViewController";    // 찾고 싶은 class 이름으로 변경
        var methods = ObjC.classes[className].$ownMethods;
  
        console.warn("\n[*] Started: Find All Methods of a class " + '"' + className + '"');
        
        for (var i = 0; i < methods.length; i++) {
            try { console.log("\x1b[32m"+methods[i] + "\x1b[0m"); }
            catch(err) { console.log("[!] Exception1: " + err.message); }
        }}
    catch(err) { console.log("[!] Exception2: " + err.message); } }
  
  else { console.log("Objective-C Runtime is not available!"); }
  
  console.warn("[*] Completed: Find All Methods of a Class " + '"' + className + '"');

현재 UI에서 사용중인 메소드 출력 코드

frida -U -f com.highaltitudehacks.DVIAswiftv2 -l .\Hook\iOS\2_Method_dump.js로 해당 코드를 실행하게 되면 해당 클래스에서 사용중인 모든 메소드가 나오게 되는데 Kill Application 버튼을 눌렀을 때 실행될 것으로 추측되는 메소드 - killApplicationTapped:를 확인할 수 있다.

메소드 분석

iOS에서 앱을 실행할 때는 앱의 Binary 자체가 실행되고 있다. 따라서 분석하기 위해서는 ipa 파일이 아닌 Binary 파일을 찾아서 분석해야한다.

단말기와 PC를 같은 네트워크에 연결하고 단말기 네트워크 IP를 통해 SSH 붙어서 실행중인 바이너리를 검색한다.(탈옥 후 기본 ROOT 패스워드는 alpine이다)

ssh로 붙은 이후 앱을 실행하고 ps -ef | grep /var를 입력하게 되면 사용중인 바이너리의 위치를 확인할 수 있다.

해당 파일을 WinSCP를 통해 PC로 이동시켜 Ghidra나 IDA, Hopper를 통해 분석을 진행하면 된다.

확인된 메소드 - killApplicationTapped:에 대한 분석을 위해 IDA 프로그램으로 확인한 결과 이동할 분기로는 _T07DVIA_v240ApplicationPatchingDetailsViewControllerC04killC6TappedyypF를 제외한 중요한 분기는 보이지 않는다.

해당 분기를 확인하면 위와 같이 exit를 호출하는 것을 알 수 있다. exit 분기는 무조건 진입하게 되므로 해당 분기 진입 시 아무 것도 하지 않고 Return하게 만들어 줄 수 있다.

아무 것도 하지 않고 다음 명령으로 넘어가게 하는 nop, 이후 본 함수로 돌아가게 하는 ret을 기존 Byte에 맞춰 삽입하면 된다.

IDA에서 해당 Hex 값을 포커싱한 다음 Edit > Patching Program > Change Bytes를 통해 nop의 Hex 값 1F 20 03 D5와 해당 분기의 마지막 Byte에 ret의 Hex 값 C0 03 5F D6으로 변경하고 Edit > Patching Program > Apply patches to input file을 이용하여 패치된 DVIA-v2 바이너리를 생성한다.

변경하고 해당 분기를 확인해보면 위와 같이 정상적으로 변경 되어 있는 것을 알 수 있다.

덮어 씌운 이후 앱을 종료하고 재실행하여 아무런 값을 입력하고 Kill Application 클릭 시 앱이 종료되지 않고 아무 이상 없이 앱이 정상 작동하면 패치가 된 것이다.

대응 방안

프로그램 및 어플리케이션의 위변조를 탐지하기 위한 무결성 검증을 진행하는 솔루션을 도입한다.

References

https://armconverter.com/

iOS DVIA-v2 | Application Patching (Kill Application)

앱 위변조 취약점