내 터미널 앱이 악성코드라고? 구글 광고 심사에 필요한 설명
핵심 요약
- 악성코드가 의심된다는 판정만으로 실제 악성 동작이 확인된 것은 아닙니다.
- 광고 하나를 거절할 때와 계정 전체를 정지할 때 개발자가 받는 영향은 다릅니다.
- 개발자가 문제를 고치려면 무엇을 어떤 이유로 문제 삼았는지 알아야 합니다.
- 이의제기에는 개발자의 검증 자료와 플랫폼의 구체적인 답변이 함께 필요합니다.
직접 만든 터미널 앱을 구글에 광고하려다가 악성코드가 의심된다는 이유로 광고 계정까지 정지됐다고 가정해 보겠습니다. 출시를 준비하던 개발자는 갑자기 자기 프로그램이 안전하다는 점을 설명해야 합니다. 광고로 첫 사용자를 만나려는 팀이라면 광고 심사 결과 하나에 사업 일정까지 흔들릴 수 있습니다.
터미널의 강력한 기능과 악성 동작은 구분해야 합니다
터미널은 글자로 명령을 입력해 컴퓨터를 다루는 도구입니다. 사용자는 터미널에서 프로그램을 실행하거나 파일을 옮길 수 있습니다. 이런 앱이 안전한지 판단하려면 어떤 기능이 있는지와 그 기능을 어떤 조건에서 쓰는지를 함께 봐야 합니다.
예를 들어 사용자가 입력한 명령에 따라 파일을 내려받는 것과 사용자 몰래 파일을 내려받아 실행하는 것은 다릅니다. 겉으로 비슷한 기능이라도 어떻게 실행됐는지, 사용자가 동의했는지에 따라 다르게 판단해야 합니다.
정상적인 대상을 위험하다고 잘못 판정하는 일을 오탐이라고 합니다. 다만 개발자가 “제가 만든 안전한 앱입니다”라고 말한다고 해서 오탐이라고 단정할 수는 없습니다. 반대로 의심 판정 하나만으로 실제 악성 동작까지 입증됐다고 봐서도 안 됩니다.
광고 거절과 계정 정지는 영향의 크기가 다릅니다
특정 광고가 거절되면 개발자는 그 광고의 문구나 연결 페이지를 점검할 수 있습니다. 계정 전체가 정지되면 같은 계정으로 집행하는 다른 광고까지 영향을 받을 수 있습니다. 출시 캠페인을 준비하던 작은 팀에는 훨씬 큰 문제입니다.
그래서 개발자는 먼저 어디까지 조치가 내려졌는지 확인해야 합니다. 광고 한 건을 문제 삼은 것인지, 앱을 배포하는 웹사이트가 문제인지, 계정 전체에 내린 조치인지 알아야 어디서부터 대응할지 정할 수 있습니다.
이때는 조치의 영향에 맞는 설명이 필요합니다. 계정 전체의 광고를 막는 결정이라면 개발자가 그 이유를 이해하고 이의를 제기할 수 있도록 플랫폼이 충분한 정보를 알려줘야 한다고 봅니다.
“악성코드가 있습니다”만으로는 고칠 곳을 알 수 없습니다
광고를 보고 앱을 설치하기까지는 여러 단계를 거칩니다. 광고를 클릭하면 소개 페이지가 열리고, 다운로드 링크를 거쳐 설치 파일을 받습니다. 이 경로 중 어디에서 문제를 발견했느냐에 따라 개발자가 확인할 대상도 달라집니다.
웹페이지에 삽입된 외부 코드가 문제라면 웹사이트를 살펴봐야 합니다. 특정 설치 파일이 문제라면 그 파일의 버전과 배포 상태를 확인해야 합니다. 둘을 구분하지 않고 통지하면 개발자는 너무 넓은 범위를 살펴봐야 합니다.
개발자에게 도움이 되는 통지라면 최소한 세 가지는 알려줘야 한다고 생각합니다. 판정 대상, 문제 유형, 확인 시점입니다. 어느 페이지나 파일에서 무엇을 발견했는지 알아야 개발자도 문제를 고치거나 판정을 반박할 수 있습니다.
그렇다고 탐지 시스템의 내부 규칙을 모두 공개할 필요는 없습니다. 개발자가 자기 제품을 점검하는 데 필요한 정보와 탐지를 피하는 데 쓸 수 있는 세부 규칙을 구분해, 필요한 정보를 제공할 수 있어야 합니다.
이의제기는 자료를 검토하고 답하는 절차여야 합니다
개발자는 억울함을 길게 설명하기보다 확인 가능한 자료를 정리하는 편이 낫습니다. 어떤 통지를 받았고 어떤 배포본이 문제였는지 밝힌 뒤, 직접 확인한 동작과 수정 내역을 연결해 설명하면 됩니다. “문제가 없다”고 주장할 때도 무엇을 어떻게 점검했는지 밝혀야 합니다.
플랫폼도 그만큼 구체적으로 답해야 합니다. 개발자가 제출한 자료를 검토하고도 기존 판정을 유지한다면 어떤 문제가 여전히 남아 있는지 알려줘야 합니다. 같은 안내 문구만 반복하면 개발자는 다음에 무엇을 해야 할지 알 수 없습니다.
여기서 말하는 이의제기 권리는 플랫폼이 갖춰야 할 절차의 기준을 뜻합니다. 특정 법률이 모든 상황에서 같은 권리를 보장한다는 뜻은 아닙니다. 잘못된 판정을 고칠 기회를 주려면 이의제기를 접수하는 창구를 두고, 접수한 내용을 실제로 다시 검토해야 한다는 의미입니다.
광고 보안 심사를 신뢰할 수 있으려면 위험한 대상을 잘 찾아내고 잘못된 판정도 바로잡아야 합니다. 개발자에게 안전성을 설명할 책임을 요구한다면 플랫폼도 왜 광고를 제한했는지 설명할 책임을 져야 합니다. 내 앱이 내일 같은 통지를 받더라도 무엇을 확인하고 어떤 자료로 이의를 제기할지 알 수 있어야 합니다.
댓글
댓글을 불러오는 중...