인증서 피닝이 여전히 막는 것

iOS에서 복호화는 Busymate 프로파일이 설치되고 설정에서 전체 신뢰를 받았는지에 달려 있습니다. 그다음부터 휴대폰의 모든 앱이 앱이 제시하는 인증서를 신뢰하되, 피닝하는 앱은 예외입니다. Android에는 두 개의 저장소가 있습니다. Android 7.0부터 명시적으로 선택한 앱만 인정하는 사용자 저장소와, 모든 앱이 인정하지만 루팅된 기기만 쓸 수 있는 시스템 저장소입니다. 데스크톱 프록시는 클라이언트 머신이나 브라우저가 프록시의 생성된 인증 기관에 두는 신뢰를 사용합니다.

피닝은 이 셋 모두의 위에 있습니다. 피닝하는 앱은 대체 인증서가 어느 저장소에서 왔든 거부하므로, 인증서를 더 강한 저장소로 옮기는 것은 피닝된 호스트에는 절대 도움이 되지 않습니다. 사용자 저장소를 거부하던 앱에만 도움이 됩니다.

복호화 목록에 넣지 않은 호스트는 호스트 이름과 요청 수만 있는 잠긴 자물쇠로 표시됩니다. 이는 설계된 동작이지 피닝이 아닙니다. 피닝된 호스트는 다르게 보입니다. 목록에 있고, 복호화가 시도되었으며, 연결이 실패했거나 앱이 재시도하다 포기했습니다. 대시보드 피드의 검사 필터에는 복호화됨만, 암호화됨만, SSL 피닝됨만의 세 가지 설정이 있으며, 마지막 설정이 정확히 그 행들을 걸러냅니다.

다른 단서는 동작입니다. 호스트가 복호화되는 순간 앱이 그 호스트에 대해 작동을 멈추고, 목록에서 호스트를 빼는 순간 다시 작동합니다. 둘 다 해당한다면 피닝된 연결을 찾은 것입니다.

iOS 앱은 Wi-Fi와 셀룰러에서 시스템 전체를 캡처하고 목록에 넣은 호스트를 복호화합니다. 피닝된 앱을 상대로도 모든 연결을 기록합니다. 호스트, 타이밍, 요청 수와 크기, 적용 중인 연결 모드까지요. 하지만 헤더나 본문은 만들어 낼 수 없고, 이를 바꾸는 토글은 없습니다. MITM All Hosts를 켜면 피닝되지 않은 모든 호스트가 복호화되지만, 피닝된 호스트에는 망가뜨리는 것 말고는 아무 효과가 없습니다.

실용적인 방법은 피닝된 호스트를 목록에서 빼서 앱이 계속 작동하게 하고, 앱의 나머지 호스트는 목록에 두고, 피닝되지 않은 엔드포인트가 드러내는 것을 읽는 것입니다. 많은 앱이 인증이나 결제 호스트만 피닝하고 나머지는 열어 둡니다.

루팅하지 않은 Android 휴대폰에서 앱이 생성한 인증서는 사용자 저장소에 있으므로 여러분의 디버그 빌드와 그 밖에 선택한 클라이언트만 복호화되고, 나머지 모든 앱은 메타데이터로 기록됩니다. 루팅된 기기에서는 인증서를 시스템 저장소에 설치할 수 있어 HTTPS가 시스템 전체에서 복호화됩니다. 앱별 피닝만 제외하고요. 폰 팜이 Android 기기를 바로 이 루팅 계층에서 운영하는 이유가 여기에 있습니다.

그러니 루팅은 사용자 저장소를 그저 무시하던 불투명한 앱 한 부류를 읽을 수 있게 만들 뿐, 피닝된 부류는 그대로 둡니다. Busymate는 루팅하지 않은 기기에서 시스템 전체 복호화를 주장한 적이 없고, 루팅된 기기에서 피닝을 이겼다고 주장한 적도 없습니다.

데스크톱 프록시와 피닝의 관계는 휴대폰 앱과 같습니다. 피닝된 클라이언트는 생성된 인증서를 거부하고 연결은 실패합니다. 또한 SSL 프록시 설정과 무관하게 절대 가로채지 않는 짧은 호스트 목록이 있습니다. Apple의 자체 PKI와 폐기 엔드포인트, Apple 체인이 쓰는 인증서 상태 응답 서버, 그리고 Busymate 자체 백엔드입니다. 이들을 가로채면 기기나 대시보드의 실시간 연결이 망가지기 때문입니다. 이들은 원시 터널로 통과하며, 이는 의도된 것이지 잘못된 설정이 아닙니다.

피닝이 무의미한 캡처 경로가 하나 있습니다. 명령줄 커넥터는 Chrome 인스턴스를 띄우고 TLS의 브라우저 쪽에서 DevTools Protocol을 통해 트래픽을 읽습니다. Chrome과 서버 사이의 암호화된 연결은 전혀 건드리지 않습니다. 거부할 대체 인증서도, 설치할 것도, 피닝이 감지할 것도 없습니다. 프록시로는 열 수 없는 피닝 인증서를 쓰는 제공자의 로그인 흐름도 리디렉션과 토큰을 포함해 처음부터 끝까지 기록됩니다.

대가는 범위입니다. 그 Chrome 안에서 실행되는 것만 다루며 네이티브 앱은 다루지 않습니다. 관심 있는 흐름에 웹 버전이 있다면, 이 경로가 그것을 온전히 봅니다.

메타데이터는 결코 하찮지 않습니다. 앱이 피닝된 호스트와 언제, 얼마나 자주 통신하는지, 교환 크기와 소요 시간이 어떤지 여전히 볼 수 있고, 주변의 복호화된 호출과 연관 지을 수 있습니다. 차단 규칙은 암호화된 호스트에서도 호스트 수준으로 일치합니다. 경로는 보이지 않지만, 그 엔드포인트가 도달 불가능한 것처럼 앱이 동작하게 만들 수 있으며, 이는 종종 여러분이 테스트하려던 바로 그 실패 모드입니다. 일시 중지는 호스트가 프록시를 완전히 우회하게 해서, 나머지를 모두 검사하는 동안에도 앱이 계속 작동하게 합니다.

그리고 여러분이 한 모든 조치는 감사 추적에 남으므로, 리서치 세션은 무엇을 복호화했고 무엇을 차단했으며 무엇을 그대로 두었는지 기록을 남깁니다.