WIT BROWSER
OFFICIAL POLICY · VERSION 5.4

개인정보처리방침

Privacy Policy

WIT BROWSER가 웹 탐색, 암호화 DNS, 비밀번호 금고, 미디어 감지·재생·다운로드와 기기 영상 보관함에서 정보를 처리하는 방식을 숨김없이 설명합니다.

WIT 계정 없음No WIT account
광고·분석 SDK 없음No ad or analytics SDK
로컬 우선 저장Local-first encrypted storage
문의acua0901@gmail.com
한국어 정책 보기Read in English
개인정보처리자: 신현 (Hyun Shin)개발자 표시명: WIT시행일: 2026-07-20
한국어 원문

WIT BROWSER 개인정보처리방침

신현(Hyun Shin, 개발자 표시명 WIT, 이하 “개발자”)은 Android용 WIT BROWSER(이하 “앱”)가 어떤 정보를 처리하고, 어디로 전송하며, 기기에 얼마나 보관하는지 이 방침에서 설명합니다. 이 방침은 Google Play에 배포되는 WIT BROWSER 5.4의 현재 구현을 기준으로 합니다.

앱은 만 18세 이상 사용자를 대상으로 합니다. 만 18세 미만인 사람은 앱을 사용하지 마십시오.

1. 핵심 요약

  • 앱에는 WIT 계정, 개발자 운영 동기화 서버, 자체 분석·광고·사용자 행동 추적 SDK가 없습니다.
  • 개발자는 앱을 통해 광고 식별자, 기기 식별자, 주소록, 정확한 위치, 결제정보 또는 기기 영상 파일을 개발자 서버로 수집하지 않습니다.
  • 웹사이트 이용 중 발생하는 트래픽은 사용자가 선택한 웹사이트, 콘텐츠 제공자, CDN 및 해당 사이트가 이용하는 서비스로 직접 전송됩니다. 이들은 사용자의 공인 IP 주소와 통상적인 브라우저 요청 정보를 각자의 방침에 따라 처리할 수 있습니다.
  • 암호 금고, 탭 복원 정보, 다운로드 기록과 대부분의 설정은 기기에만 저장됩니다. 민감한 저장소는 아래 설명과 같이 Android Keystore 기반 암호화를 사용하며 Android 백업에서 제외됩니다.
  • 자동 브라우저 우회 기능이 켜져 있으면 DNS 질의가 Cloudflare로 전송됩니다. 전역 호환 모드에서는 Cloudflare, Google Public DNS, Quad9 및 Android 시스템 DNS가 동시에 질의를 받을 수 있습니다.
  • 사용자가 필터 업데이트를 실행하면 EasyList, jsDelivr 또는 AdGuard의 필터 배포 서버에 연결합니다.
  • 개발자는 개인정보를 판매하거나 맞춤 광고 목적으로 이용하지 않습니다. 다만 앱 기능을 제공하기 위해 사용자가 선택한 웹사이트와 아래 명시된 외부 제공자에게 네트워크 정보가 직접 전달될 수 있습니다.
  • 앱은 공인 IP를 숨기는 VPN, Tor, 원격 프록시 출구 또는 익명화 서비스가 아닙니다. 완전한 익명성, 추적 불가능성, 모든 위협 차단 또는 모든 사이트 접속 성공을 보장하지 않습니다.

앱의 로컬 및 네트워크 처리는 사용자가 요청한 웹 탐색·보안·미디어·다운로드·비밀번호·탭 복원 기능을 제공하고, 사기·오용·보안 위협을 줄이며, 사용자가 선택한 설정을 유지하기 위해 수행됩니다. 선택 권한과 금고 저장은 사용자의 동의 또는 명시적 동작에 근거하며 철회할 수 있습니다. 개발자에게 직접 보낸 문의는 요청 처리와 법적 의무·분쟁 대응에 필요한 범위에서 처리합니다.

2. 웹 탐색과 웹사이트가 처리하는 정보

사용자가 주소를 열거나 링크를 선택하면 앱은 해당 웹사이트 및 그 페이지가 포함한 제3자 콘텐츠에 접속합니다. 이 과정에서 웹사이트, 임베디드 콘텐츠, 콘텐츠 전송망(CDN), TURN 서버, 로그인 제공자 및 다운로드 호스트는 다음 정보를 받을 수 있습니다.

  • 공인 IP 주소와 이로부터 추정 가능한 대략적 지역
  • User-Agent, 요청 시각, 요청 URL, Referer 및 일반 HTTP 요청 헤더
  • 쿠키, 세션 토큰, 웹 저장소 정보 및 사이트가 생성한 식별자
  • 사용자가 사이트에 입력하거나 업로드한 이름, 이메일, 계정 정보, 메시지, 파일 및 기타 내용
  • 사이트가 JavaScript, Web Storage, 핑거프린팅 또는 자체 분석 도구로 생성하는 정보

이 정보는 개발자 운영 서버를 거치지 않으며 개발자는 그 내용을 수신하거나 열람하지 않습니다. 해당 웹사이트와 서비스가 각자의 개인정보처리방침에 따라 독립적으로 처리합니다. 사용자는 민감한 정보를 제출하기 전에 해당 사이트의 방침과 신뢰성을 확인해야 합니다.

앱은 현대적인 웹사이트와 미디어 플레이어의 작동을 위해 JavaScript와 DOM Storage를 허용합니다. 웹사이트 쿠키와 Web Storage는 사이트가 정한 만료 시점까지, 사용자가 앱의 인터넷 사용 기록 삭제를 실행할 때까지, Android에서 앱 저장공간을 지울 때까지 또는 앱을 제거할 때까지 기기에 남을 수 있습니다.

엄격 보안과 사이트 호환성

엄격 보안은 기본값으로 켜져 있으며 다음 동작을 적용합니다.

  • 최상위 http:// 이동을 HTTPS로 높이고 일반 HTTP로 자동 재시도하지 않습니다.
  • HTTP 혼합 콘텐츠와 제3자 쿠키를 차단합니다.
  • 미디어 자동 재생에 사용자 동작을 요구하고 보호 미디어 식별자의 자동 권한을 거부합니다.
  • 일부 기여도 측정 동작과 레거시 WebView 데이터베이스 저장을 제한합니다.

사용자가 신뢰하는 사이트에 이 사이트 영상 호환 예외를 부여하면 해당 호스트에 한해 혼합 콘텐츠, 제3자 쿠키 또는 보호 미디어 호환 설정이 완화될 수 있습니다. 이 예외는 메모리에만 존재하고 한 시간 후 만료되며 앱 프로세스가 종료되면 복원되지 않습니다.

사용자가 경고를 확인하고 엄격 보안을 전역으로 끄면 호환 모드가 활성화됩니다. 호환 모드에서는 혼합 콘텐츠, 제3자 쿠키, 자동 미디어 재생, 보안 출처의 보호 미디어 식별자와 시스템 DNS 폴백이 허용될 수 있으므로 개인정보 및 전송 보안 수준이 낮아집니다.

3. 탭, 탐색 기록 및 로컬 웹 데이터

