휴대폰에서는 세 가지 알림이 비슷해 보이지만 그중 인증서에 관한 것은 하나뿐입니다. VPN 상태 줄, 신뢰 저장소 경고, 관리 기기 배너는 각각 다른 제어를 가리키며, 그 순간 화면에 있는 앱은 그중 어느 것도 소유하지 않을 수 있습니다. 먼저 정확한 문구를 읽으면 잘못된 것을 삭제하는 일을 피할 수 있습니다. 아래 다섯 가지 확인을 순서대로 수행하고 처음 실패하는 지점에서 멈추세요. 단계마다 올바른 조치는 완전히 달라집니다.

0단계: 어떤 알림을 보고 있는지 파악하세요

아이콘보다 문구가 더 중요합니다. VPN 상태 알림은 앱이 활성 VpnService를 보유하고 있음을 뜻합니다. 인증서 경고는 신뢰 저장소에 무언가 설치되어 있음을 뜻합니다. 관리 기기 알림은 관리자가 정책을 적용했음을 뜻하며, 그 정책의 일부로 신뢰가 설치되었을 수 있습니다.

NoticeWhat it assertsFirst check
VPN statusAn app is running a local VPN serviceWhich app holds the active VPN right now
Certificate authority installedA CA exists in a trust storeIssuer, validity and which store holds it
Managed device or profileAn administrator owns part of the configurationWhether device policy installed the credential

텍스트가 문자 그대로 «Network may be monitored»라고 표시되면 보낸 주체는 VPN 제공업체가 아니라 시스템입니다. Android는 앱이 활성 VpnService를 보유할 때마다 그 줄을 표시하므로, 일반적인 상용 클라이언트는 신뢰 저장소에 아무것도 넣지 않고도 이 문구를 만듭니다. 세 알림 중 둘은 동시에 사실일 수 있어서 불만이 보통 잘못된 쪽을 지목합니다. 문장이 CA가 설치되었다고 하면 VPN은 기껏해야 용의자이며, 제거해도 경고가 원래 있던 자리에 그대로 남을 수 있습니다.

1단계: 자격 증명과 그 저장소를 찾으세요

Android 9부터 12까지 경로는 설정, 그다음 보안, 그다음 암호화 및 자격 증명, 그다음 신뢰할 수 있는 자격 증명입니다. Android 13 이상은 같은 화면을 보안 및 개인정보 보호, 그다음 추가 보안 설정 아래로 옮겼고, 제조사 스킨은 단계 이름을 다시 바꾸므로 경로가 맞지 않으면 설정 앱에서 «신뢰할 수 있는 자격 증명»을 검색하세요. 사용자 탭에는 사람이나 앱이 설치한 인증 기관이 있고, 시스템 탭에는 빌드와 함께 제공된 것이 있습니다. 관리로 밀어 넣은 기관은 기기 정책을 통해 또는 업무 프로필 안에 나타나며, 사용자 저장소에서의 평범한 탭으로는 나타나지 않습니다.

발급자, 유효 기간, 누가 설치했는지 기록하세요. 항목이 사용자 저장소에 전혀 없다면 여기서 멈추세요. 시스템 또는 관리 항목이므로 설정 화면에서 삭제하는 것은 사용자의 몫이 아닙니다. 거기서 잘못된 행을 삭제하면 신뢰 문제는 답을 얻지 못한 채 휴대폰이 Wi-Fi나 업무 로그인을 잃습니다.

2단계: VPN 프로필의 CA와 휴대폰의 신뢰를 분리하세요

OpenVPN 프로필이나 TLS로 서버를 인증하는 모든 클라이언트는 그 클라이언트만 자체 서버를 검증하는 데 쓰는 CA를 포함할 수 있습니다. WireGuard 프로필은 CA를 전혀 포함하지 않습니다. 공개 키 쌍에 의존하므로 Android 신뢰 저장소에 있는 기관이 WireGuard 구성에서 온 것일 수 없습니다. 그 프로필 내부 인증서는 다른 앱에 도달하지 않으며, 시스템 신뢰 저장소로 복사하는 것은 영향 범위가 다른 별도의 작업입니다. 이 둘을 분리해 두는 것이 이 단계의 목적입니다. 다른 앱이 무엇을 받아들일지 바꾸는 것은 두 번째뿐입니다.

