1P by neo 2023-09-06 | favorite | 댓글 1개
  • 다가오는 Android 14 릴리즈는 루트 권한을 가진 사용자조차 시스템 인증서의 모든 수정을 차단할 것입니다.
  • 이 변화는 개발자들에게 핸드셋 기능과 도구에 대한 완전한 접근을 허용하는 "오픈 플랫폼"이라는 Android의 초기 약속에서 크게 벗어난 것입니다.
  • 인증 기관(CA) 인증서 주변의 제한은 훨씬 더 강화되어, 완전히 루트된 장치에서 신뢰할 수 있는 인증서 세트를 수정하는 것이 불가능하게 될 것입니다.
  • 이 변화는 Android 개발자, 테스터, 리버스 엔지니어, 그리고 자신의 장치가 누구를 신뢰하는지 제어하는 데 관심이 있는 사람들에게 새로운 도전을 제시할 것입니다.
  • 더 많이 제한된, 벤더가 제어하는 세상으로의 전환은 Android 7 (Nougat)에서 시작되었으며, 이는 장치의 인증 기관(CAs)을 OS 벤더가 제공하는 고정 목록과 사용자가 수정 가능한 목록 두 가지로 분리했습니다.
  • 신뢰할 수 있는 인증서 세트를 수정하는 능력은 개인 정보 보호 및 보안 연구, 리버스 엔지니어링, 앱 디버깅 및 테스트, 그리고 다양한 기업 내부 네트워크 구성에 있어 중요합니다.
  • 불편함에도 불구하고, Android 장치를 루트화하고 이러한 제한을 우회하는 것이 가능했지만, 이 우회 방법은 Android 14에서는 더 이상 효과적이지 않을 것입니다.
  • Android 14의 새로운 보안 기능인 원격으로 업데이트 가능한 CA 인증서는 더 빠른 CA 업데이트를 가능하게 하며, Google이 각 휴대폰 벤더가 OTA 업데이트를 릴리즈하는 것을 기다리지 않고 모든 Android 14+ 장치에서 문제가 있는 또는 실패하는 CA에 대한 신뢰를 철회할 수 있게 합니다.
  • 이 기능의 긍정적인 목표에도 불구하고, 구현은 심각한 결과를 초래하며 시스템 CA 인증서는 더 이상 /system에서 로드되지 않고, 루트 접근을 사용하여 만든 모든 변경 사항은 장치의 모든 앱에 의해 무시됩니다.
  • 이 변화는 Android Pony EXpress (APEX) 모듈의 범위로 이동된 미래 시스템 구성 요소도 사용자 제어에서 제거되며, 이는 GrapheneOS & LineageOS와 같은 Android의 포크와 Magisk와 같은 고급 장치 구성 도구에 문제를 일으킬 수 있음을 의미합니다.
  • 현재로서는, 디버깅, 리버스 엔지니어링, 테스트, 또는 연구를 위해 자신의 시스템 CA 인증서를 구성하는 데 관심이 있는 사람들은 Android 14로 업데이트하는 것을 피하거나, APEX 모듈을 사용하여 CA 인증서를 관리하지 않는 사용자 정의 OS 릴리즈를 사용해야 합니다.
Hacker News 의견
  • Android 14이 시스템 인증서의 모든 수정을 차단하는 것에 대한 잠재적인 영향에 대한 기사
  • 경험 많은 Android 개발자가 제목이 오해를 불러일으킨다고 주장하며, Android에서 루트 액세스가 여전히 광범위한 수정을 허용한다고 주장, Java 코드 편집 포함
  • 개발자는 시스템 인증서를 수정할 수 없는 문제가 보편적인 문제가 아니라 기사 작성자에게만 특정한 문제일 수 있다고 제안
  • 개발자는 Android가 점점 사용자에게 적대적이 되고 있으며, 특히 파워 유저들에게 그렇다고 비판하며, 이것이 더 많은 사람들이 커스텀 ROM을 사용하도록 할 것이라고 희망
  • 다른 댓글러는 PC가 스마트폰처럼 작동하지 않아서 감사하다고 표현하며, Android를 Windows에 비해 사용자 제어가 부족하고 불안정하다고 비판
  • Pinephone Pro 사용자가 표준이 아닌 브라우저와 모바일 운영 체제를 사용하는 어려움에 대해 논의하며, 독점적인 모바일 OS 이중 독점에서 벗어나는 도전을 강조
  • 사용자는 Android가 새로운 루트 CA를 설치하고 신뢰하는 데 있어서 Apple보다 더 제한적이었다고 지적하며, Android 7+는 기본적으로 사용자가 추가한 CA를 무시
  • 다른 사용자는 루트 CA를 변경할 수 없는 문제가 Google의 네임스페이싱/컨테이너화의 부산물일 수 있으며, 변경을 방지하기 위한 의도적인 노력이 아닐 수 있다고 제안
  • 댓글러는 시스템 속성을 설정하여 APEX cert 디렉토리에서 읽기를 우회하는 방법을 공유하며, 문제가 처음에 생각한 것만큼 심각하지 않을 수 있다고 제안
  • Android의 버려진 버전에서 하드코딩된 인증서의 장기적인 생존성에 대한 우려, 이 접근법의 장기적인 생존 가능성에 의문을 제기
  • 한 사용자는 Android가 각 릴리스에서 기능을 제거하는 것을 비판하며, iOS가 사용자 경험 측면에서 결국 Android를 능가할 수 있다고 제안
  • 자체 호스팅 소프트웨어에 대한 개인 PKI에 의존하는 사용자가 자신의 루트 인증서를 인증된 기관 목록에 추가할 필요성을 표현하며, 사용자가 자신의 장치를 제어하는 것의 중요성을 강조
  • 사용자가 HTTP Toolkit과 Frida를 사용하여 EV 충전 앱에서 숨겨진 API를 추출하는 경험을 공유하며, 이러한 도구들이 개발자들에게 유용할 수 있는 잠재적인 가치를 강조