Apple USB 538.0.0.0
appleusb.inf · 2023-06-14
WinUSB 기반 연결. Windows에는 장치가 정상으로 남아 있어도 iTunes 인식이 유지되지 않았고 RhyLive 유선 연결이 실패했다.
Relay Vanguard / Troubleshooting · 2026-10-17
Windows 11에서 iPhone이 iTunes에 잠깐 나타났다가 사라졌다. Warudo의 RhyLive 유선 연결도 실패했다. 앱 재설치만으로는 복구되지 않았지만, 2023년 표기 Apple USB 538.0.0.0에서 2017년 표기 6.0.9999.69로 바꾼 뒤 iTunes 인식과 유선 페이셜이 돌아왔다. 약 6년 이전 날짜의 드라이버가 이 구성에서는 정상 동작한 사례다.
Warudo 0.15.1 · iTunes 12.13.11.1 · Apple Mobile Device Support 20.0.0.35 · Windows 11 Pro 빌드 26300 · AMD 데스크톱 환경의 단일 복구 사례다.
결과
appleusb.inf · 2023-06-14
WinUSB 기반 연결. Windows에는 장치가 정상으로 남아 있어도 iTunes 인식이 유지되지 않았고 RhyLive 유선 연결이 실패했다.
usbaapl64.inf · 2017-05-19
USBAAPL64 방식. Apple 공식 설치 파일에서 추출한 드라이버로 바꾼 뒤 iTunes에 iPhone이 표시됐고, 사용자가 RhyLive 유선 동작을 확인했다.
확정: 이번 PC에서 드라이버 변경 직후 iTunes 인식과 유선 페이셜이 복구됐다. 유력: 기존 드라이버 방식과 현재 소프트웨어 구성 사이의 호환 문제다. 미확정: 드라이버 내부의 정확한 실패 원리와 다른 PC에서도 동일하게 발생하는지는 검증하지 않았다. 원래 드라이버로 되돌려 재현하는 역방향 비교도 하지 않았다.
추가 조사 · 2026-10-17
변경 전: Apple USB 538.0.0.0, INF의 DriverVer 날짜 2023-06-14. 변경 후: Apple USB 6.0.9999.69, INF 날짜 2017-05-19. 날짜는 패키지에 표기된 드라이버 메타데이터이며, 모든 파일의 최종 개발 시점을 뜻하지는 않는다. 구형 드라이버는 공식 iTunes 12.10.11.2 설치 파일에서 추출했고, iTunes 본체는 12.13.11.1을 유지했다.
백업한 appleusb.inf는 아이폰 부모 장치를 복합 장치로 구성하고, 통신 인터페이스 MI_01에 WinUSB를 적용한다. AppleLowerFilter, AppleUsbFilter, AppleKmdfFilter 설정과 새 iTunes WinUSB 인터페이스 등록도 포함한다. 이는 INF에서 확인한 구성이지, 특정 필터 하나의 고장을 증명한 것은 아니다.
usbaapl64.inf는 해당 아이폰 하드웨어 ID에 USBAAPL64 서비스와 usbaapl64.sys를 연결한다. 실제 교체 후 장치 상태는 정상으로 표시됐고 서비스 바인딩도 USBAAPL64로 바뀌었다. 같은 앱을 두고 USB 통신 경로를 바꾼 것이다.
신형 드라이버의 복합 장치·필터·장치 인터페이스 경로와 현재 PC의 기기 통신 소프트웨어 조합에서 문제가 발생했고, 구형 전용 드라이버 경로로 전환하면서 이를 피했을 가능성이 높다. 앱을 다시 설치해도 기존 드라이버 연결 방식이 유지됐고, 드라이버 변경 후 복구됐다는 로컬 결과가 이 해석을 뒷받침한다.
미확정: Apple 필터 중 무엇이 실패했는지, 드라이버 자체 결함인지, 다른 소프트웨어와의 상호작용인지, RhyLive 내장 라이브러리 문제인지는 특정하지 못했다. iTunes도 함께 인식에 실패했으므로 “RhyLive만 신형 WinUSB를 지원하지 않는다”고 단정할 근거도 없다.
libimobiledevice/libirecovery 이슈 #112에는 구형 IOCTL 방식에서 새 WinUSB 방식으로 전환하면서 장치 인터페이스 경로가 달라져 도구가 장치를 해석하지 못했다는 재현 보고가 있다. 작성자는 구형 드라이버로 바꾸면 작동한다고 보고했고, 유지관리자는 2023년 5월 수정 완료로 닫았다.
이 이슈는 복구 모드 도구에 관한 것이므로 정상 모드 iTunes·RhyLive의 이번 실패를 직접 입증하지 않는다. 다만 연결 방식 전환이 기존 소프트웨어의 장치 탐색과 호환성에 영향을 줄 수 있다는 독립적인 기술 근거다.
Microsoft 공식 문서에 따르면 Windows는 하드웨어 ID·서명 등으로 드라이버 순위를 매기고, 같은 순위일 때 날짜와 버전을 비교한다. 따라서 자동으로 “최적”이라 선택된 드라이버가 특정 앱의 실제 동작까지 보장하지는 않는다. 이번 변경 전 장치 목록도 538 드라이버를 최우선·설치됨으로 표시했다.
이번 사례의 결론: 더 오래된 공식 서명 드라이버가 현재 구성에서 정상 동작했다는 것은 확정이다. 정확한 내부 결함은 미확정이며, 구형을 모든 PC에 일괄 권장하거나 신형 드라이버를 악성으로 취급하지 않는다. 작동 중인 환경을 다시 고장 내는 역방향 실험은 진행하지 않았다.
증상과 근거
Windows는 Apple USB 장치를 정상으로 표시했지만, iTunes에서는 연결된 기기가 사라졌다. 장치 관리자에서 정상이라고 해서 Apple의 기기 통신 세션까지 정상인 것은 아니었다.
iTunes 로그에는 기기 통신 포트 62078 연결 실패와 연결 해제 오류가 있었다. Warudo 로그도 기기 감지와 앱 연결 실패·해제를 반복했다. 해당 로그들은 발생 시각이 서로 달라 하나의 사건처럼 합치지 않았다.
RhyLive 무선은 정상 동작했다. 얼굴 추적 전체가 고장 난 상황과 USB 연결만 실패하는 상황을 분리해야 했다.
USBMuxConnectByPort failed ... port 62078: Input/output error
AMDeviceConnect ... 0xe8000084 (kAMDDeviceDisconnectedError)
Could not start session ... kAMDDeviceDisconnectedError
Far end closed connection장치 이름과 기기 식별자는 생략했다. Windows의 USB 장치 제거 기록도 있었지만, 수동 케이블 재연결과 자동 끊김을 구분할 수 없어 케이블 불량의 증거로 단정하지 않았다.
보안과 오해
기존 538 드라이버의 공급자는 Apple이며 Microsoft Windows Hardware Compatibility Publisher 서명이 확인됐다. 새로 적용한 드라이버의 INF·SYS·CAT 파일도 유효한 Microsoft 서명이 확인됐다. 악성코드가 원인이라는 증거는 없었다.
메모리 무결성 등 보안 기능은 끄지 않았다. 조회한 최근 코드 무결성·Defender 기록에는 Apple/iTunes 관련 차단이 나오지 않았다. 이것만으로 모든 보안 간섭을 배제할 수는 없지만, 보안 해제 없이 복구됐다.
로그에 SHLWAPI.dll 로드 경고가 있었지만, 실제 iTunes 프로세스에는 정상 서명된 Windows 시스템 DLL이 로드돼 있었다. 경고 한 줄을 근거로 DLL을 내려받거나 덮어쓰지 않았다.
복구 기록
Windows 장치 인식, iTunes 인식, RhyLive 무선·유선, Warudo 수신 상태를 각각 비교했다. iTunes에서 잠깐 보였다가 사라지는 증상을 기록했다.
iTunes와 Apple Mobile Device Support를 제거하고 Apple 서명이 유효한 공식 설치 파일로 다시 설치했다. USB 지원 구성요소가 빠진 상태를 검출해 별도로 설치했지만, 인식 문제는 남았다.
실제 사용 중인 Apple USB 패키지를 내보내 원복 경로를 확보했다. 기기 식별자와 지원 하드웨어 ID를 대조했다. 컴퓨터 전체의 USB 드라이버를 삭제하지 않았다.
Apple 공식 iTunes 12.10.11.2 설치 파일에서 USB 드라이버만 추출했다. 구형 iTunes 본체는 설치하지 않았다. 서명과 지원 기기 ID를 검증한 뒤 해당 아이폰에 USBAAPL64 드라이버를 적용했다.
장치 상태 정상, USBAAPL64 서비스 바인딩, Apple 연결 서비스 실행을 확인했다. iTunes에서 아이폰 표시를 확인했고, 사용자가 RhyLive 유선 연결 성공을 확인했다. 장기간 안정성은 별도 관찰이 필요하다.
현재 iTunes 설치 파일이 재설치한 것은 앱과 연결 지원 구성요소였다. 이미 Windows에 남아 있던 USB 드라이버 바인딩까지 바뀐 것은 아니었다. 따라서 “재설치했으니 드라이버도 바뀌었을 것”이라고 가정하면 안 된다.
다음에 같은 증상이 생기면
iTunes 인식이 유지되는데 Warudo 시작 직후에만 실패하는 별도 증상은 RhyLive 시작 수신기 복구 기록을 참고한다. 이번 USB 드라이버 사례와 같은 원인으로 취급하지 않는다.
참고 자료