브라우저 내 외부 프로토콜 핸들러 분석을 통한 식별

화면 해상도, WebGL 기능, 설치된 플러그인 및 글꼴 목록과 같은 간접적인 기능을 기반으로 수동 모드에서 브라우저 식별자를 생성할 수 있는 Fingerprintjs 라이브러리의 개발자는 설치된 일반적인 애플리케이션에 대한 평가를 기반으로 하는 새로운 식별 방법을 제시했습니다. 사용자에 대해 브라우저 추가 프로토콜 핸들러의 지원 확인을 통해 작업합니다. 메소드 구현이 포함된 스크립트 코드는 MIT 라이센스에 따라 공개됩니다.

이 검사는 32개의 인기 있는 애플리케이션에 대한 핸들러 바인딩 분석을 기반으로 수행됩니다. 예를 들어 브라우저에 URL 구성표 처리기 telegram://, slack:// 및 skype://가 있는지 확인하면 시스템에 텔레그램, Slack 및 Skype 응용 프로그램이 있다고 결론을 내릴 수 있으며 이 정보를 기호로 사용할 수 있습니다. 시스템 식별자를 생성할 때. 처리기 목록은 시스템의 모든 브라우저에서 동일하므로 브라우저를 변경할 때 식별자가 변경되지 않으며 Chrome, Firefox, Safari, Brave, Yandex Browser, Edge 및 Tor 브라우저에서도 사용할 수 있습니다.

이 방법을 사용하면 32비트 식별자를 생성할 수 있습니다. 개별적으로는 큰 정확도를 달성할 수 없지만 다른 매개변수와 결합하여 추가 기능으로 사용하는 것은 의미가 있습니다. 이 방법의 눈에 띄는 단점은 사용자에 대한 식별 시도의 가시성입니다. 제안된 데모 페이지에서 식별자를 생성할 때 핸들러가 상당히 오랫동안 스크롤하는 오른쪽 하단 모서리에 작지만 명확하게 눈에 띄는 창이 열립니다. 이러한 단점은 식별자가 눈에 띄지 않게 계산될 수 있는 Tor 브라우저에서는 나타나지 않습니다.

애플리케이션의 존재를 확인하기 위해 스크립트는 팝업 창에서 외부 핸들러와 연결된 링크를 열려고 시도한 후 확인 중인 애플리케이션이 다음과 같은 경우 연결된 애플리케이션에서 콘텐츠를 열도록 요청하는 대화 상자를 브라우저에 표시합니다. 존재하거나 애플리케이션이 시스템에 없는 경우 오류 페이지를 표시합니다. 일반적인 외부 핸들러에 대한 순차적 검색과 오류 반환 분석을 통해 시스템에 테스트 중인 프로그램이 포함되어 있다는 결론을 내릴 수 있습니다.

Linux용 Chrome 90에서는 이 방법이 작동하지 않았고 핸들러를 확인하려는 모든 시도에 대해 브라우저에 표준 작업 확인 대화 상자가 표시되었습니다(Windows용 Chrome 및 macOS에서는 이 방법이 작동함). Linux용 Firefox 88에서 일반 모드와 시크릿 모드 모두에서 스크립트는 목록에서 설치된 추가 응용 프로그램의 존재를 감지했으며 식별 정확도는 99.87%로 추정되었습니다(수행된 35개의 테스트 중 26개의 유사한 일치). 동일한 시스템에서 실행되는 Tor 브라우저에서는 Firefox의 테스트와 일치하는 식별자가 생성되었습니다.

흥미롭게도 Tor 브라우저의 추가 보호 기능은 잔인한 농담을 했으며 사용자가 눈치채지 못한 채 식별을 수행할 수 있는 기회로 바뀌었습니다. Tor 브라우저에서 외부 핸들러 사용에 대한 확인 대화 상자가 비활성화되었기 때문에 확인 요청은 팝업 창이 아닌 iframe에서 열 수 있는 것으로 나타났습니다(핸들러의 유무를 구분하기 위해 동일 출처 규칙). 오류가 있는 페이지에 대한 액세스를 차단하고 about:blank 페이지에 대한 액세스를 허용합니다. 홍수 방지로 인해 Tor 브라우저 체크인 시간이 눈에 띄게 길어집니다(애플리케이션당 10초).

출처 : opennet.ru