모바일 바이러스 백신이 작동하지 않습니다

TL; DR 기업 모바일 장치에 바이러스 백신이 필요한 경우 모든 것이 잘못된 것이며 바이러스 백신이 도움이 되지 않습니다.

이 게시물은 기업 휴대폰에 바이러스 백신이 필요한지, 어떤 경우에는 작동하고, 어떤 경우에는 쓸모가 없는지에 대한 열띤 논쟁의 결과입니다. 이 기사에서는 이론적으로 바이러스 백신이 보호해야 하는 위협 모델을 조사합니다.

바이러스 백신 공급업체는 바이러스 백신이 보안을 크게 향상시킬 것이라고 기업 고객에게 설득하는 경우가 많지만 대부분의 경우 이는 사용자와 관리자 모두의 경계를 약화시키는 환상적 보호에 불과합니다.

올바른 기업 인프라

회사에 직원이 수만 명, 심지어 수천 명인 경우 각 사용자 장치를 수동으로 구성하는 것은 불가능합니다. 설정은 매일 바뀔 수 있고, 새로운 직원이 들어오고, 휴대폰과 노트북이 고장나거나 분실될 수 있습니다. 결과적으로 모든 관리자의 작업은 직원의 장치에 새로운 설정을 매일 배포하는 것으로 구성됩니다.

이 문제는 오래 전부터 데스크톱 컴퓨터에서 해결되기 시작했습니다. Windows 세계에서 이러한 관리는 일반적으로 Active Directory, 중앙 집중식 인증 시스템(Single Sign In) 등을 사용하여 발생합니다. 그러나 이제 모든 직원은 컴퓨터에 스마트폰을 추가하여 업무 프로세스의 상당 부분을 처리하고 중요한 데이터를 저장하고 있습니다. Microsoft는 Windows Phone을 Windows와 단일 생태계로 통합하려고 시도했지만 이 아이디어는 Windows Phone의 공식 종료와 함께 사라졌습니다. 따라서 기업 환경에서는 어떠한 경우에도 Android와 iOS 중 하나를 선택해야 합니다.

이제 기업 환경에서는 직원 장치 관리를 위해 UEM(Unified Endpoint Management)이라는 개념이 유행하고 있습니다. 이는 모바일 장치 및 데스크톱 컴퓨터를 위한 중앙 집중식 관리 시스템입니다.

사용자 장치의 중앙 집중식 관리(통합 엔드포인트 관리)

UEM 시스템 관리자는 사용자 장치에 대해 다양한 정책을 설정할 수 있습니다. 예를 들어 사용자에게 장치에 대한 어느 정도 제어권을 허용하고, 타사 소스에서 애플리케이션을 설치하는 등의 작업을 수행합니다.

UEM이 할 수 있는 일:

모든 설정 관리 — 관리자는 사용자가 장치의 설정을 변경하는 것을 완전히 금지하고 원격으로 변경할 수 있습니다.

장치의 제어 소프트웨어 — 장치에 프로그램을 설치하고 사용자가 모르는 사이에 자동으로 프로그램을 설치하는 기능을 허용합니다. 관리자는 애플리케이션 스토어나 신뢰할 수 없는 소스(Android의 경우 APK 파일)에서 프로그램 설치를 차단하거나 허용할 수도 있습니다.

원격 차단 — 전화기를 분실한 경우 관리자는 장치를 차단하거나 데이터를 지울 수 있습니다. 일부 시스템에서는 휴대폰이 N시간 이상 서버에 연결되지 않은 경우 자동 데이터 삭제를 설정할 수 있으므로 공격자가 서버에서 데이터 삭제 명령을 보내기 전에 SIM 카드를 제거했을 때 오프라인 해킹 시도 가능성을 제거할 수 있습니다. .

통계수집 — 사용자 활동, 애플리케이션 사용 시간, 위치, 배터리 수준 등을 추적합니다.

UEM이란 무엇입니까?