앱 재시작 후 탭을 복원하기 위해 각 탭의 현재 URL과 선택된 탭 번호를 기기 내 noBackupFilesDir에 저장합니다. 이 스냅샷은 별도의 Android Keystore AES-256-GCM 키로 인증 암호화되고 원자적으로 기록되며 Android 앱 백업에서 제외됩니다.

탭 스냅샷에는 과거 앞/뒤 이동 기록, 페이지 DOM, 페이지에 입력 중인 내용 또는 실행 중인 페이지 상태가 포함되지 않습니다. 현재 탭 URL은 새 스냅샷으로 대체되거나, 인터넷 사용 기록 삭제, Android 앱 저장공간 삭제 또는 앱 제거가 이루어질 때까지 보관됩니다. 열린 페이지의 DOM, 스크립트 상태, 이동 기록과 임시 미디어 인증 정보는 앱이 실행되는 동안 메모리에 존재할 수 있습니다.

WebView가 관리하는 쿠키, Web Storage, HTTP 인증 정보, 저장 양식 데이터 및 캐시는 기기에 보관될 수 있습니다. 앱의 인터넷 사용 기록 삭제 기능과 Android 저장공간 관리 기능으로 아래 제9절에 따라 삭제할 수 있습니다.

4. 광고·추적 방지, 리다이렉트 보호, Safe Browsing 및 WebRTC

광고·추적기 차단이 켜져 있으면 앱은 내장 규칙과 사용자가 내려받은 필터를 적용하여 광고 요청, 요소 및 신뢰도가 높은 제3자 추적 엔드포인트를 차단합니다. 모든 광고, 추적, 브라우저 핑거프린팅 또는 악성 동작을 차단한다고 보장하지 않으며, 오탐을 줄이고 로그인·미디어 CDN 호환성을 유지하기 위해 일부 요청을 허용할 수 있습니다.

앱은 조건을 충족하는 최상위 GET 이동에서 utm_*, fbclid, gclid 등 알려진 캠페인 매개변수를 제거합니다. 서명·인증 매개변수가 있거나 POST 요청 또는 서버 리다이렉트인 경우에는 URL을 변경하지 않습니다. 팝업과 원치 않는 리다이렉트는 사용자 동작, 프레임 관계, 탐색 방식과 반복 패턴을 바탕으로 제한합니다.

앱은 페이지 JavaScript에 Global Privacy Control(GPC)과 Do Not Track(DNT) 선호 신호를 제공합니다. 웹사이트가 이 신호를 따를 의무는 없으며 모든 상황에서 적용된다고 보장할 수 없습니다.

Android System WebView의 Safe Browsing이 활성화되어 있습니다. 설치된 WebView 공급자는 위협 확인을 위해 URL에서 파생된 정보와 공인 IP 등 네트워크 메타데이터를 처리할 수 있습니다. 앱은 WebView 일반 사용 통계 전송 거부 설정(android.webkit.WebView.MetricsOptOut=true)을 선언하지만 Safe Browsing 위협 확인과 운영체제 또는 WebView 공급자가 사용자 설정에 따라 수행하는 보안 처리는 별개입니다. 개발자는 이 위협 확인 결과나 공급자 로그를 받지 않습니다. Android WebView 개인정보 안내와, Google 제공 WebView를 사용하는 경우 Google 개인정보처리방침을 확인할 수 있습니다.

앱은 페이지가 만드는 WebRTC 연결에 relay-only ICE 전송을 적용하려고 합니다. 이 동작은 직접 ICE 후보를 통한 주소 노출을 줄일 수 있지만 TURN 서버가 없는 통화나 스트림을 깨뜨릴 수 있습니다. 웹사이트의 TURN 제공자는 공인 IP와 연결 메타데이터를 받을 수 있습니다. 이 설정은 일반 웹 트래픽의 공인 IP를 숨기지 않습니다.

5. 자동 브라우저 우회와 암호화 DNS

자동 브라우저 우회는 기본값으로 켜져 있습니다. 이 기능은 WIT BROWSER의 WebView 트래픽을 앱 내부의 루프백 HTTP/CONNECT 프록시로 전달합니다. 프록시는 사용자가 요청한 목적지에 직접 연결하며 HTTPS 연결을 종료·복호화·검사하지 않습니다. 확인된 연결 초기화나 무응답 상황에서는 TLS ClientHello를 여러 개의 유효한 TLS 레코드로 나누어 다시 시도할 수 있습니다.

DNS 처리는 보안 프로필에 따라 달라집니다.

  • 엄격 보안(기본값): Cloudflare DNS over HTTPS(cloudflare-dns.com)만 사용합니다. Android 시스템 DNS, 오래된 주소 또는 영구 DNS 캐시로 폴백하지 않습니다. 성공한 주소는 실행 중 메모리에 최대 5분간 남을 수 있습니다. 단일 레이블 및 .local 이름은 시스템 DNS로 보내지 않고 차단합니다.
  • 전역 호환 모드: Cloudflare DoH, Google Public DNS DoH(dns.google), Quad9 DoH(dns.quad9.net)와 Android 시스템 DNS를 병렬로 시작할 수 있습니다. 짧은 시간 안에 유효한 암호화 DNS 결과를 우선하지만 시스템 결과를 사용할 수 있습니다. 로컬 이름과 단일 레이블 이름은 시스템 DNS를 사용합니다.

연결된 DNS 제공자는 질의 도메인, 질의 시각, 공인 IP 주소 및 통상적인 연결 메타데이터를 받을 수 있습니다. 호환 모드에서는 같은 질의가 둘 이상의 제공자에게 전송될 수 있습니다. Android 시스템 DNS 경로는 통신사·ISP, 기기의 Private DNS 또는 별도로 설치한 Intra 같은 리졸버를 이용할 수 있습니다. 개발자는 해당 제공자의 서버 로그를 받거나 통제하지 않습니다.

엄격 보안의 성공 응답은 실행 중 메모리에 최대 5분 보관됩니다. 호환 모드에서는 DoH 성공 응답이 최대 5분, 시스템 응답이 최대 30초 동안 최신 상태로 캐시될 수 있고, 이전의 유효한 주소가 장애 폴백으로 최대 24시간 남을 수 있습니다. 호환 모드의 영구 캐시는 앱 전용이며 최대 256개 항목으로 제한됩니다. 엄격 보안을 다시 켜거나 인터넷 사용 기록 삭제 또는 Android 앱 저장공간 삭제를 실행하면 이 캐시를 삭제합니다. 이는 앱 내 캐시 기간이며 DNS 제공자가 자체 방침에 따라 보관하는 기간과는 다릅니다.

외부 제공자 방침:

자동 브라우저 우회는 Android VpnService를 사용하지 않으며 VPN, Intra 내장판, Tor, 원격 프록시 출구, 위치 변경 또는 익명화 서비스가 아닙니다. 공인 IP를 바꾸거나 숨기지 않고 IP·계정·지역 기반 제한의 해제를 보장하지 않습니다. 앱에는 Tor 전송 계층이 없으며 .onion 주소가 공용 DNS로 유출되지 않도록 앱 내 탐색과 DNS 질의 전에 차단합니다.

