거대 기업들의 생태계 전략에 굴복한 게 아쉬움. iOS를 탈옥하고 업데이트를 막아도 Apple이 탈옥을 감지해 iCloud나 iMessage 접근을 차단하면, iPhone은 고급 iPod touch로 전락할 수 있음.
이런 영상을 보면 루트 권한으로 하드웨어를 마음대로 다루던 초기 Android 시절이 떠오름. 업데이트할 때마다 XDA 같은 포럼에서 수정법을 찾아다니는 데 지쳐 손을 뗐지만, LLM이 이런 작업을 자동화해 준다면 예전처럼 휴대폰을 만지작거릴 수 있을 듯함.
지갑으로 투표해야 함. 내 소프트웨어를 실행하는 데 LLM까지 써야 해서는 안 됨.
앞으로 6~12개월이면 대형 AI 업체들이 이런 기능을 차단하고, 로컬 모델 실행 비용도 감당하기 어려워질 것임.
변조된 클라이언트 지원이 왜 부담인지 이해할 필요가 있음. iCloud와 iMessage는 기기 소프트웨어, 클라우드 소프트웨어, 네트워크가 함께 맞물려 작동함. 탈옥한 휴대폰에서는 iMessage 앱도 변조할 수 있는데, 지원 대상이 아닌 변조 버전까지 지원하면 관리 부담과 보안 위험이 늘어남. Apple이 그 부담을 떠안아야 한다고 기대하는 이유가 무엇임?
요즘 같은 시대에 왜 운영체제 업데이트를 영원히 안 하려는지 모르겠음. 휴대폰 루트 권한을 원하는 마음은 이해하지만, 2026년의 보안 환경부터 봐야 함.
점점 교묘해지는 공격은 늘어나고, 휴대폰에는 2단계 인증 앱, 은행 앱, 이메일, 아이들 사진이 들어 있음. 이런 상황이라면 Apple이 내 iPhone을 최대한 잠가 주길 바람. 루트 권한은 데스크톱이나 클라우드 가상 머신에서 쓰면 됨. 휴대폰에서 루트 권한을 쉽게 얻도록 하는 것은 재앙을 부를 수 있음. 내가 쉽게 얻을 수 있다면 공격자도 쉽게 얻을 수 있기 때문임.
기업 생태계에 굴복한 이유는 오픈 소스 진영과 취미 개발자들이 자기 가치관을 당당히 내세우는 것과 별개로 좋은 제품을 설계하지 못하기 때문임. 여러 사람이 함께 쓰는 시스템은 더 못 만들며, 여기에 필요한 신뢰, 계획, 목표 설정도 개방형 체계에서는 갖추기 어려움.
자원이 부족하고, 필요한 모든 분야에서 전문적인 규율을 갖추지 못하는 경우가 많음. 대개 필요한 것보다 자신이 쓸 것, 흥미로운 것을 만들며, 출시 일정도 잘 봐줘야 우스운 수준임.
시연은 멋지지만 잠금 모드(Lockdown Mode) 가 이런 취약점 공격에도 도움이 되는지 궁금함. 이론적으로는 흔한 공격 경로를 많이 막아 주겠지만, 실제로 얼마나 효과적인지 알고 싶음.
세 번째 영상에서는 내 SE3에도 설치된 최신 iOS 27.0.1에서 루트 셸을 얻음. 정말 충격적이며, 첫 번째와 두 번째 영상은 PDF 링크를 누르는 것만으로 앱을 설치하는 것처럼 보이는데 맞는지 궁금함. Apple이 빨리 업데이트를 내주길 바람.
첫 번째 영상에서 홈 화면으로 돌아가는 스와이프에 그렇게 애를 먹는 장면이 가장 인상적임. 평소 iOS 터치 제스처를 쓸 때 내 경험과도 비슷하며, 실수로 “Reachability” 모드를 켜기도 너무 쉬움.
PDF는 아주 오래전부터 공격 진입점으로 쓰였음. 형식이 극도로 복잡하고 경우에 따라 JavaScript도 실행할 수 있어 공격 표면이 매우 넓음.
넓은 공격 표면과 사용자의 신뢰가 맞물림. iPhone에서 PDF 파일을 여는 걸 누가 의심하겠는지 생각하면, PDF와 이미지는 최적의 공격 경로임. 파서를 벗어난 다음에는 샌드박스에 도달해 탈출하고, 거기서 다시 커널에 도달해야 함.
한때는 TIFF로도 뚫렸음.
코드를 메모리 안전 언어로 다시 작성하고 나머지 취약점까지 찾아내면, 결국 이용할 취약점도 바닥날 것임.
세 번째 영상이 정말 멋짐. 내 휴대폰에서도 루트 권한을 얻고 싶음. 이렇게 하면 Apple이 업데이트하거나 루트 권한을 제거하지 못하도록 막을 수도 있는지 궁금함.
보안 부팅·업그레이드 체계를 무력화하려면 SecureROM 취약점이 필요하고, 아마 Secure Enclave도 뚫어야 하므로 거의 확실히 불가능함. 최근의 주요 공격인 usbliter8조차 재부팅 때 외부 연결이 필요한 방식이며 Secure Enclave를 공격하지 않음. 마지막으로 진정한 완전 탈옥이 가능했던 건 iOS 9 무렵으로 기억함.
업데이트하면 이 취약점도 수정될 것임. 다만 인터넷 보도에서는 영상의 탈옥이 재부팅 후에도 외부 연결 없이 유지되는 완전 탈옥이라고 하는데, 그것만으로도 매우 드문 일임.
영상상으로는 부트 ROM보다는 사용자 공간 취약점으로 보임. 공격 코드가 최초 잠금 해제 전에 실행되는데, 이 구간의 공격 표면은 그리 넓지 않음. 업데이트하지 말라고 명시한 것도 공격 지점을 사실상 뒷받침함. 커널이 시작된 뒤, 암호로 주요 사용자 공간을 잠금 해제하기 전 어딘가일 것임.
메시지를 들여다보고 싶어 하는 정부나 초국가적 기구는 사용자가 휴대폰의 루트 권한을 갖는 걸 질색할 것임. 우리는 2008년 HTC G1에서도 그렇게 썼음.
PDF 파싱·열기 라이브러리의 취약점인 것인지 궁금함. Android나 iPhone에서 파일과 첨부물을 어떻게 여는지 설명해 줄 수 있는지?
2026년에도 이런 일이 가능한 이유를 모르겠음. 데이터를 파싱하고 역직렬화할 안전한 언어가 많은데, 왜 이렇게 어려운 것임?
PDF는 사실상 실행 파일이라서 어려움. 코드를 실행할 수 있고, 이미지마다 사실상 코드에 가까운 별도의 압축 방식도 지원함. 이미지 형식에는 잘못 구현된 디코더와 1990년대의 기괴한 압축 알고리즘이 넘치며, PDF는 온갖 컨테이너에 수많은 형식을 담고 곳곳에 실행 코드까지 붙인 구조임.
호환되는 PDF 뷰어를 만들려면, 이를테면 1980년대 말 일본 전용 팩스기의 이미지 디코딩 알고리즘이 어쩌다 표준에 들어가 오늘날 대형 로펌에서 쓰이는 식의 황당한 요구까지 구현해야 함. 파싱 방식에 따라서는 파일을 여는 것만으로 사용자 몰래 외부 네트워크에 연결할 수도 있음. 안전하게 열려면 방폭복과 일회용 노트북이 필요하고, 그래도 눈썹이 온전하리란 보장이 없을 정도임.
탈옥 같은 방법으로 지원이 끊긴 구형 Apple 기기에서도 새 소프트웨어를 쓸 수 있게 되길 바람.
이렇게 해킹된 iPhone이 Apple이 허용한 상태의 내 iPhone보다 훨씬 멋진 일을 하는 걸 보니 씁쓸함.
자기 기기를 원하는 대로 개조할 권리에는 찬성하며, 제조사도 적극적으로 방해하지 않으면 좋겠음. 하지만 PDF를 열도록 유도하기만 하면 누구든 남의 기기를 해킹해 마음대로 조작할 수 있는 것에는 반대함.