직원 스마트폰의 중앙 집중식 관리에는 근본적으로 다른 두 가지 접근 방식이 있습니다. 한 경우에는 회사가 직원을 위해 한 제조업체로부터 기기를 구매하고 일반적으로 동일한 공급업체의 관리 시스템을 선택합니다. 또 다른 경우에는 직원이 업무에 개인 장치를 사용하는데, 여기에서 운영 체제, 버전 및 플랫폼의 동물원이 시작됩니다.

BYOD (Bring Your Own Device)는 직원들이 개인 디바이스와 계정을 이용해 업무를 수행하는 개념입니다. 일부 중앙 집중식 관리 시스템을 사용하면 두 번째 직장 계정을 추가하고 데이터를 개인 데이터와 업무 데이터로 완전히 분리할 수 있습니다.

애플 비즈니스 매니저 - Apple의 기본 중앙 집중식 관리 시스템. Apple 장치, macOS 및 iOS 휴대폰이 설치된 컴퓨터만 관리할 수 있습니다. BYOD를 지원하여 다른 iCloud 계정으로 두 번째 격리된 환경을 생성합니다.

Google Cloud 엔드포인트 관리 — Android 및 Apple iOS의 휴대폰은 물론 Windows 10의 데스크톱도 관리할 수 있습니다. BYOD 지원이 발표되었습니다.

삼성 녹스 UEM - 삼성 모바일 기기만 지원합니다. 이 경우 즉시 사용할 수 있습니다 삼성 모바일 관리.

실제로 더 많은 UEM 제공업체가 있지만 이 기사에서는 이들을 모두 분석하지는 않습니다. 명심해야 할 가장 중요한 점은 이러한 시스템이 이미 존재하며 이를 통해 관리자는 기존 위협 모델에 맞게 사용자 장치를 구성할 수 있다는 것입니다.

위협 모델

보호 도구를 선택하기 전에 우리는 무엇으로부터 자신을 보호하고 있는지, 특정 경우에 발생할 수 있는 최악의 상황이 무엇인지 이해해야 합니다. 상대적으로 말하면, 우리 몸은 총알은 물론 포크, 못에도 쉽게 취약하지만 집을 나갈 때는 방탄조끼를 입지 않습니다. 따라서 우리의 위협 모델에는 출근길에 총격을 당할 위험이 포함되지 않습니다. 하지만 통계적으로 그럴 가능성은 거의 없습니다. 또한 특정 상황에서는 방탄 조끼를 착용하는 것이 완전히 정당합니다.

위협 모델은 회사마다 다릅니다. 예를 들어, 고객에게 패키지를 배달하러 가는 택배기사의 스마트폰을 생각해 보겠습니다. 그의 스마트폰에는 현재 배송된 주소와 지도상의 경로만 포함되어 있습니다. 그의 데이터에 일어날 수 있는 최악의 상황은 택배 주소 유출이다.

그리고 여기 회계사의 스마트폰이 있습니다. 그는 VPN을 통해 기업 네트워크에 액세스하고, 기업 클라이언트-은행 애플리케이션을 설치하고, 중요한 정보가 담긴 문서를 저장합니다. 분명히 이 두 장치에 있는 데이터의 가치는 크게 다르므로 다르게 보호해야 합니다.

바이러스 백신이 우리를 구할 수 있을까요?

안타깝게도 마케팅 슬로건 뒤에는 바이러스 백신이 모바일 장치에서 수행하는 작업의 실제 의미가 상실되어 있습니다. 바이러스 백신이 전화에서 수행하는 작업을 자세히 이해해 보겠습니다.

보안 감사

대부분의 최신 모바일 바이러스 백신은 장치의 보안 설정을 감사합니다. 이 감사를 "장치 평판 확인"이라고도 합니다. 바이러스 백신은 다음 네 가지 조건이 충족되면 장치가 안전한 것으로 간주합니다.

• 장치가 해킹되지 않았습니다(루트, 탈옥).
• 장치에 비밀번호가 구성되어 있습니다.
• 장치에서 USB 디버깅이 활성화되어 있지 않습니다.
• 신뢰할 수 없는 소스의 애플리케이션 설치(사이드로드)는 장치에서 허용되지 않습니다.