6. 광고·추적 필터 업데이트

앱에는 기본 필터가 포함되어 있습니다. 사용자가 필터 업데이트를 실행하면 다음 주소에서 EasyList, EasyPrivacy 및 List-KR 호환 필터를 내려받습니다.

  • https://easylist.to/easylist/easylist.txt
  • https://easylist.to/easylist/easyprivacy.txt
  • https://cdn.jsdelivr.net/npm/@list-kr/filterslists@latest/dist/filterslist-uBlockOrigin-classic.txt
  • 위 List-KR 배포가 실패할 때 https://filters.adtidy.org/android/filters/227.txt

이 서버는 공인 IP, 요청 시각, Mozilla/5.0 (Android) WIT BROWSER User-Agent 및 일반 연결 메타데이터를 받을 수 있습니다. 개발자는 그 서버의 로그를 받지 않습니다. 내려받은 규칙과 마지막 업데이트 시각은 기기에 저장되어 새 버전으로 교체되거나 Android 앱 저장공간이 삭제되거나 앱이 제거될 때까지 남을 수 있습니다. 인터넷 사용 기록 삭제는 필터 규칙이나 사용자가 만든 요소 차단 규칙을 삭제하지 않습니다.

관련 외부 방침:

7. 비밀번호 관리자

비밀번호 관리자는 선택 기능입니다. 사용자가 정확한 HTTPS 최상위 출처의 로그인 양식 제출 버튼을 직접 탭하면 앱이 계정 저장 여부를 물을 수 있습니다. 사용자가 동의하고 강한 생체인증 또는 기기 잠금 인증을 완료하기 전에는 저장하지 않습니다. 저장 항목에는 다음 정보가 포함될 수 있습니다.

  • 정규화된 사이트 출처(스킴, 호스트 및 유효 포트)
  • 사용자 이름, 사용자가 지정한 라벨 및 비밀번호
  • 내부 항목 식별자와 생성·수정 시각

저장된 계정은 정확히 같은 출처에만 제안되며 채우기 직전에 출처를 다시 확인합니다. 앱은 채운 양식을 자동 제출하지 않습니다. 제출 버튼을 누른 사실만으로 사이트 로그인이 성공했음을 확인할 수 없으므로 로그인 실패 후 표시되는 저장 제안은 사용자가 거절해야 합니다. 오래된 WebView, JavaScript 전용 로그인 컨트롤 또는 교차 출처 iframe 양식은 자동 감지되지 않을 수 있으며 수동 저장이 필요할 수 있습니다.

금고는 백업 제외 앱 전용 저장소에 보관되고 Android Keystore AES-256-GCM으로 인증 암호화됩니다. 키는 강한 생체인증 또는 기기 잠금 인증을 요구하며 인증 후 사용 가능 시간은 30초입니다. 지원 기기에서는 StrongBox를 우선하고 사용할 수 없으면 일반 Android Keystore로 폴백합니다. 금고 목록은 비밀번호가 없는 요약만 유지하고 선택된 작업에 필요한 비밀번호를 그때 불러옵니다. 기존 금고 형식을 유지하기 위해 작업 중 암호화 컨테이너 전체가 앱 프로세스 안에서 일시적으로 복호화될 수 있으며, 앱은 변경 가능한 비밀 버퍼를 가능한 범위에서 지우지만 Android·Java 런타임이 만든 모든 사본의 즉시 삭제를 보장할 수는 없습니다.

비밀번호는 클립보드나 Intent에 넣지 않으며, WIT 서버에 업로드·동기화하거나 클라우드 백업하지 않습니다. 복구 키도 없습니다. 사용자가 개별 계정을 삭제하거나 금고 전체를 초기화하거나 Android 앱 저장공간을 삭제하거나 앱을 제거할 때까지 저장됩니다. 생체정보 변경, 화면 잠금 제거, 보안 하드웨어 변경 또는 Keystore 키 무효화로 금고를 영구적으로 읽을 수 없게 될 수 있습니다. 금고 초기화는 암호화 파일과 Keystore 키를 삭제하므로 복구할 수 없습니다.

비밀번호 화면은 일반 스크린샷을 차단하고, 지원되는 Android 버전에서 비시스템 오버레이를 숨기며, 가려진 터치를 거부하고, 비밀번호 필드의 상태 저장·개인화 키보드 학습·추천·전체 화면 입력을 비활성화합니다. 루팅 또는 침해된 운영체제, 악성 키보드·접근성 서비스, 외부 카메라나 변조된 앱 빌드까지 보호할 수는 없습니다.

8. 미디어 탐지, 네이티브 재생, 캡처 및 다운로드

앱은 재생·저장 가능한 미디어를 찾기 위해 현재 페이지 URL, WebView 요청, 미디어 요소, 플레이어 설정, 매니페스트, 관련 프레임과 네트워크 응답을 분석합니다. 이 정보는 열린 탭과 앱 프로세스 메모리에 임시로 존재할 수 있습니다. 일부 사이트는 페이지 플레이어가 실제로 재생된 뒤에만 스트림 URL, 쿠키 또는 인증을 만들기 때문에 사용자가 페이지에서 재생을 시작하고 원본 탭을 연 상태로 다시 탐지해야 할 수 있습니다.

사용자가 네이티브 재생 또는 다운로드를 요청하면 앱은 해당 콘텐츠 출처가 요구하는 현재 WebView 쿠키와 요청 속성을 재사용할 수 있습니다. 여기에는 원본·미디어 URL, Referer, User-Agent, Authorization, 쿠키 및 선택된 사용자 정의 또는 브라우저 문맥 헤더가 포함될 수 있습니다. 이 정보는 요청한 미디어 호스트와 필요한 리다이렉트 대상에 전송됩니다. 리다이렉트 때 다음 목적지가 자격증명이 속한 출처 밖이면 캡처된 자격증명을 제거하고, 구체적인 새 목적지의 현재 쿠키만 사용할 수 있습니다.

앱은 일반 파일, 지원되는 HLS·DASH, 표준 HLS AES-128 및 BLOB/MSE 캡처를 처리합니다. 호환되는 일부 스트림에서는 페이지가 제공하거나 재생·매니페스트·키 응답 과정에서 관찰한 AES 키 또는 선택적 미디어 키를 사용할 수 있습니다. 현재 릴리스는 번들에 포함된 WebAssembly 처리 코드를 사용해 지원되는 키 응답으로부터 미디어 키를 유도할 수도 있으며, 페이지 재생 과정에서 Web Crypto 또는 플레이어가 사용하는 키를 관찰하거나 이미 복호화되어 SourceBuffer로 전달되는 MSE 데이터를 사용자가 시작한 캡처에 기록할 수 있습니다. 이러한 키와 데이터는 요청한 재생·캡처·다운로드 기능을 수행하기 위해 앱 프로세스에서 처리됩니다.

