를 식별 :최소 침습적 방법은 고유 어떻게 고유 있도록 응용 프로그램을 설치 한 사용자 식별 할 수있는 안드로이드 사용자
- 당신은 그들이 삭제하고 응용 프로그램을 다시 설치하는 경우가 그들을 알고 것이다;
- 그들이 동시에 사용할 두 번째 장치에 앱을 설치하는 경우 알 수 있습니다.
예를 들어 Netflix 앱이 사용자 상호 작용없이 데스크톱 계정에 자동으로 연결되는 것을 볼 수 있습니다. 나는 권한이 필요하기 때문에 accountManager.getAccounts()
또는 유사한 방법을 사용한다고 추측합니다. 물론 허가는 Protection level: dangerous
으로 표시되어 있습니다. 덜 침습적이거나 위험 할 수있는 방법이 있습니까?
이 대답에 대한 열쇠는 간단하고 (사용자의 경우) 최소 침습적 인 것입니다. Android는 사용자를 식별 할 수있는 방법을 제공하며 사용자의 개인 정보를 피싱하는 많은 방법을 제공합니다. 이것이 유일한 방법 인 경우 지금하고있는 일 (선택 사항 인 이메일 등록)을 수행 할 것입니다. 난 단지 내 애플 리케이션 사용자 (사용자 이름/비밀 번호, 이메일 주소, 제 3 자 OAuth 등)를 인터뷰하지 않고 설치 전반에 걸쳐 내 시스템에 등록 된 경우 알 수있는 방법을 원한다.
내 주요 이유는 다음과 같습니다
- 나는 다시 설치 한 후에 그 내용을 분리 된 사용자의 지원 요청을하지 않는다; 및
- 고아가 된 콘텐츠를 많이 호스팅하고 싶지 않습니다.
저는 이것이 GET_ACCOUNTS가 위험한 레벨 인 이유 중 하나라고 생각합니다. 계정을 기반으로 앱을 누가 설치했는지 추적하면 개인 정보가 수집됩니다. 그리고 연결된 계정에도 불구하고 기본적으로 동시 사용되는 장치 간에는 연결이 없기 때문에 어떤 식 으로든 생각할 수 없습니다. – Vacutainer
전적으로 동의합니다.여기에서 유스 케이스는 매우 일반적입니다 - 사진 앱을 생각해보십시오. 사용자가 앱을 설치하고, 계정을 만들고, 콘텐츠를 만들고, 계정과 연결합니다. 일부는 비공개이며, 일부는 공유됩니다. 나는 "무서운 권한"을 가진 무서운 사용자없이 장치를 가로 질러 계정을 유지하기를 원합니다. 안드로이드가 갖고 싶었던 것은 각 게시자의 사용자에게 고유 한 "GUID"였기 때문에 com.mycompany.app1과 com.mycompany.app2는 같은 값을 보았습니다. 그러나 나는 그것이 현재 작동하지 않을 이유를 알 수 있습니다. – Andrew
그 맥락에서 유용 할 것입니다, 당신 말이 맞습니다. 다른 한편으로는 사용자가 부분적으로 사적인 내용을 갖는 사용자가 다른 장치에서 "마술처럼"보일 수도 있습니다. 권한 요청 도중 사용 권한을 철저히 설명하면 희소성을 없앨 수 있습니다. 또한 사용자가 자신의 콘텐츠를 하나의 기기에만 국한되도록 선택할 수 있습니다. – Vacutainer