검사 결과 장치가 안전하지 않은 것으로 확인되면 바이러스 백신은 소유자에게 알리고 루트 또는 탈옥 징후가 있는 경우 "위험한" 기능을 비활성화하거나 공장 펌웨어를 반환하도록 제안합니다.

기업 관례에 따르면 단순히 사용자에게 알리는 것만으로는 충분하지 않습니다. 안전하지 않은 구성을 제거해야 합니다. 이렇게 하려면 UEM 시스템을 사용하여 모바일 장치에서 보안 정책을 구성해야 합니다. 그리고 루트/탈옥이 감지되면 장치에서 회사 데이터를 신속하게 제거하고 회사 네트워크에 대한 액세스를 차단해야 합니다. 그리고 이는 UEM에서도 가능합니다. 그리고 이러한 절차를 거쳐야 모바일 장치가 안전한 것으로 간주될 수 있습니다.

바이러스 검색 및 제거

iOS에는 바이러스가 없다는 대중의 믿음과는 달리 이는 사실이 아닙니다. 이전 버전의 iOS에는 여전히 일반적인 익스플로잇이 있습니다. 장치 감염 브라우저 취약점을 악용하여 동시에 iOS 아키텍처로 인해 이 플랫폼을 위한 바이러스 백신 개발은 불가능합니다. 주된 이유는 응용 프로그램이 설치된 응용 프로그램 목록에 액세스할 수 없고 파일에 액세스할 때 많은 제한이 있기 때문입니다. UEM만 설치된 iOS 앱 목록을 가져올 수 있지만 UEM도 파일에 액세스할 수 없습니다.

안드로이드에서는 상황이 다릅니다. 애플리케이션은 장치에 설치된 애플리케이션에 대한 정보를 얻을 수 있습니다. 배포판(예: Apk Extractor 및 해당 유사 항목)에도 액세스할 수 있습니다. Android 애플리케이션에는 파일에 액세스하는 기능도 있습니다(예: Total Commander 등). Android 애플리케이션을 디컴파일할 수 있습니다.

이러한 기능을 사용하면 다음과 같은 바이러스 백신 알고리즘이 논리적으로 보입니다.

• 애플리케이션 확인 중
• 설치된 애플리케이션 목록과 해당 배포판의 체크섬(CS)을 가져옵니다.
• 먼저 로컬에서 응용 프로그램과 해당 CS를 확인한 다음 전역 데이터베이스에서 확인하십시오.
• 애플리케이션을 알 수 없는 경우 분석 및 디컴파일을 위해 배포를 글로벌 데이터베이스로 전송합니다.

• 파일 검사, 바이러스 서명 검색
• 로컬에서 CS 파일을 확인한 다음 글로벌 데이터베이스에서 확인하십시오.
• 로컬 데이터베이스와 글로벌 데이터베이스를 사용하여 파일에 안전하지 않은 콘텐츠(스크립트, 익스플로잇 등)가 있는지 확인하세요.
• 악성 코드가 탐지되면 사용자에게 알리고/또는 악성 코드에 대한 사용자의 액세스를 차단하거나 해당 정보를 UEM에 전달합니다. 바이러스 백신은 장치에서 악성 코드를 독립적으로 제거할 수 없기 때문에 정보를 UEM으로 전송해야 합니다.

가장 큰 관심사는 소프트웨어 배포를 장치에서 외부 서버로 전송할 가능성입니다. 이것이 없으면 바이러스 백신 제조업체가 주장하는 "행동 분석"을 구현하는 것이 불가능합니다. 장치에서는 별도의 "샌드박스"에서 응용 프로그램을 실행하거나 디컴파일할 수 없습니다(난독화를 사용할 때 얼마나 효과적인지는 별도의 복잡한 질문입니다). 반면, 회사 애플리케이션은 Google Play에 없기 때문에 바이러스 백신이 알려지지 않은 직원 모바일 장치에 설치될 수 있습니다. 이러한 모바일 앱에는 민감한 데이터가 포함되어 있어 해당 앱이 공개 스토어에 나열되지 않을 수 있습니다. 이러한 배포판을 바이러스 백신 제조업체에 전송하는 것은 보안 관점에서 잘못된 것 같습니다. 예외에 추가하는 것이 합리적이지만 아직 그러한 메커니즘이 있는지는 모르겠습니다.