BLOB/MSE 캡처는 사용자가 캡처를 시작한 뒤 실제로 페이지에서 재생되어 SourceBuffer에 전달된 구간만 앱 캐시에 임시 기록합니다. 완료하면 트랙을 하나의 미디어 파일로 합쳐 공개 미디어 저장소에 게시하고 임시 파일을 제거합니다. 취소 또는 정상적으로 처리된 실패 때에도 해당 캡처 세션 임시 디렉터리를 제거합니다. 운영체제 강제 종료나 비정상 종료가 정리 전에 발생하면 일부 캐시가 다음 동일 탭 캡처 시작, Android의 캐시 정리, 앱 저장공간 삭제 또는 앱 제거 때까지 남을 수 있습니다.

암호화된 다운로드 기록

다운로드 목록은 백업 제외 앱 저장소의 인증 암호화 바이너리 파일에 보관됩니다. 별도의 Android Keystore AES-256-GCM 키를 사용합니다. 사용자가 시작한 백그라운드 다운로드가 잠금 화면에서도 계속될 수 있도록 이 키는 생체인증을 요구하지 않습니다. 기록에는 다음 정보가 포함될 수 있습니다.

  • 다운로드 식별자, 제목, 유형, 생성 시각, 상태와 진행률
  • 원본 URL, 출력 URI 및 오류 상태
  • 쿠키·인증 토큰·Referer·User-Agent 등 요청 헤더
  • 선택적 AES 또는 미디어 키

보존기간은 상태에 따라 달라집니다.

  • 대기 또는 진행 중: 전송을 완료하는 동안 원본 URL, 요청 헤더와 선택적 미디어 키를 보관합니다.
  • 완료 또는 취소: 요청 비밀정보를 즉시 제거합니다.
  • 실패: 재시도를 위해 요청 비밀정보를 최대 30분 보관한 후 자동 제거합니다.
  • 비밀정보가 제거된 제목, 상태, 진행률과 출력 위치 등 다운로드 목록 메타데이터: 사용자가 해당 기록을 삭제하거나 Android 앱 저장공간을 지울 때까지 보관될 수 있습니다.
  • 쿠키 및 사이트 데이터 삭제: 이전 다운로드 기록 키를 암호학적으로 폐기하고 비밀정보를 제거한 메타데이터만 새 키로 다시 기록합니다. 대기 중이면서 요청 정보가 없어진 작업은 취소되며, 이미 실행 중인 전송은 종료될 때까지 짧은 수명의 메모리 사본을 사용할 수 있습니다.

완성된 동영상은 일반적으로 Android 공개 미디어 저장소의 Movies/WIT BROWSER에, 다른 파일은 Download/WIT BROWSER에 저장됩니다. 공개 파일은 권한을 가진 다른 앱이 읽을 수 있고 WIT BROWSER의 앱 데이터 삭제 또는 제거 뒤에도 남을 수 있습니다.

내 동영상

사용자가 동영상 보관함 권한을 허용하면 내 동영상은 Android MediaStore에서 접근 가능한 동영상의 URI, 표시 이름, 크기, 재생 시간, 생성·수정 시각 등 메타데이터와 썸네일을 조회하여 전체 목록을 표시하고 재생·다중 선택·삭제를 제공합니다. 인덱싱과 썸네일 처리는 기기에서 수행되며 영상 또는 보관함 목록을 개발자 서버로 업로드하지 않습니다. 삭제는 사용자 동작으로만 시작되고 Android가 요구하는 경우 시스템 확인을 거칩니다.

앱의 미디어 기능은 사용자가 소유하거나 콘텐츠 제공자의 허가, 사이트 이용약관 및 적용 법률에 따라 접근·재생·캡처·저장할 권리가 있는 콘텐츠에만 사용해야 합니다. 앱은 모든 DRM 또는 라이선스 보호 콘텐츠의 재생·복호화·캡처·저장을 보장하지 않습니다. 이 방침은 저작권, 접근통제 또는 기술적 보호조치를 우회할 권한을 사용자에게 부여하지 않습니다.

9. 인터넷 사용 기록 삭제와 개별 삭제 방법

앱의 설정 → 인터넷 사용 기록 삭제는 다음 항목을 제거합니다.

  • WebView 쿠키와 Web Storage
  • 저장된 HTTP 인증 사용자 이름·비밀번호와 WebView 저장 양식 데이터
  • 공유 WebView 캐시
  • 메모리 및 영구 DNS 상태
  • 캡처된 미디어 인증 정보, 임시 사이트 호환 예외와 기억된 우회 호스트
  • 저장된 다운로드 원본 URL, 요청 헤더 및 선택적 미디어 키
  • 암호화된 탭 세션 URL, 현재 열린 탭과 그 메모리 앞/뒤 이동 기록

삭제 후 브라우저는 새 홈 탭을 만듭니다. 이 작업은 다음 항목을 삭제하지 않습니다.

  • 암호화된 비밀번호 금고
  • 완료된 공개 동영상 또는 파일
  • 비밀정보가 제거된 다운로드 목록 메타데이터
  • 앱 설정, 내려받은 필터 또는 사용자가 만든 요소 차단 규칙

비밀번호는 비밀번호 관리자에서 개별 삭제하거나 금고를 초기화해야 합니다. 다운로드 목록 항목과 공개 미디어 파일은 해당 화면 또는 기기 파일·갤러리 도구에서 별도로 삭제해야 합니다. Android의 저장공간 삭제/앱 데이터 삭제는 앱 전용 상태를 삭제합니다. 앱 제거도 앱 전용 파일을 삭제하지만 공개 미디어는 남을 수 있습니다.

10. Android 권한

앱은 Android 버전과 사용 기능에 따라 다음 권한을 사용합니다.

  • 인터넷 및 네트워크 상태: 웹사이트, 미디어, DNS 제공자와 필터 목록에 접속하고 연결 상태를 확인합니다.
  • 알림: 진행 중인 사용자 요청 다운로드의 상태와 취소 기능을 표시합니다. 사용자는 지원되는 Android 버전에서 거부할 수 있습니다.
  • 포그라운드 서비스 및 데이터 동기화: 사용자가 시작한 다운로드를 앱이 백그라운드에 있는 동안 계속하고 진행 알림을 유지합니다.
  • Wake lock: 진행 중인 다운로드가 중단되지 않도록 필요한 동안 CPU 실행을 유지합니다.
  • 동영상 읽기 및 선택된 미디어 접근: Android 버전에 따라 READ_MEDIA_VIDEO, READ_MEDIA_VISUAL_USER_SELECTED 또는 제한된 레거시 저장소 읽기 권한을 사용해 내 동영상 전체 또는 사용자가 허용한 범위를 표시합니다.
  • 레거시 외부 저장소 쓰기: Android 9 이하에서 파일 게시 또는 사용자 요청 삭제를 수행합니다.
  • 오버레이 숨김: 지원되는 Android 버전에서 비밀번호 화면 위의 비시스템 오버레이를 제한합니다.

선택 권한은 Android 설정에서 거부하거나 철회할 수 있습니다. 해당 권한이 필요한 기능은 제한되지만 가능한 다른 브라우저 기능은 계속 사용할 수 있습니다.

11. 제3자 제공자, 국외 처리 및 외부 정책