따라서 CA가 포함된 VPN 프로필은 가로채기의 증거가 아니며, VPN 앱은 자기가 만든 적 없는 신뢰 항목의 소유자가 아닙니다. 검사는 간단합니다. VPN을 중지하고 알림을 다시 읽으세요. 인증서 경고가 여전히 있으면 VPN이 그것을 넣은 것이 아니며 앱을 제거해도 사라지지 않습니다.

3단계: 서버 기관과 클라이언트 ID를 구분하세요

클라이언트 ID 인증서와 개인 키는 이 기기를 서버에 인증합니다. CA는 서버를 앱에 인증하도록 신뢰받습니다. 둘은 함께 저장되고 목록에서 비슷해 보이지만 전혀 다른 일을 합니다.

클라이언트 ID를 제거하면 HTTPS 신뢰에는 아무 영향 없이 Wi-Fi나 VPN 인증이 깨질 수 있고, CA를 제거하면 그 기관을 받아들이는 모든 앱에 영향을 줍니다. 무엇이든 누르기 전에 둘 중 어느 것을 보고 있는지 정하세요. 답이 소유자와 복구 경로를 알려주기 때문입니다.

4단계: 어떤 앱이 실제로 신뢰하는지 물으세요

Android의 네트워크 보안 구성이 앱의 경계를 정합니다. API 24 이상을 대상으로 하는 앱은 기본적으로 시스템 기관을 신뢰하고, API 23 이하를 대상으로 하는 앱은 기본적으로 사용자가 추가한 기관도 신뢰하며, 앱은 자체 앵커를 지정하거나 도메인별 규칙을 추가하거나 기본값에서 완전히 빠질 수 있습니다.

그래서 «휴대폰에 설치됨»은 모든 앱의 HTTPS 신뢰를 설명하지 않습니다. 사용자가 추가한 기관은 오래된 앱이 존중하고, 현재 앱은 무시하며, 자체 앵커를 가져오는 앱은 명시적으로 신뢰할 수 있습니다. 기관이 업무 Wi-Fi, 사설 웹 서비스 또는 승인된 검사를 위해 설치되었다면 유용한 질문은 어떤 앱과 프로필이 그것에 의존하는가입니다. 네트워크 보안 구성 가이드는 설치된 기관이 특정 앱에서 얼마나 멀리 미치는지에 대한 참고 자료이며, 이 경고의 요약 대부분이 빠뜨리는 부분입니다.

5단계: 결정하고 소유자와 종료 계획을 기록하세요

기관이 예상된 것이라면 누가 설치했는지, 어떤 연결이 그것에 의존하는지, 어떻게 폐기할지를 문서화하세요. 오늘 가로채기가 없더라도 기관을 신뢰하는 것은 중요한 결정입니다. 그 신뢰가 나중에 가로채기를 가능하게 하기 때문입니다.

예상치 못한 것이라면 그 휴대폰에 민감한 데이터를 입력하기 전에 기기 또는 서비스 소유자를 통해 조사하세요. 오래된 것이라면 무엇이 그것에 의존하는지 확인한 뒤 설치한 사람을 통해 그 특정 항목을 제거하고, 모든 자격 증명을 지우는 것으로 시작하지 마세요. 경고를 숨기면 표시만 바뀌고 다른 것은 바뀌지 않습니다. 질문을 해결하려고 개인 키나 전체 프로필을 공개 인증서 검사 서비스에 업로드해서는 안 됩니다.

화면을 떠나기 전에 세 가지 답을 원할 것입니다. 누가 설치했는지, 어떤 연결이 그것에 의존하는지, 어떻게 폐기되는지입니다.

관련 글