루트 권한이 없는 악성코드는

1. 애플리케이션 위에 보이지 않는 창을 직접 그린다 또는 사용자가 입력한 데이터(계좌 매개변수, 은행 카드 등)를 복사하기 위해 자신만의 키보드를 구현할 수도 있습니다. 최근의 예는 취약성입니다. CVE-2020-0096, 이를 통해 애플리케이션의 활성 화면을 교체하고 이를 통해 사용자가 입력한 데이터에 접근할 수 있습니다. 사용자에게 이는 기기 백업 및 은행 카드 데이터에 액세스할 수 있는 Google 계정이 도난당할 가능성이 있음을 의미합니다. 조직의 경우 데이터를 잃지 않는 것이 중요합니다. 데이터가 애플리케이션의 개인 메모리에 있고 Google 백업에 포함되어 있지 않은 경우 맬웨어는 해당 데이터에 액세스할 수 없습니다.

2. 공개 디렉터리의 데이터에 액세스 – 다운로드, 문서, 갤러리. 회사 가치 정보는 모든 애플리케이션에서 액세스할 수 있으므로 이러한 디렉터리에 저장하지 않는 것이 좋습니다. 그리고 사용자 자신은 사용 가능한 모든 애플리케이션을 사용하여 언제든지 기밀 문서를 공유할 수 있습니다.

3. 광고, 비트코인 ​​채굴, 봇넷 참여 등으로 사용자를 짜증나게 합니다.. 이는 사용자 및/또는 장치 성능에 부정적인 영향을 미칠 수 있지만 기업 데이터에 위협이 되지는 않습니다.

루트 권한이 있는 악성 코드는 잠재적으로 무엇이든 할 수 있습니다. 애플리케이션을 사용하여 최신 Android 기기를 해킹하는 것은 거의 불가능하기 때문에 이러한 경우는 드뭅니다. 이러한 취약점이 마지막으로 발견된 것은 2016년이었습니다. 이것이 넘버원이 붙은 센세이셔널한 Dirty COW입니다. CVE-2016-5195. 여기서 핵심은 클라이언트가 UEM 손상 징후를 감지하면 클라이언트가 장치에서 모든 기업 정보를 삭제하므로 기업 세계에서 이러한 악성 코드를 사용하여 데이터를 도난당할 가능성이 낮다는 것입니다.

악성 파일은 모바일 장치와 해당 장치가 액세스하는 기업 시스템 모두에 피해를 줄 수 있습니다. 이러한 시나리오를 더 자세히 살펴보겠습니다.

예를 들어 모바일 장치에 사진을 다운로드하면 모바일 장치가 손상될 수 있습니다. 사진을 열거나 배경 화면을 설치하려고 하면 장치가 "벽돌"로 바뀌거나 재부팅됩니다. 이는 장치나 사용자에게 해를 끼칠 가능성이 높지만 데이터 개인 정보 보호에는 영향을 미치지 않습니다. 예외가 있지만.

취약점이 최근에 논의되었습니다. CVE-2020-8899. 이메일, 인스턴트 메신저, MMS를 통해 전송된 감염된 사진을 이용해 삼성 모바일 기기 콘솔에 접근하는 데 사용될 수 있다는 주장이 제기됐다. 콘솔 액세스는 민감한 정보가 있어서는 안되는 공개 디렉터리의 데이터에만 액세스할 수 있음을 의미하지만 사용자의 개인 데이터 프라이버시가 침해되고 있으며 이로 인해 사용자가 겁을 먹고 있습니다. 실제로는 MMS를 사용하는 장치만 공격할 수 있습니다. 그리고 성공적인 공격을 위해서는 75에서 450(!)개의 메시지를 보내야 합니다. 불행히도 바이러스 백신은 메시지 로그에 액세스할 수 없기 때문에 여기서는 도움이 되지 않습니다. 이를 방지하기 위한 옵션은 두 가지뿐입니다. OS를 업데이트하거나 MMS를 차단하세요. 첫 번째 옵션을 선택하려면 오랜 시간을 기다려야 하지만 기다리지 않아도 됩니다. 왜냐하면... 장치 제조업체는 모든 장치에 대한 업데이트를 릴리스하지 않습니다. 이 경우 MMS 수신을 비활성화하는 것이 훨씬 쉽습니다.