앱은 자체 원격 서버를 운영하지 않습니다. 다만 인터넷 기능의 특성상 사용자의 기기가 다음 외부 주체에 직접 접속할 수 있으며 서버가 대한민국 밖에 있을 수 있습니다.

  • 사용자가 방문하거나 다운로드 대상으로 선택한 웹사이트, 임베디드 콘텐츠, CDN, TURN 서버 및 로그인·미디어 제공자
  • 기기에 설치된 Android System WebView와 Safe Browsing 제공자
  • 엄격 보안의 Cloudflare DNS, 또는 호환 모드의 Cloudflare·Google Public DNS·Quad9·Android 시스템 DNS 경로
  • 사용자가 필터 업데이트를 실행할 때의 EasyList, jsDelivr 및 AdGuard 배포 인프라
  • 앱 배포, 결제 여부 확인, 보안 및 플랫폼 운영을 담당하는 Google Play, Android와 기기 제조사

전송되는 항목은 각 기능 설명에 기재된 질의 도메인, 공인 IP, URL 또는 요청 메타데이터이며, 전송 시점은 사용자가 웹 탐색·DNS 우회·필터 업데이트·미디어 요청을 사용하는 때입니다. 전송은 해당 요청에 필요한 기간 동안 이루어지고 이후 제공자 측 보존기간·처리 국가·재위탁은 각 제공자의 방침을 따릅니다. 개발자는 외부 제공자의 로그를 보유하지 않으므로 해당 제공자가 가진 정보에 대한 권리 요청은 그 제공자에게 직접 해야 합니다.

주요 외부 방침은 다음과 같습니다.

외부 링크의 내용, 위치 또는 방침은 해당 제공자가 변경할 수 있습니다.

12. 개발자가 직접 받는 문의 정보

사용자가 acua0901@gmail.com으로 문의하면 개발자는 발신 이메일 주소, 표시 이름, 문의 내용 및 사용자가 자발적으로 첨부한 파일을 받습니다. 이 정보는 문의 답변, 오류 조사, 권리 요청 처리와 법적 분쟁 대응에만 사용합니다. 민감한 비밀번호, 인증 토큰, 개인 영상 또는 불필요한 개인정보를 보내지 마십시오.

문의 기록은 답변과 후속 처리가 끝난 날부터 통상 1년 이내 삭제합니다. 진행 중인 분쟁, 보안 사고 또는 법령상 보존 의무가 있으면 필요한 최소 범위에서 해당 사유가 끝날 때까지 보관한 뒤 삭제합니다. 문의 정보는 이메일 제공자의 서버에서 처리될 수 있으며 그 제공자의 방침이 추가로 적용됩니다.

13. 보호조치와 한계

앱은 다음과 같은 보호조치를 적용합니다.

  • 비밀번호 금고, 다운로드 기록 및 탭 스냅샷에 용도별로 분리된 Android Keystore AES-256-GCM 키 사용
  • 민감 저장소를 Android 백업에서 제외하고 암호화 파일을 원자적으로 기록
  • 비밀번호 금고의 강한 생체인증 또는 기기 잠금 인증과 지원 기기의 StrongBox 우선 사용
  • 네이티브 미디어 요청에서 로컬·루프백·사설·링크 로컬·메타데이터·멀티캐스트·특수 주소 차단, DNS 응답과 리다이렉트 재검증
  • 페이지와 앱 기능 사이에 출처·메서드·크기·속도·최근 사용자 터치를 검사하는 제한된 WebMessage 통로 사용
  • 릴리스 빌드의 WebView 원격 디버깅 비활성화, Safe Browsing 활성화 및 파일 스킴 쿠키 비활성화

어떠한 브라우저, 암호화, 차단 목록 또는 보안 기능도 완전한 보호를 보장할 수 없습니다. 루팅되거나 침해된 기기, 악성 또는 오래된 WebView, 운영체제 취약점, 키보드·접근성 서비스, 사용자가 허용한 권한, 악성 웹사이트·다운로드 파일, 화면 촬영 또는 변조된 앱은 정보를 노출할 수 있습니다. 사용자는 Android와 System WebView를 최신 상태로 유지하고 HTTPS 사이트를 우선해야 합니다.

14. 이용자의 권리와 요청 방법

이용자는 적용 법률에 따라 개발자가 보유한 개인정보의 열람, 정정, 삭제, 처리정지 또는 동의 철회를 요청할 수 있습니다. 요청은 acua0901@gmail.com으로 보내십시오. 개발자는 본인 확인에 필요한 최소 정보만 요청하며 원칙적으로 접수일로부터 30일 이내에 답변합니다. 법률상 연장 또는 거절 사유가 있으면 그 사유와 가능한 조치를 안내합니다.

앱 사용 데이터 대부분은 기기에만 있고 개발자가 원격으로 접근할 수 없으므로 개발자가 대신 열람하거나 삭제할 수 없습니다. 사용자는 제9절의 앱 내 삭제 기능, Android 앱 저장공간 삭제 또는 앱 제거를 이용해야 합니다. 방문한 웹사이트, DNS, WebView, 필터 또는 이메일 제공자가 보유한 정보는 해당 제공자에게 직접 요청해야 합니다.

15. 개인정보 판매, 광고 및 법적 공개

개발자는 개인정보를 판매·임대하거나 행동 기반 광고 목적으로 제공하지 않습니다. 앱에는 개발자 자체 광고 또는 분석 SDK가 없습니다. 방문한 웹사이트가 자체 광고·분석 서비스를 사용하는 경우 그 처리는 해당 웹사이트의 방침을 따릅니다.

개발자가 실제로 보유한 문의 정보는 이용자의 요청, 법률상 의무, 유효한 법적 절차, 권리·안전 보호 또는 서비스 악용 조사에 필요한 최소 범위에서만 공개할 수 있습니다. 개발자가 앱 사업을 이전하는 경우 적용 법률에 따라 사전 고지하고 동일하거나 그 이상 수준의 보호를 요구합니다.

16. 방침 변경

기능, 외부 제공자 또는 법적 요구사항이 바뀌면 이 방침을 개정할 수 있습니다. 개정본은 https://wit-browser-privacy.mipelcw.chatgpt.site 에 게시하고 상단 시행일을 변경합니다. 개인정보 처리에 중대한 변경이 있으면 적용 법률이 요구하는 방식과 앱 또는 스토어 공지를 통해 추가로 알리고 필요한 경우 동의를 받습니다.

17. 준거법과 언어

이 방침과 앱의 개인정보 처리에는 대한민국 법률이 적용됩니다. 분쟁은 대한민국 민사소송법 등 관계 법령이 정하는 관할 법원에서 해결합니다. 강행법규가 이용자에게 부여하는 권리는 이 조항으로 제한되지 않습니다.

한국어판과 번역본이 충돌하면 적용 법률이 허용하는 범위에서 한국어판을 우선합니다.

18. 문의처

English version

WIT BROWSER Privacy Policy

Hyun Shin (신현, developer display name WIT, the “Developer”) provides this Policy to explain what information WIT BROWSER for Android (the “App”) processes, where it is sent, and how long it remains on the device. This Policy describes the current implementation of WIT BROWSER 5.4 distributed through Google Play.

