iOS DVIA-v2 Application Patching (Login)

취약점 개요

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

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

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

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

취약점 실습

실습 환경 : iOS 14.6, iPhone 8

좌측 상단 메뉴 > Application Patching

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

해당 View에서 임의의 Username, Password를 입력하고 Login Method 1를 클릭하는 경우 Oops와 같이 입력 정보가 옳지 않다고 하는 것을 알 수 있다.

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.RuntimeManipualtionDetailsViewController임을 알 수 있다.

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.RuntimeManipualtionDetailsViewController";    // 찾고 싶은 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로 해당 코드를 실행하게 되면 해당 클래스에서 사용중인 모든 메소드가 나오게 되는데 Login Method 1 버튼을 눌렀을 때 실행될 것으로 추측되는 메소드 - loginButtonTapped:를 확인할 수 있다.

메소드 분석

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

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

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

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

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

추가로 확인된 분기를 확인한 결과 Offset 00000001001AC1B4 TBZ W8, #0, loc_1001AC270에서 W8 레지스터가 0과 같은 경우 loc_1001AC270로 이동하면 Oops를 출력하며 로그인 실패, W8 레지스터가 0과 다른 경우 SUCCESS를 출력하며 로그인이 성공한 분기로 이동하는 것을 확인할 수 있다.

TBZ W8, #0, loc_1001AC270에 해당하는 Hex 데이터는 E8 05 00 36임을 IDA Hex View를 통해 알 수 있다.

W8와 비교하는 #1의 값을 변경할 수도 있지만 어떠한 값이 나올지 모르기에 TBZ 분기와 반대가 되는 TBNZ를 사용하면 Hex 값이 36에서 37으로 변경하면 의도한대로 옳지 않은 값을 삽입하여도 로그인이 성공할 것이다.

IDA에서 해당 Hex 값을 포커싱한 다음 Edit > Patching Program > Change Bytes를 통해 해당 값을 37로 변경하고 Edit > Patching Program > Apply patches to input file을 이용하여 패치된 DVIA-v2 바이너리를 생성한다.

해당 바이너리를 WinSCP 프로그램을 통해 위에서 설명한 메소드 분석처럼 원래 있던 바이너리를 덮어 씌운다.

덮어 씌운 이후 앱을 종료하고 재실행하여 아무런 값을 입력하고 Login Method 1 클릭 시 SUCCESS가 나오면서 패치가 된 것을 알 수 있다.

대응 방안

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

References

https://armconverter.com/

iOS DVIA-v2 | Application Patching (Login)

앱 위변조 취약점