모바일 장치에서 전송된 파일은 회사 시스템에 해를 끼칠 수 있습니다. 예를 들어 모바일 장치에는 장치에 해를 끼칠 수 없지만 Windows 컴퓨터를 감염시킬 수 있는 감염된 파일이 있습니다. 사용자는 해당 파일을 동료에게 이메일로 보냅니다. 그는 PC에서 그것을 열어서 감염시킬 수 있습니다. 그러나 최소한 두 개의 바이러스 백신이 이 공격 벡터를 방해하고 있습니다. 하나는 이메일 서버에 있고 다른 하나는 수신자의 PC에 있습니다. 모바일 장치에서 이 체인에 세 번째 바이러스 백신을 추가하는 것은 완전히 편집증적인 것처럼 보입니다.

보시다시피 기업 디지털 세계에서 가장 큰 위협은 루트 권한이 없는 악성 코드입니다. 모바일 장치의 어디에서 올 수 있나요?

대부분의 경우 사이드로딩, adb 또는 타사 저장소를 사용하여 설치되며, 이는 회사 네트워크에 액세스할 수 있는 모바일 장치에서는 금지되어야 합니다. 맬웨어가 도착하는 방법에는 Google Play 또는 UEM이라는 두 가지 옵션이 있습니다.

Google Play에 게시하기 전에 모든 애플리케이션은 필수 확인을 거칩니다. 그러나 설치 수가 적은 응용 프로그램의 경우 검사는 사람의 개입 없이 자동 모드에서만 수행되는 경우가 가장 많습니다. 따라서 악성 코드가 Google Play에 유입되는 경우가 있지만 여전히 자주 발생하지는 않습니다. 적시에 데이터베이스가 업데이트되는 바이러스 백신은 Google Play Protect보다 먼저 기기에서 맬웨어가 있는 애플리케이션을 감지할 수 있으며, 이는 여전히 바이러스 백신 데이터베이스 업데이트 속도가 뒤처져 있습니다.

UEM은 모바일 장치에 다음을 포함한 모든 애플리케이션을 설치할 수 있습니다. 악성 코드이므로 모든 애플리케이션을 먼저 검사해야 합니다. 정적 및 동적 분석 도구를 사용하여 개발하는 동안, 그리고 특수 샌드박스 및/또는 바이러스 백신 솔루션을 사용하여 배포하기 직전에 응용 프로그램을 확인할 수 있습니다. UEM에 업로드하기 전에 애플리케이션을 한 번 확인하는 것이 중요합니다. 따라서 이 경우 모바일 장치의 바이러스 백신은 필요하지 않습니다.

네트워크 보호

바이러스 백신 제조업체에 따라 네트워크 보호는 다음 기능 중 하나 이상을 제공할 수 있습니다.

URL 필터링은 다음 용도로 사용됩니다.

• 리소스 카테고리별로 트래픽을 차단합니다. 예를 들어, 직원이 가장 효율적인 점심 시간 전에 뉴스나 기타 기업이 아닌 콘텐츠를 시청하는 것을 금지합니다. 실제로 차단은 많은 제한 사항과 함께 작동하는 경우가 많습니다. 바이러스 백신 제조업체는 많은 "미러"의 존재를 고려하여 리소스 범주 디렉터리를 적시에 업데이트하지 못하는 경우가 많습니다. 또한 대부분 차단되지 않는 익명처리 기능과 Opera VPN이 있습니다.
• 대상 호스트의 피싱 또는 스푸핑으로부터 보호합니다. 이를 위해 먼저 장치에서 액세스하는 URL을 안티 바이러스 데이터베이스와 비교하여 확인합니다. 링크와 링크가 연결되는 리소스(다중 리디렉션 포함)는 알려진 피싱 사이트의 데이터베이스와 비교하여 확인됩니다. 도메인 이름, 인증서 및 IP 주소도 모바일 장치와 신뢰할 수 있는 서버 간에 확인됩니다. 클라이언트와 서버가 서로 다른 데이터를 수신하는 경우 이는 MITM("중간자")이거나 모바일 장치가 연결된 네트워크에서 동일한 바이러스 백신이나 다양한 종류의 프록시 및 웹 필터를 사용하여 트래픽을 차단하는 것입니다. 중간에 누군가가 있다고 자신있게 말하기는 어렵습니다.