The App is intended only for users aged 18 or older. A person under 18 should not use the App.

1. Summary

  • The App has no WIT account system, Developer-operated synchronization server, first-party analytics SDK, advertising SDK, or behavioral telemetry SDK.
  • The Developer does not use the App to collect advertising identifiers, device identifiers, contacts, precise location, payment information, or the device video library on a Developer-operated server.
  • Browsing traffic goes directly to the websites, content providers, CDNs, and other services selected or invoked by the user. They may process the user's public IP address and ordinary browser-request information under their own policies.
  • The password vault, restart-restorable tab information, download records, and most settings remain on the device. Sensitive stores use Android Keystore-backed encryption and are excluded from Android backup as described below.
  • When Automatic browser bypass is enabled, DNS queries are sent to Cloudflare. In global Compatibility mode, Cloudflare, Google Public DNS, Quad9, and the Android system DNS path may receive the same query in parallel.
  • When the user requests a filter update, the App connects to filter-distribution servers operated by EasyList, jsDelivr, or AdGuard.
  • The Developer does not sell personal information or use it for targeted advertising. Network information may nevertheless be sent directly to user-selected websites and the external providers identified in this Policy as necessary to provide the requested functions.
  • The App is not a VPN, Tor client, remote proxy exit, or anonymity service. It does not guarantee complete anonymity, freedom from tracking, detection of every threat, or successful access to every website.

Local and network processing is performed to provide the browsing, security, media, download, password, and tab-restoration functions requested by the user; reduce fraud, abuse, and security threats; and retain user-selected settings. Optional permissions and vault storage are based on the user's consent or explicit action and can be withdrawn. A request sent directly to the Developer is processed only as needed to handle the request and meet legal or dispute-response obligations.

2. Web browsing and information processed by websites

When the user opens an address or follows a link, the App connects to the requested website and third-party resources embedded by that page. Websites, embedded-content providers, content delivery networks (CDNs), TURN servers, sign-in providers, and download hosts may receive:

  • the public IP address and approximate location that may be inferred from it;
  • User-Agent, request time, requested URL, Referer, and ordinary HTTP request headers;
  • cookies, session tokens, Web Storage data, and identifiers created by the site;
  • names, email addresses, account details, messages, files, and any other information the user enters or uploads; and
  • information produced through JavaScript, Web Storage, browser fingerprinting, or the site's own analytics tools.

This information does not pass through a Developer-operated server, and the Developer does not receive or inspect it. Each website or service processes it independently under its own privacy policy. Users should assess the site's policy and trustworthiness before submitting sensitive information.

The App permits JavaScript and DOM Storage because modern websites and media players depend on them. Website cookies and Web Storage may remain on the device until their website-defined expiration time, the user uses Clear browsing data, Android app storage is cleared, or the App is uninstalled.

Strict security and site compatibility

Strict security is enabled by default and:

  • upgrades top-level http:// navigation to HTTPS without an automatic cleartext retry;
  • blocks HTTP mixed content and third-party cookies;
  • requires a user gesture for media playback and denies automatic protected-media identifier permission; and
  • restricts selected attribution behavior and legacy WebView database storage.

If the user grants Media compatibility for this site to a trusted website, mixed content, third-party cookies, or protected-media compatibility settings may be relaxed for that host. The exception exists only in memory, expires after one hour, and is not restored after the App process ends.

If the user acknowledges the warning and disables Strict security globally, Compatibility mode is enabled. Compatibility mode may permit mixed content, third-party cookies, automatic media playback, protected-media identifiers from secure origins, and system-DNS fallback. It therefore provides less privacy and transport protection.

3. Tabs, browsing state, and local web data

To restore tabs after an App restart, the App stores each tab's current URL and the selected-tab index in the device's noBackupFilesDir. The snapshot is authenticated and encrypted with a separate Android Keystore AES-256-GCM key, written atomically, and excluded from Android app backup.

The snapshot does not include prior back/forward history, page DOM, text being entered, or live page state. Current tab URLs remain until replaced by a newer snapshot, Clear browsing data is used, Android app storage is cleared, or the App is uninstalled. The DOM, script state, navigation history, and temporary media authorization associated with an open page may exist in process memory while the App is running.

WebView-managed cookies, Web Storage, HTTP-authentication data, saved form data, and cache may be stored on the device. They can be removed using the controls described in Section 9.

4. Ad and tracker blocking, redirect protection, Safe Browsing, and WebRTC

When ad and tracker blocking is enabled, the App applies bundled rules and user-downloaded filters to block ad requests, page elements, and a conservative set of high-confidence third-party tracking endpoints. It cannot guarantee that every ad, tracker, browser fingerprint, or malicious behavior will be blocked, and it may allow some requests to reduce false positives and maintain sign-in and media-CDN compatibility.

For eligible top-level GET navigation, the App removes recognized campaign parameters such as utm_*, fbclid, and gclid. It does not alter the URL when a signature or authentication parameter is present, or for POST requests and server redirects. Popup and unwanted-redirect protection evaluates user gestures, frame relationships, navigation type, and repeated patterns.

The App exposes Global Privacy Control (GPC) and Do Not Track (DNT) preference signals to page JavaScript. Websites are not required to honor these signals, and the App cannot guarantee their effect in every context.

Android System WebView Safe Browsing is enabled. The installed WebView provider may process URL-derived threat-check information and network metadata such as the public IP address. The App declares the WebView general usage-metrics opt-out (android.webkit.WebView.MetricsOptOut=true), but Safe Browsing threat checks and security processing performed by the operating system or WebView provider under the user's system settings are separate. The Developer does not receive threat-check results or provider logs. See Android's WebView privacy information and, when Google supplies the WebView, the Google Privacy Policy.

The App attempts to require relay-only ICE transport for WebRTC peer connections created by a page. This may reduce address exposure through direct ICE candidates, but it can break calls or streams that lack a working TURN relay. A website's TURN provider may receive the public IP address and connection metadata. This setting does not hide the public IP used for ordinary web traffic.

5. Automatic browser bypass and encrypted DNS

Automatic browser bypass is enabled by default. It routes WIT BROWSER WebView traffic through a loopback HTTP/CONNECT proxy running inside the App. The proxy connects directly to the user-requested destination and does not terminate, decrypt, or inspect HTTPS sessions. After a confirmed connection reset or silent drop, it may retry after dividing a TLS ClientHello into multiple valid TLS records.

DNS behavior depends on the security profile:

  • Strict security (default): only Cloudflare DNS over HTTPS (cloudflare-dns.com) is queried. There is no fallback to Android system DNS, a stale address, or a persistent DNS cache. A successful address may remain in running-process memory for up to five minutes. Single-label and .local names are blocked instead of being sent to system DNS.
  • Global Compatibility mode: Cloudflare DoH, Google Public DNS DoH (dns.google), Quad9 DoH (dns.quad9.net), and Android system DNS may be started in parallel. The App briefly prefers a valid encrypted-DNS answer but may use the system result. Local and single-label names use system DNS.

