안드로이드 17 QPR1, AOSP 없이 새 API 추가 — 그래핀OS가 제기한 문제의 핵심 | 뉴스

안드로이드 17 QPR1이 앱 개발자용 새 API를 추가하면서 해당 코드를 AOSP(안드로이드 오픈소스 프로젝트)에 공개하지 않았다. 그래핀OS 측은 이것이 허니콤(3.x) 이후 처음 있는 일이라고 지적했다. 새 API는 현재 픽셀 OS 전용이며 다른 제조사에는 제공되지 않는다.

변경 범위는 작지 않다. 신규 패키지 android.hardware.hid 하나가 추가됐고, android.media·android.os·android.provider·android.telecom·android.view 등 16개 패키지에 변경이 들어갔다.

안드로이드가 "오픈소스"라는 말은 오랫동안 절반의 진실이었다. 플레이 서비스, GMS 인증, 픽셀 독점 기능 — 실제 사용자 경험의 상당 부분은 이미 AOSP 바깥에 있었다. 그럼에도 앱 개발자용 공개 API 자체는 AOSP에 들어온다는 원칙은 지켜져 왔다. 그 원칙이 깨졌다는 게 이번 지적의 요지다.

무엇이 문제로 지적됐나

안드로이드 17 QPR1이 9월 15일 출시되면서 앱 개발자용 새 API가 포함됐지만, 해당 소스가 AOSP에 공개되지 않았다.
새 API는 픽셀 OS 전용으로, 다른 제조사 기기에서는 사용할 수 없다.
그래핀OS는 QPR1 출시 전에 이미 자체 코드를 포팅해 뒀지만 배포 허가를 받지 못한 상태라고 밝혔다. 대신 픽셀 펌웨어·커널 드라이버·유저스페이스 드라이버·HAL을 안드로이드 17로 백포팅하는 방식으로 우회하고 있다.
API 문제와 별개로, 2026년 9월 픽셀 패치에 포함된 표준 안드로이드 플랫폼 구성요소의 보안 수정이 다른 제조사에는 안드로이드 17 QPR2(2026년 12월 예정)까지 제공되지 않는다는 점도 함께 지적됐다.

왜 보안 패치 지연이 더 중요한가 새 API가 픽셀 전용인 것은 기능 격차 문제지만, 플랫폼 보안 수정이 석 달 늦게 전달되는 것은 위험 격차 문제다. 취약점이 공개되고 패치가 존재하는데 특정 기기군만 먼저 받는 구조는, 공격자에게 나머지 기기군을 정조준할 시간을 준다.

앱 개발자에게 실질적으로 무엇이 달라지나

당장 대부분의 앱은 영향을 받지 않는다. 문제는 새 API를 쓰고 싶을 때다. 픽셀에서만 존재하는 API를 호출하면 다른 기기에서 NoSuchMethodError나 ClassNotFoundException으로 떨어진다. 컴파일은 되는데 런타임에 죽는, 가장 골치 아픈 유형이다.

// 안전한 패턴: 존재 여부를 런타임에 확인하고 폴백
val hasNewHid = try {
    Class.forName("android.hardware.hid.HidDeviceManager")
    true
} catch (e: ClassNotFoundException) {
    false
}

if (hasNewHid) {
    useNewHidPath()        // 픽셀/지원 기기
} else {
    useLegacyInputPath()   // 그 외 전체
}

// 빌드 단계 검증: 새 API 사용을 lint에서 잡고 싶다면
// build.gradle.kts 의 lintOptions 에 NewApi 계열을 error 로 승격해 둘 것

파편화 대응 실무 원칙

✓기기 제조사·모델명으로 분기하지 말 것 — 기능 존재 여부로 분기한다

✓신규 API는 반드시 폴백 경로와 쌍으로 구현하고, 폴백도 QA 대상에 포함

✓원격 설정으로 새 경로를 끌 수 있게 만들 것 (심사 지연 대비)

✓크래시 대시보드를 제조사·OS 빌드 지문 기준으로도 쪼개 볼 수 있게 태깅

✓보안 관련 API는 패치 전달 지연을 가정하고, 앱 자체 방어(루팅 탐지·키 저장 정책)를 별도로 유지

커스텀 ROM과 대체 OS 생태계

영향이 가장 직접적인 곳은 그래핀OS 같은 프로젝트다. AOSP 릴리스를 기다려야 최신 플랫폼에 따라붙을 수 있는데, 그 릴리스가 늦어지면 기능과 보안 모두에서 뒤처진다. 이번 사이클에서는 펌웨어·드라이버 백포팅이라는 우회로를 택했지만, 이 방식은 유지보수 비용이 크고 매 릴리스마다 반복된다.

구글 입장에서 픽셀 선행 출시는 사업적으로 이해되는 선택이다. 다만 그 선행이 앱 개발자용 공개 API와 플랫폼 보안 수정까지 덮기 시작하면, 안드로이드 생태계가 지금까지 팔아 온 개방성의 정의 자체가 바뀐다. 규제 관점에서 이 구분이 어떻게 다뤄질지도 지켜볼 대목이다.

출처

Android Authority, "GrapheneOS accuses Google of gatekeeping Android 17 features and security fixes" — https://www.androidauthority.com/grapheneos-android-17-qpr1-security-patches-comments-3712218/
GrapheneOS 공식 마스토돈 게시글 — https://grapheneos.social/@GrapheneOS/117282080803799576
AlternativeTo, "GrapheneOS claims Android 17 QPR1 APIs remain exclusive to Pixel devices" — https://alternativeto.net/news/2026/9/grapheneos-claims-android-17-qpr1-apis-remain-exclusive-to-pixel-devices/

자주 묻는 질문

안드로이드 17 QPR1의 새 API를 지금 쓸 수 있나요?

픽셀 기기에서는 사용할 수 있지만 다른 제조사 기기에는 아직 제공되지 않습니다. AOSP에 소스가 공개되지 않아 다른 제조사가 따라 구현할 수도 없는 상태입니다. 앱에서 사용하려면 런타임 존재 확인과 폴백 경로가 반드시 필요합니다.

어떤 API가 추가됐나요?

신규 패키지로 android.hardware.hid가 추가됐고, android.media·android.os·android.provider·android.telecom·android.view를 포함한 16개 패키지에 변경이 들어간 것으로 알려졌습니다. 정확한 시그니처는 픽셀 OS 기준 문서를 확인해야 합니다.

보안 패치는 언제 다른 기기에 오나요?

보도에 따르면 2026년 9월 픽셀 패치에 포함된 일부 표준 플랫폼 구성요소 수정은 안드로이드 17 QPR2(2026년 12월 예정)까지 다른 제조사에 제공되지 않습니다. 기기군에 따라 석 달가량 격차가 생기는 셈입니다.

앱에서 기기별 분기를 어떻게 처리하는 게 좋나요?

제조사·모델명 문자열로 분기하는 방식은 유지보수가 불가능해집니다. 클래스·메서드 존재 여부를 런타임에 확인하고 없으면 기존 경로로 떨어뜨리는 기능 감지 방식이 정석입니다. 폴백 경로도 반드시 실기기 QA 대상에 포함하세요.

이 변화가 안드로이드 개방성에 어떤 의미인가요?

플레이 서비스나 픽셀 독점 기능이 AOSP 바깥에 있던 것은 오래된 일이지만, 앱 개발자용 공개 API가 AOSP 없이 배포된 것은 이례적이라는 지적입니다. 이 방향이 굳어지면 대체 OS와 비픽셀 제조사의 따라잡기 비용이 구조적으로 올라갑니다.