모바일 트래픽에 액세스하기 위해 바이러스 백신은 VPN을 구축하거나 접근성 API(장애인을 위한 애플리케이션용 API) 기능을 사용합니다. 모바일 장치에서 여러 VPN을 동시에 작동하는 것은 불가능하므로 자체 VPN을 구축하는 바이러스 백신에 대한 네트워크 보호는 기업 환경에 적용되지 않습니다. 바이러스 백신의 VPN은 기업 네트워크에 액세스하는 데 사용되는 기업 VPN과 함께 작동하지 않습니다.

Accessibility API에 바이러스 백신 액세스 권한을 부여하면 또 다른 위험이 발생합니다. 접근성 API에 대한 액세스는 본질적으로 사용자를 위해 무엇이든 할 수 있는 권한을 의미합니다. 즉, 사용자가 보는 것을 확인하고, 사용자 대신 애플리케이션으로 작업을 수행하는 등의 작업을 수행할 수 있습니다. 사용자가 바이러스 백신에 이러한 액세스 권한을 명시적으로 부여해야 한다는 점을 고려하면 이를 거부할 가능성이 높습니다. 또는 강제로 바이러스 백신이 없는 다른 휴대폰을 구입하게 됩니다.

방화벽

이 일반 이름에는 세 가지 기능이 있습니다.

• 애플리케이션 및 네트워크 유형(Wi-Fi, 이동통신사)별로 구분된 네트워크 사용량에 대한 통계를 수집합니다. 대부분의 Android 기기 제조업체는 설정 앱에서 이 정보를 제공합니다. 모바일 바이러스 백신 인터페이스에서 이를 복제하는 것은 중복되는 것 같습니다. 모든 장치에 대한 집계 정보가 중요할 수 있습니다. UEM 시스템은 이를 성공적으로 수집하고 분석합니다.
• 모바일 트래픽 제한 - 제한을 설정하고 도달 시 알림을 제공합니다. 대부분의 Android 기기 사용자는 설정 앱에서 이러한 기능을 사용할 수 있습니다. 중앙 집중식 제한 설정은 바이러스 백신이 아닌 UEM의 작업입니다.
• 실제로는 방화벽입니다. 즉, 특정 IP 주소 및 포트에 대한 액세스를 차단하는 것입니다. 널리 사용되는 모든 리소스에 대한 DDNS와 이러한 목적을 위해 VPN을 활성화해야 한다는 점을 고려하면 위에서 설명한 것처럼 기본 VPN과 함께 작동할 수 없으며 이 기능은 기업 실무에 적용할 수 없는 것으로 보입니다.

Wi-Fi 위임장 확인

모바일 바이러스 백신은 모바일 장치가 연결되는 Wi-Fi 네트워크의 보안을 평가할 수 있습니다. 암호화 여부와 강도를 확인했다고 가정할 수 있다. 동시에 모든 최신 프로그램은 암호화를 사용하여 민감한 데이터를 전송합니다. 따라서 일부 프로그램이 링크 수준에서 취약한 경우 공용 Wi-Fi뿐만 아니라 모든 인터넷 채널을 통해 사용하는 것도 위험합니다.
따라서 암호화 없는 공용 Wi-Fi는 암호화되지 않은 다른 신뢰할 수 없는 데이터 전송 채널보다 더 위험하지도 덜 안전하지도 않습니다.

스팸 방지

