2025년 11월 말, Google은 AirDrop이 Android와 호환되도록 하여 iPhone 및 Mac 사용자가 Android 휴대폰과 무선으로 파일을 공유할 수 있게 되었다고 발표했습니다. Apple은 Pixel 10 시리즈 스마트폰에서 처음 출시된 이 기능의 개발에 참여하지 않았습니다. 발표에서 Google은 이 기능을 더 많은 기기로 확장할 계획이라고 주장했습니다.
반응은 계층화되었습니다. 가장 먼저 놀라운 점은 Apple이 소위 벽으로 둘러싸인 정원 생태계를 엄청나게 보호하고 있다는 점입니다. iPhone을 구입한 사람이 결국 AirDrop을 활용하기 위해 MacBook을 구입하게 될 수도 있기 때문입니다. 그런 맥락에서 Android에 AirDrop 호환성을 추가하는 것은 매우 대담한 조치입니다. Google의 보안 블로그 게시물조차도 “기술은 벽을 만드는 것이 아니라 사람들을 더 가깝게 만들어야 합니다”라고 선언하면서 Cupertino의 지시에 대해 그다지 미묘하지 않은 잽으로 시작되었습니다. 그러나 사람들은 또한 열광했습니다. iOS와 Android 사용자 모두 디지털 생태계를 공유하지 않는 친구와 파일을 공유하는 것이 얼마나 짜증나는 일인지 알고 있으므로 사용자에게 윈윈(win-win)입니다.
그러나 뉴스를 처리한 후 사람들은 Google이 어떻게 AirDrop 프로토콜을 해독했는지 알고 싶어했습니다. 엔지니어들이 Apple의 뒤를 따랐는데, Android가 AirDrop을 안전하게 구현하고 있다고 어떻게 확신할 수 있었습니까? 제한 사항이 있나요? 아니면 Android 사용자가 실제로 AirDrop을 완전하게 받을 수 있나요? 간단한 대답은 새로운 유럽 독점금지 규정을 통해 Google이 Apple이 사용하는 Wi-Fi의 수정된 버전에서 Apple 이외의 장치를 제외하는 AirDrop의 장치 제한을 우회할 수 있도록 허용했다는 것입니다.
유럽 규제 당국이 AirDrop 상호 운용성의 문을 열었습니다.
AirDrop의 기본 기술을 난독화하는 것은 항상 Apple의 관심사였습니다. AirDrop은 단순히 Wi-Fi Direct의 수정된 버전인 AWDL(Apple Wireless Direct Link)입니다. 간단히 말해서 두 장치를 연결하는 임시 Wi-Fi 네트워크를 만든 다음 해당 연결을 통해 파일을 보냅니다. 즉, Apple은 보편적인 표준을 채택하고 이를 iOS와 macOS에서만 작동하도록 수정하여 AirDrop을 만들었습니다. Wi-Fi의 다음 진화는 실제로 이러한 작업에서 비롯되었으며 보다 현대적인 Wi-Fi Aware로 이어졌습니다.
유럽 규제 당국은 애플을 디지털 시장법(Digital Markets Act)에 등재된 여러 디지털 “게이트키퍼” 중 하나로 지정하는 등 애플의 접근 방식을 좋아하지 않았습니다. 2025년 3월, 유럽연합 집행위원회는 Apple의 항소를 기각하여 판결에 따라 회사가 부분적으로 “제3자가 연결된 물리적 장치가 iPhone과 P2P Wi-Fi 연결을 설정하고 사용하도록 허용”하도록 강제했습니다. 이는 Apple이 AirDrop을 오픈 소스로 만들어야 한다는 의미는 아니지만, Apple이 아닌 타사 제품이 AirDrop과 함께 작동하거나 AirDrop과 함께 작동하도록 허용해야 한다는 의미는 아닙니다.
Google은 Android 8.0 Oreo부터 파일 공유를 위해 Wi-Fi Aware를 채택했습니다. 오늘날 Android의 무선 파일 공유는 오랫동안 Android 최고의 기능 중 하나로 호평을 받아온 통합 Quick Share 앱을 통해 작동됩니다. Apple이 AWDL을 통해 해당 기술의 씨앗을 심었기 때문에 Google은 이를 리버스 엔지니어링하는 데 훨씬 더 쉬웠을 것입니다. 그리고 EU 규정 덕분에 Apple은 규정 준수와 관련하여 Apple의 지연을 친절하게 받아들이지 않은 유럽 관료로부터 추가 처벌을 감수하지 않고는 너무 가혹하게 반응하지 못할 수도 있습니다. 즉, AirDrop 호환성이 Pixel 10 이외의 휴대폰에 출시될 때까지 AirDrop에 대한 타사 Android 대안을 확인해 볼 가치가 있습니다.
Google이 AirDrop을 구현한 방법
규제 기반이 마련되었으므로 Google이 Apple의 AirDrop 프로토콜을 리버스 엔지니어링하고 이를 Android의 Quick Share 도구에 적용하기 위해 수행한 기술 작업이 더 쉬운 노력이었을 것입니다. 그러나 두 장치 간의 Wi-Fi 연결을 열면 사용자가 악용될 수 있는 보안 취약점이 발생할 가능성이 있기 때문에 이는 여전히 민감한 작업이었습니다.
보안 문제를 피하기 위해 Google 엔지니어들은 컴파일 시 메모리 및 스레드 안전과 여러 소유권 규칙과 같은 보안 기능이 내장된 Rust 코딩 언어를 사용했습니다. 지나치게 단순화하기 위해 프로그래머가 작업할 때 실수와 취약성을 확인합니다. Google에 따르면 목표는 위협 행위자가 악성 코드를 실행할 수 있는 “버퍼 오버플로 및 기타 메모리 손상 버그”를 방지하는 것이었습니다. 구글은 또한 악성 파일과 해킹으로부터 보호하기 위해 안드로이드와 iOS 보안 기능이 서로 중복되도록 보장했다고 주장합니다. Google이 내부 테스트를 마친 후 독립 사이버 보안 회사인 NetSPI가 침투 테스트를 수행했습니다.
하지만 Google이 해결할 수 없었던 한 가지는 AirDrop의 공유 필터였습니다. Android 휴대폰을 iPhone과 공유하려면 iOS 사용자는 누구나 파일을 받을 수 있도록 AirDrop 설정을 변경해야 합니다. 물론 이는 iPhone이 근처에 있는 모든 사람으로부터 파일을 받을 수 있음을 의미합니다. AirDrop이 10분 후에 더 비공개적인 설정으로 다시 전환되더라도 iOS 사용자는 혼잡한 공간에서 Android 기기로 AirDrop을 사용하는 것을 피하고 싶을 수도 있습니다. 구글은 “향후 ‘연락처 전용’ 모드를 활성화하기 위해 애플과 협력할 수 있는 기회를 환영한다”고 밝혔지만, 애플이 제대로 플레이할지는 아직 알 수 없다.