Each contacted DNS provider may receive the queried domain, query time, the network's public IP address, and ordinary connection metadata. In Compatibility mode, the same query may be disclosed to more than one provider. The Android system path may use carrier or ISP DNS, configured Private DNS, or a separately installed resolver such as Intra. The Developer does not receive or control those providers' server logs.

Under Strict security, a successful answer may remain in memory for up to five minutes. Under Compatibility mode, a successful DoH answer can remain fresh for up to five minutes, a system answer for up to 30 seconds, and a previously valid answer may remain as a failure fallback for up to 24 hours. The Compatibility-mode persistent cache is app-private and limited to 256 entries. Enabling Strict security, using Clear browsing data, or clearing Android app storage removes this cache. These are App-side cache periods and are separate from each DNS provider's own retention practices.

Provider policies:

Automatic browser bypass does not use Android VpnService and is not an embedded Intra service, VPN, Tor client, remote proxy exit, location changer, or anonymity service. It does not change or hide the public IP address and cannot guarantee access through IP-, account-, or region-based restrictions. The App has no Tor transport and blocks .onion navigation and DNS resolution before those names are sent to public DNS.

6. Ad and tracker filter updates

The App includes a bundled base filter. When the user invokes Update filters, the App downloads EasyList, EasyPrivacy, and a List-KR-compatible filter from these locations:

  • https://easylist.to/easylist/easylist.txt
  • https://easylist.to/easylist/easyprivacy.txt
  • https://cdn.jsdelivr.net/npm/@list-kr/filterslists@latest/dist/filterslist-uBlockOrigin-classic.txt
  • if that List-KR distribution fails, https://filters.adtidy.org/android/filters/227.txt

Those servers may receive the public IP address, request time, the Mozilla/5.0 (Android) WIT BROWSER User-Agent, and ordinary connection metadata. The Developer does not receive their logs. Downloaded rules and the last-update time may remain on the device until replaced, Android app storage is cleared, or the App is uninstalled. Clear browsing data does not delete downloaded filters or user-created element-blocking rules.

Relevant provider policies:

7. Password manager

The password manager is optional. When the user physically taps a login-form submit button in the exact HTTPS main-frame origin, the App may ask whether to save the account. Nothing is stored until the user agrees and completes strong biometric or device-lock authentication. A saved entry may contain:

  • the normalized site origin, including scheme, host, and effective port;
  • username, user-assigned label, and password; and
  • an internal entry identifier and creation and modification times.

A saved account is offered only to the exact same origin, which is checked again immediately before filling. The App does not automatically submit a filled form. Tapping a submit button does not prove that the website accepted the login, so the user should decline a save prompt shown after a failed login. An old WebView, JavaScript-only login control, or cross-origin iframe form may not be detected and may require manual entry.

The vault is stored in app-private, backup-excluded storage and authenticated-encrypted with Android Keystore AES-256-GCM. The key requires strong biometric or device-lock authentication and has a 30-second authorization window. On supported devices, the App requests StrongBox first and falls back to the normal Android Keystore if StrongBox is unavailable. The unlocked list keeps password-free account summaries and loads a password only for the selected operation. To preserve the existing vault format, a vault operation can temporarily decrypt the compatible container inside the App process. The App wipes mutable secret buffers where practical, but Android and Java runtime copies cannot all be guaranteed to disappear immediately.

Passwords are not placed on the clipboard or in an Intent, uploaded or synchronized to a WIT server, or cloud-backed up. There is no recovery key. An entry remains until the user deletes it, resets the vault, clears Android app storage, or uninstalls the App. Changes to enrolled biometrics, removal of the screen lock, security-hardware changes, or Keystore-key invalidation can make the vault permanently unreadable. Resetting the vault deletes the encrypted file and Keystore key and cannot be undone.

The password screen blocks ordinary screenshots, asks Android to hide non-system overlays where supported, rejects obscured touches, and disables state saving, personalized keyboard learning, suggestions, and fullscreen input for the password field. These measures cannot protect against a rooted or compromised operating system, malicious keyboard or accessibility service, external camera, or modified build.

8. Media detection, native playback, capture, and downloads

To locate playable or savable media, the App analyzes the current page URL, WebView requests, media elements, player configuration, manifests, related frames, and network responses. This information can exist temporarily in the open tab and App-process memory. Some websites create the actual stream URL, cookie, or authorization only after playback begins in the page player. The user may therefore need to start page playback, keep the source tab open, and scan again.

When the user requests native playback or a download, the App may replay current WebView cookies and request properties required by the content origin. These may include the source and media URLs, Referer, User-Agent, Authorization, cookies, and selected custom or browser-context headers. They are sent to the requested media host and required redirect targets. On a redirect, captured credentials are removed if the next destination is outside the origin to which they belong; a current cookie for the concrete new destination may be used.

The App handles ordinary files, supported HLS and DASH formats, standard HLS AES-128, and BLOB/MSE capture. For some compatible streams, it may use an AES key or optional media key provided by the page or observed during playback, manifest, and key-response processing. The current release may also use bundled WebAssembly processing code to derive a media key from a supported key response, observe a key used by Web Crypto or the page player during playback, or record already-decrypted MSE data delivered to SourceBuffer in a user-started capture. These keys and data are processed inside the App process to perform the requested playback, capture, or download.

BLOB/MSE capture writes only the portion actually played and delivered to SourceBuffer after the user starts capture. Track data is temporarily written to the App cache. On completion, the App combines the tracks into a media file, publishes it to public media storage, and removes the temporary files. It also removes the capture-session temporary directory after cancellation or a normally handled failure. If the operating system kills the process or the App terminates abnormally before cleanup, some cache can remain until another capture starts for the same tab, Android clears cache, App storage is cleared, or the App is uninstalled.

Encrypted download records

The download list is stored in an authenticated-encrypted binary file in backup-excluded app storage, using a separate Android Keystore AES-256-GCM key. The key deliberately does not require biometric authentication so a user-started background transfer can continue while the screen is locked. A record may include:

  • download identifier, title, type, creation time, status, and progress;
  • source URL, output URI, and error state;
  • request headers such as cookies, authorization tokens, Referer, and User-Agent; and
  • an optional AES or media key.

Retention depends on download state:

  • Queued or running: source URL, request headers, and optional media key remain available while needed to complete the transfer.
  • Completed or canceled: request secrets are removed immediately.
  • Failed: request secrets remain available for retry for no more than 30 minutes and are then removed automatically.
  • Sanitized metadata: non-secret title, status, progress, and output-location data may remain until the user deletes the record or clears Android app storage.
  • Cookies and site data cleared: the previous download-record key is cryptographically discarded and only sanitized metadata is rewritten under a new key. A queued transfer that no longer has request data is canceled; an already-running transfer may keep a short-lived in-memory copy until it stops.

Completed videos are normally placed in Movies/WIT BROWSER, and other files in Download/WIT BROWSER, in Android public media storage. Other authorized apps may read a public file, and it can remain after WIT BROWSER app data is cleared or the App is uninstalled.

My videos