보호는 일반적으로 사용자가 지정한 목록에 따라 또는 보험, 대출 및 극장 초대로 끝없이 괴롭히는 알려진 스패머 데이터베이스에 따라 수신 전화를 필터링하는 것으로 귀결됩니다. 자가격리 중에는 전화를 하지 않지만 곧 다시 시작할 예정이다. 통화만 필터링됩니다. 현재 Android 기기의 메시지는 필터링되지 않습니다. 스패머가 정기적으로 번호를 변경하고 텍스트 채널(SMS, 인스턴트 메신저)을 보호할 수 없다는 점을 고려하면 해당 기능은 실용적인 성격보다는 마케팅에 더 가깝습니다.

도난 방지 보호

분실 또는 도난당한 경우 모바일 장치로 원격 작업을 수행합니다. Apple과 Google의 내 iPhone 찾기 및 내 장치 찾기 서비스에 대한 대안입니다. 유사한 제품과 달리 바이러스 백신 제조업체의 서비스는 공격자가 장치를 공장 설정으로 재설정한 경우 장치를 차단할 수 없습니다. 하지만 아직 이런 일이 발생하지 않은 경우 원격으로 장치를 사용하여 다음 작업을 수행할 수 있습니다.

• 차단하다. 복구를 통해 장치를 공장 설정으로 재설정하면 쉽게 수행할 수 있으므로 단순한 도둑으로부터 보호할 수 있습니다.
• 장치의 좌표를 알아보세요. 최근에 장치를 분실했을 때 유용합니다.
• 기기가 무음 모드인 경우 큰 소리를 켜면 기기를 찾는 데 도움이 됩니다.
• 장치를 공장 설정으로 재설정하십시오. 사용자가 장치를 복구 불가능하게 분실했음을 인식했지만 장치에 저장된 데이터가 공개되는 것을 원하지 않는 경우 이는 의미가 있습니다.
• 사진을 찍으려면. 공격자가 손에 휴대폰을 들고 있는 경우 공격자의 사진을 찍으세요. 가장 의심스러운 기능은 공격자가 밝은 조명에서 전화기를 감상할 가능성이 낮다는 것입니다. 그러나 스마트폰의 카메라를 조용히 제어하고 사진을 찍어 서버로 보낼 수 있는 애플리케이션이 기기에 존재한다는 사실은 합리적인 우려를 불러일으킵니다.

원격 명령 실행은 모든 UEM 시스템에서 기본입니다. 그들에게서 빠진 유일한 것은 원격 사진 촬영입니다. 이는 업무가 끝난 후 사용자가 휴대폰에서 배터리를 꺼내 패러데이 가방에 넣을 수 있는 확실한 방법입니다.

모바일 바이러스 백신의 도난 방지 기능은 Android에서만 사용할 수 있습니다. iOS의 경우 UEM만 이러한 작업을 수행할 수 있습니다. iOS 장치에는 하나의 UEM만 있을 수 있습니다. 이는 iOS의 아키텍처 기능입니다.

조사 결과

1. 사용자가 휴대폰에 악성 코드를 설치할 수 있는 상황은 허용되지 않습니다.
2. 회사 장치에서 UEM을 적절하게 구성하면 바이러스 백신이 필요하지 않습니다.
3. 운영체제의 제로데이 취약점을 악용하면 백신은 무용지물이 된다. 장치가 취약하다는 사실을 관리자에게만 알릴 수 있습니다.
4. 바이러스 백신에서는 취약점이 악용되고 있는지 확인할 수 없습니다. 제조업체가 더 이상 보안 업데이트를 릴리스하지 않는 장치에 대한 업데이트도 릴리스합니다. 많아야 XNUMX~XNUMX년입니다.
5. 규제 기관과 마케팅의 요구 사항을 무시한다면 기업 모바일 바이러스 백신은 사용자가 Google Play에 액세스하고 타사 소스에서 프로그램을 설치할 수 있는 Android 장치에만 필요합니다. 다른 경우에는 바이러스 백신 사용의 효과가 위약에 지나지 않습니다.

출처 : habr.com