코드를 한 줄도 읽지 않고도, 운영체제와 네트워크가 이미 주는 도구로 밖에서 지켜보는 것만으로 앱이 아무것도 보내지 않는다는 걸 확인할 수 있어요. 비행기 모드, Android 권한 목록, iOS 앱 개인정보 보호 리포트, 앱 자체 바이트 계수기, 그리고 방화벽이 함께 앱이 만드는 모든 연결을 보여줘요. 이것들이 보여주지 못하는 건 시험해보지 않은 조건에서 코드가 무엇을 할지예요.
확인 1: 비행기 모드
무선을 전부 끄고 평소처럼 쓰세요. 같은 속도로 계속 답한다면 답의 어떤 부분도 서버에서 오지 않은 거예요. 가장 빠른 테스트이고, 채팅 앱이라면 사실상 결정적이에요. 서버가 필요한 앱은 서버 없이 전속력 답변을 흉내 낼 수 없으니까요. 배제하지 못하는 건 오프라인으로 동작한 다음 나중에 기록을 올려보내는 앱이에요. 그래서 확인이 네 가지 더 있고요.
확인 2: Android 권한 목록
Android는 앱이 매니페스트에 android.permission.INTERNET을 선언하지 않으면 네트워크 연결을 열지 못하게 해요. 그리고 그 매니페스트는 설치한 패키지 안에 박혀 있어요. Play 스토어 페이지를 열고 앱 정보, 앱 권한으로 가 보세요. "네트워크에 대한 전체 액세스"가 없다면 그 앱은 네트워크에 아예 닿을 수 없어요. 개발자의 약속이 아니라 운영체제가 강제하는 제약이고, 설치된 패키지나 APK로 직접 확인할 수 있어요:
adb shell dumpsys package com.inbornapp.mobile | grep INTERNET
aapt2 dump permissions inborn.apk이 목록에서 가장 강한 확인이에요. 없다는 걸 관찰하는 데 그치지 않고 불가능함을 증명하는 유일한 확인이니까요.
확인 3: iOS 앱 개인정보 보호 리포트
설정, 개인정보 보호 및 보안, 앱 개인정보 보호 리포트. iOS는 지난 7일 동안 각 앱이 접속한 도메인을 모두 기록해요. 기록하는 쪽은 앱이 아니라 운영체제고요. 서버와 대화하는 앱은 인정하든 말든 여기에 줄이 남아요. 알아둘 점이 하나 있어요. 직접 시작한 모델 다운로드는 진짜 연결이라 여기에 나타나요. 그래서 앱은 무언가를 받아오기 전에 어느 호스트인지 밝혀야 해요.
확인 4: 앱 자체 계수기
어떤 앱은 운영체제의 프로세스별 바이트 계수기를 보여줘요. 그 값은 앱의 자체 장부가 아니라 시스템에서 오기 때문에, 데이터를 보내면서 0이라고 보고할 수는 없어요. 설치해서 쓰는 내내 나간 바이트가 0으로 남는다면 강한 신호예요. 다만 증명이라기보다 편의로 보세요. 화면에 숫자를 그리는 건 여전히 앱이니까요.
확인 5: 방화벽
Android에서는 NetGuard, macOS에서는 Little Snitch나 LuLu, Windows에서는 방화벽 뒤에 앱을 두고 무엇이 허가를 요청하는지 지켜보세요. 며칠을 써도 아무것도 나타나지 않는다면, 일반 사용자가 할 수 있는 상시 감시에 가장 가까운 결과예요. 업데이트 뒤에도 계속 작동하는 유일한 확인이기도 하고요.
이 중 어느 것도 증명하지 못하는 것
세 가지예요. 어떤 빌드가 특정 소스에서 나왔다는 건 증명하지 못해요. 그러려면 누구나 바이트 단위로 똑같이 다시 빌드할 수 있어야 하는데, 그런 앱은 아주 드물죠. 코드가 보이는 대로 동작한다는 것도 증명하지 못해요. 그건 소스가 있어야 하고요. 바깥의 독립된 곳이 들여다봤다는 것도 증명하지 못해요. 그건 의뢰한 감사가 있어야 해요. 프라이버시 주장이 "검증됐다"고 말하는 사람이라면 셋 중 무엇을 말하는지 밝힐 수 있어야 해요. 위의 확인들을 다른 온디바이스 AI 앱에 돌려본 결과는 표 하나에 모아 뒀어요.
이 세 가지에 대한 Inborn의 입장은 암시가 아니라 글로 적혀 있어요. 소스는 읽고 빌드할 수 있게 공개돼 있지만 재배포는 허용하지 않고, 바깥에서 저희 바이너리를 바이트 단위로 다시 만들 수는 없으며, 의뢰한 감사는 없어요. 사실인 것은 확인 1부터 5까지 전부이고, 오늘 오후에 다 해볼 수 있어요. Inborn 설치본에서 바이트가 나갈 수 있는 모든 경우를 담은 전체 목록은 증명 페이지에 있어요.