If the user grants video-library access, My videos queries Android MediaStore for the URI, display name, size, duration, creation or modification time, thumbnail, and other metadata of accessible videos. It uses this information to display the device library and provide playback, multiple selection, and deletion. Indexing and thumbnail processing occur on the device, and the App does not upload the library listing or video files to a Developer-operated server. Deletion begins only after a user action and is subject to Android system confirmation where required.

The media features must be used only for content that the user owns or is authorized to access, play, capture, and save under the content provider's permission, website terms, and applicable law. The App does not guarantee playback, decryption, capture, or saving of every DRM- or license-protected item. This Policy does not grant permission to circumvent copyright, access controls, or technological protection measures.

9. Clear browsing data and separate deletion controls

Settings → Clear browsing data removes:

  • WebView cookies and Web Storage;
  • stored HTTP-auth usernames and passwords and WebView saved form data;
  • shared WebView cache;
  • in-memory and persistent DNS state;
  • captured media authorization, temporary site-compatibility grants, and remembered bypass hosts;
  • persisted download source URLs, request headers, and optional media keys; and
  • encrypted tab-session URLs, all current tabs, and their in-memory back/forward history.

The browser creates a clean home tab afterward. This action does not remove:

  • the encrypted password vault;
  • completed public videos or files;
  • sanitized download-list metadata;
  • App settings, downloaded filter lists, or user-created element-blocking rules.

Passwords must be deleted individually in the password manager or by resetting the vault. Download-list entries and public media must be deleted separately from the relevant App screen or the device's file or gallery tools. Android Clear storage/Clear app data removes app-private state. Uninstalling removes private App files, but public media can remain.

10. Android permissions

Depending on the Android version and features used, the App uses:

  • Internet and network state: to load websites and media, contact DNS providers and filter hosts, and detect connectivity.
  • Notifications: to show status and cancellation controls for an active user-requested download. The user may deny it on supported Android versions.
  • Foreground service and data sync: to continue a user-started download while the App is in the background and maintain its progress notification.
  • Wake lock: to keep CPU execution available as needed during an active download.
  • Video read and selected-media access: READ_MEDIA_VIDEO, READ_MEDIA_VISUAL_USER_SELECTED, or limited legacy storage-read permission, depending on Android version, to display all or the user-authorized part of My videos.
  • Legacy external-storage write: on Android 9 and earlier, to publish a file or perform a user-requested deletion.
  • Hide overlays: to restrict non-system overlays above the password screen where the Android version supports it.

Optional permissions can be denied or revoked in Android Settings. A feature that depends on a denied permission may be unavailable, while other supported browser functions remain usable.

11. External providers, international processing, and third-party policies

The App does not operate its own remote backend. Because it is an Internet browser, the user's device can connect directly to the following external parties, whose servers may be located outside the Republic of Korea:

  • websites, embedded content, CDNs, TURN servers, and login or media providers selected by the user;
  • the installed Android System WebView and Safe Browsing provider;
  • Cloudflare DNS under Strict security, or Cloudflare, Google Public DNS, Quad9, and the Android system-DNS path under Compatibility mode;
  • EasyList, jsDelivr, and AdGuard distribution infrastructure when the user requests a filter update; and
  • Google Play, Android, and the device manufacturer for distribution, platform operation, and security.

The categories transmitted are the queried domain, public IP address, URL, or request metadata described for each function. Transfer occurs when the user browses, uses DNS bypass, requests a filter update, or performs a media request. It continues for the time necessary to perform that request. Provider-side retention, processing countries, and subprocessors are governed by each provider's policy. The Developer does not possess external-provider logs; a request concerning information held by a provider must be directed to that provider.

Principal external policies:

An external provider can change the content, location, or terms of its policy.

12. Information sent directly to the Developer for support

If the user contacts acua0901@gmail.com, the Developer receives the sender's email address, display name, message content, and any attachment voluntarily supplied by the user. The Developer uses it only to answer the request, investigate a reported defect, handle a privacy-rights request, or respond to a legal dispute. Users should not send passwords, authentication tokens, private videos, or unnecessary personal information.

Support records are ordinarily deleted within one year after the response and necessary follow-up are completed. If a dispute, security incident, or legal retention duty is ongoing, the minimum necessary information may be kept until that reason ends and is then deleted. Support information may be processed on the email provider's servers under that provider's policy.

13. Safeguards and limitations

The App applies safeguards including:

  • purpose-separated Android Keystore AES-256-GCM keys for the password vault, download records, and tab snapshot;
  • backup exclusion and atomic writes for sensitive encrypted stores;
  • strong biometric or device-lock authorization for the password vault, with StrongBox requested on supported devices;
  • blocking of local, loopback, private, link-local, metadata, multicast, and special-use targets for native media requests, with DNS-answer and redirect revalidation;
  • a restricted WebMessage path that checks origin, allowed method, size, rate, and recent user touch; and
  • WebView remote debugging disabled in release builds, Safe Browsing enabled, and file-scheme cookies disabled.

No browser, encryption system, blocklist, or security control can guarantee complete protection. A rooted or compromised device, malicious or outdated WebView, operating-system vulnerability, keyboard or accessibility service, user-granted permission, malicious website or downloaded file, external camera, or modified App build can expose information. Users should keep Android and System WebView updated and prefer HTTPS websites.

14. User rights and requests

Subject to applicable law, a user may request access to, correction or deletion of, restriction of processing of, or withdrawal of consent for personal information actually held by the Developer. Send a request to acua0901@gmail.com. The Developer will request only the minimum information necessary to verify the requester and will ordinarily respond within 30 days after receipt. If applicable law permits an extension or requires refusal, the Developer will explain the reason and available recourse.

Most App-use data exists only on the user's device and is not remotely accessible to the Developer. The Developer therefore cannot retrieve or remotely delete it for the user. Use the controls in Section 9, Android Clear app storage, or uninstall the App. Requests concerning information held by a visited website, DNS provider, WebView provider, filter host, or email provider must be made directly to that provider.

15. No sale or advertising use; legally required disclosure

The Developer does not sell or rent personal information or disclose it for behavioral advertising. The App contains no Developer-integrated advertising or analytics SDK. A visited website may use its own advertising or analytics services under that website's policy.

The Developer may disclose support information actually in the Developer's possession only to the minimum extent necessary to comply with the user's request, a legal obligation or valid legal process, protect rights or safety, or investigate abuse. If the App business is transferred, the Developer will provide notice as required by applicable law and require the same or greater level of protection.

16. Changes to this Policy

The Developer may revise this Policy when App functions, external providers, or legal requirements change. The revised Policy will be posted at https://wit-browser-privacy.mipelcw.chatgpt.site, and the effective date above will be updated. For a material change in personal-information processing, the Developer will provide additional notice through the App or store listing, and obtain consent where required by applicable law.

17. Governing law and language

This Policy and the App's handling of personal information are governed by the laws of the Republic of Korea. A dispute will be submitted to the court having jurisdiction under the Korean Civil Procedure Act and other applicable law. This provision does not restrict mandatory consumer or privacy rights.

If this English translation conflicts with the Korean version, the Korean version controls to the extent permitted by applicable law.

18. Contact