RatHat Android 멀웨어는 AI를 사용하지만, 더 큰 위협은 ADB 지속성이다

RatHat Android 멀웨어는 AI 기반 화면 제어 기능을 도입했지만, 더 근본적인 위협은 제거 이후에도 살아남도록 설계된 세 부분의 아키텍처에서 비롯된다. 보안 연구진은 자동화된 탐색, 자격 증명 탈취, 이례적인 지속성 메커니즘을 분석한 뒤 2026년 9월 16일 이 멀웨어를 공개했다. RatHat은 Android Accessibility 접근 권한, 로컬 무선 디버깅, 그리고 주 악성 애플리케이션 밖에서 작동하는 두 개의 네이티브 에이전트를 결합한 것으로 알려졌다.

AI 구성 요소는 고정된 지시만 전적으로 따르는 대신 변화하는 인터페이스를 RatHat이 해석하도록 돕는다. 이를 통해 운영자는 버튼을 찾고, 레이블을 읽고, 감염된 기기를 탐색하는 더 유연한 방식을 확보한다. 그러나 AI가 최초 침투 경로를 만드는 것은 아니다. 피해자는 여전히 Google Play 외부에서 Android 패키지를 설치하고 공격을 시작하는 데 필요한 권한을 부여해야 한다.

더 중대한 변화는 눈에 보이는 애플리케이션이 사라진 뒤에도 RatHat이 제어권을 유지하려 한다는 점이다. PromptSpy를 포함한 이전 AI 보조 멀웨어는 언어 모델이 제조사별 인터페이스를 탐색할 수 있음을 보여줬다. RatHat은 이 적응성에 셸 수준 접근, 자격 증명 탈취 오버레이, 키로깅, 지속적인 네트워크 터널을 결합한 것으로 전해진다.

RatHat Android 멀웨어, AI와 지속적 제어 결합

RatHat은 악성 Android 애플리케이션을 애플리케이션 자체보다 더 오래 살아남을 수 있는 광범위한 제어 시스템의 진입점으로 바꾼다.

Zimperium의 zLabs 팀은 스미싱, 악성 광고, 피싱 페이지, 제3자 포럼을 통해 유포된 다단계 감염 체인을 조사한 뒤 RatHat을 공개했다. 이 채널들은 사용자를 악성 APK 파일로 유도하며, APK는 일반적인 Play Store 절차 밖에서 설치되는 Android 애플리케이션 패키지다.

악성 앱은 먼저 Accessibility 권한을 요청한다. Android Accessibility 서비스는 사용자의 기기 상호작용을 돕도록 설계됐지만, 인터페이스 콘텐츠를 노출하고 자동화된 입력도 지원할 수 있다. 멀웨어 운영자는 화면을 읽고, 버튼을 누르며, 민감한 작업을 승인하기 위해 이러한 기능을 자주 악용한다.

RatHat은 이 접근 권한을 사용해 Developer Options와 Wireless Debugging을 활성화하는 것으로 알려졌다. 이후 로컬 Android Debug Bridge 연결에 필요한 6자리 페어링 코드를 추출한다. ADB는 개발, 테스트, 기기 관리를 위한 Android의 정상적인 명령 인터페이스다.

상세한 RatHat 분석에 따르면, 이 과정은 외부 컴퓨터 없이도 내장된 Go 에이전트에 셸 수준 실행 권한을 제공한다. 이 에이전트는 liblocal-service.so라는 위장된 라이브러리 이름으로 저장된다.

이 에이전트는 명령을 실행하고, 배터리 관리 예외를 확보하며, 입력을 수집하고, 지속성을 지원할 수 있다. Zimperium은 이 에이전트가 악성 앱의 설치 상태를 확인하고 필요할 경우 이를 복원할 수도 있다고 밝혔다. 해당 구성 요소가 사라질 경우 앱 역시 에이전트를 복원할 수 있다.

libmedia_codec.so라는 이름의 두 번째 네이티브 구성 요소는 Fast Reverse Proxy 클라이언트로 작동한다. 이 구성 요소는 휴대전화의 로컬 서비스와 공격자 인프라 사이에 터널을 구축한다. 이 경로는 운영자에게 앱의 원래 명령 채널에만 의존하지 않는 접근 권한을 제공한다.

RatHat은 뱅킹, 결제, 암호화폐 애플리케이션을 모방한 HTML 오버레이를 표시할 수 있다. 오버레이는 정상 앱 위에 사기성 인터페이스를 배치해 사용자가 공격자가 제어하는 필드에 자격 증명을 입력하도록 유도한다.

연구진은 SMS 메시지, 알림, 일회용 비밀번호를 가로채는 기능도 발견했다. 이 멀웨어는 텍스트 변경을 기록하고, 브라우저 주소 표시줄을 검사하며, 화면을 캡처하고, 설치된 애플리케이션 목록을 수집할 수 있다.

네이티브 에이전트는 저수준 터치 입력도 모니터링하는 것으로 알려졌다. 이 기능은 사용자의 움직임을 바탕으로 화면 탭, PIN, 비밀번호, 잠금 해제 패턴을 재구성하는 데 도움이 될 수 있다.

이러한 기능은 AI 하위 시스템이 위협의 한 부분일 뿐임을 보여준다. RatHat은 AI를 사용해 탐색을 더 유연하게 만드는 한편, ADB 접근과 네이티브 에이전트로 지속적인 운영 기반을 제공한다.

AI 탐색 엔진이 비용 큰 수작업 단계를 없앤다

RatHat의 AI가 중요한 이유는 지속적인 운영자 입력 없이 변화하는 Android 화면을 구조화된 탐색 결정으로 전환하기 때문이다.

기존 모바일 자동화는 예측 가능한 레이아웃, 리소스 식별자, 또는 세심하게 작성된 지시에 크게 의존한다. 이 방식은 기기 제조사가 메뉴를 변경하거나, 레이블을 번역하거나, 시스템 대화상자를 재설계할 때 신뢰성이 떨어진다.

Google Pixel에서 작동하는 지시는 Samsung, Oppo, Xiaomi 기기에서는 실패할 수 있다. 화면 크기, 소프트웨어 버전, Accessibility 구조의 일상적인 차이만으로도 고정된 순서가 무너질 수 있다.

RatHat은 현재 Accessibility 트리를 XML로 직렬화해 이 문제를 해결한다. 이 트리는 화면에 보이는 인터페이스 요소, 텍스트 레이블, 요소 유형, 화면 위치를 설명한다. 멀웨어는 이 구조화된 스냅샷을 Zimperium이 인기 있는 생성형 AI 어시스턴트라고 부르는 서비스로 전송한다.

연구진은 서비스, 모델, 계정, 호스팅 구성을 식별하지 않았다. 따라서 추가 증거 없이는 RatHat이 특정 상용 모델을 사용한다고 설명해서는 안 된다.

AI 구성 요소는 표적화된 인터페이스 질문에 답하는 것으로 알려졌다. 명명된 요소의 중심 좌표를 반환하거나, 요소에 표시된 텍스트를 확인하거나, SCROLL_DOWN과 같은 지시를 제공할 수 있다.

이는 제한적이지만 유용한 역할이다. 모델이 공격을 독자적으로 고안하거나 새로운 Android 권한을 부여하는 것은 아니다. 운영자의 목표와 기기의 현재 화면 사이에서 인터페이스 해석기 역할을 한다.

이 구분은 자율 멀웨어에 대한 선정적인 묘사가 근본적인 작동 방식을 가릴 수 있기 때문에 중요하다. RatHat은 여전히 사회공학, 위험한 권한, 디버깅 접근, 악성 네이티브 코드, 공격자가 통제하는 인프라에 의존한다.

그럼에도 AI 계층은 노동을 줄일 수 있다. 운영자는 감염된 모든 화면을 지켜보거나 각 인터페이스 변형에 맞는 별도 자동화 스크립트를 유지할 필요가 없다. 모델은 실시간 인터페이스 데이터를 다음 작업으로 변환할 수 있다.

BleepingComputer의 AI 탐색 보고서는 이러한 적응성이 RatHat을 전적으로 정적 스크립트에 기반한 자동화와 구별한다고 설명한다. 또한 원격 운영자에게 지속적인 수동 상호작용 없이 탐색할 수 있는 또 다른 방법을 제공한다.

이 기법은 앞서 발견된 PromptSpy와 유사하다. 해당 멀웨어는 화면 상태 데이터를 Google Gemini로 전송하고, 기기의 최근 앱 인터페이스에 자신을 고정하기 위한 지시를 받았다. 고정 동작은 Android 제조사마다 달라 모델 기반 탐색에 적합한 문제다.

이전 연구가 발표됐을 당시 ESET은 자체 텔레메트리에서 PromptSpy를 관찰하지 못했다. 따라서 실제 확산 범위는 불확실한 상태였다. RatHat은 이 개념을 더 광범위한 아키텍처로 확장하지만, 그 유병률 역시 공개되지 않았다.

이러한 발전은 중요하다. 생성형 AI는 공격 개발 보조 수단에서 일부 멀웨어의 실행 루프로 이동하고 있다. 즉각적인 이점은 초인적인 추론 능력이 아니다. 인터페이스 변화에 대한 내성이다.

AI가 아닌 지속성이 더 어려운 보안 문제를 만든다

RatHat의 핵심 갈등은 적응성과 차단 사이에 있다. 앱이 침해를 시작하고, 별도 에이전트가 이를 유지하려 한다.

Android의 애플리케이션 샌드박스는 일반적으로 앱을 민감한 시스템 기능 및 다른 앱과 분리한다. RatHat은 로컬 ADB 페어링을 이용해 운영 일부를 더 광범위한 명령 접근 권한을 가진 셸 수준 컨텍스트로 옮기는 것으로 알려졌다.

이는 멀웨어가 무제한 root 권한을 받는다는 의미는 아니다. 셸 접근과 root 접근은 다르다. 그러나 ADB 셸은 일반 애플리케이션에서 사용할 수 없는 작업을 여전히 수행할 수 있으며, 지속적인 명령 실행을 지원할 수 있다.

RatHat의 Go 에이전트는 기기의 루프백 인터페이스에서 HTTP 서비스를 노출한다. 이후 리버스 프록시 구성 요소가 공격자가 제어하는 터널을 통해 이 내부 서비스에 접근할 수 있게 한다. 이 구성은 원격 접근을 악성 앱의 눈에 보이는 인터페이스와 분리한다.

그 결과 설계는 세 개의 협력 요소로 구성된다. Android 앱은 권한을 확보하고 활동을 조율한다. Go 에이전트는 명령을 실행하고 지속성을 관리한다. 프록시는 로컬 서비스로 연결되는 외부 경로를 유지한다.

피해자가 애플리케이션만 제거할 경우, 다른 구성 요소가 이를 다시 설치할 수 있는 것으로 알려졌다. 네이티브 에이전트가 중지되면 애플리케이션은 해당 에이전트를 복원할 수 있다. 이러한 상호 복구는 단일 지속성 기법보다 더 문제가 크다.

RatHat은 일반적인 제거 시도도 방해한다. 연구진은 이 멀웨어가 Android의 제거 확인 화면을 감시하고, 작업을 취소하며, 인터페이스 위에 가짜 Google Play 오류를 표시한다고 밝혔다.

유사한 제거 방지 동작은 RatHat보다 먼저 존재했다. Android 멀웨어는 오랫동안 Accessibility 서비스를 악용해 탐색 버튼을 누르거나 보안 제어 장치를 가려왔다. RatHat은 이 익숙한 기법을 독립적인 셸 접근 채널과 결합한다.

멀웨어의 분석 방지 기능은 또 다른 계층을 더한다. 연구진은 컨테이너 변조, 비정상적인 ZIP 속성, 암호화된 문자열, 유효하지 않은 DEX 의사 명령, 분석 도구에 대한 런타임 검사를 식별했다.

Android 매니페스트는 61MB이며, 그중 99%는 문서화되지 않은 두 가지 청크 유형으로 구성된 것으로 알려졌다. Android 런타임은 이 청크들을 건너뛰지만, 일부 분석 도구는 이를 처리하는 동안 실패하거나 리소스를 소진할 수 있다.

매니페스트 폭탄은 자격 증명을 직접 탈취하거나 휴대전화를 제어하지는 않는다. 그 목적은 자동화된 검사를 늦추고 패키지 분류를 어렵게 만드는 것이다. 이러한 지연은 서명과 침해 지표가 확산되기 전 캠페인에 더 많은 시간을 제공할 수 있다.

RatHat은 디버거, 재패키징, 에뮬레이터, root 흔적, Frida, Xposed도 확인한다. 이러한 도구는 멀웨어 분석 환경에서 흔히 사용된다. 이를 탐지하면 악성 코드는 동작을 바꾸거나 검사 환경에서 실행을 중지할 수 있다.

이 결합된 아키텍처는 애플리케이션 파일에만 집중하는 방어자에게 부담을 준다. APK를 제거하거나, 알려진 해시를 일치시키거나, 하나의 명령 서버를 차단하는 것만으로는 활성 상태의 모든 구성 요소를 제거하지 못할 수 있다.

행동 신호가 더 중요해진다. 보안팀은 의심스러운 Accessibility 권한 부여, 예상치 못한 Wireless Debugging 활동, 로컬 ADB 페어링, 비정상적인 네이티브 데몬, 지속적인 리버스 터널을 살펴볼 수 있다.

그렇다고 시그니처 탐지가 쓸모없어지는 것은 아니다. 알려진 패키지 해시, 도메인, 인증서, 네트워크 침해 지표는 여전히 가치가 있다. RatHat은 이러한 신호가 런타임 및 기기 상태 모니터링의 지원을 받아야 하는 이유를 보여준다.

뱅킹 앱은 인터페이스 수준의 적대자와 맞선다

RatHat은 금융 앱 내부에 저장된 데이터만이 아니라 사용자와 금융 앱 사이의 신뢰된 상호작용을 공격한다.

뱅킹 애플리케이션은 멀웨어가 사용자의 화면을 감시하는 동안에도 로컬 데이터베이스를 암호화하고 서버 트래픽을 보호할 수 있다. 적대적인 Accessibility 서비스가 인터페이스 콘텐츠를 읽거나 터치를 주입할 수 있다면, 애플리케이션 계층의 보호 기능은 다른 문제에 직면한다.

RatHat은 표적 뱅킹 및 암호화폐 앱 위에 가짜 HTML 인터페이스를 표시하는 것으로 알려졌다. 피해자는 로그인 프롬프트가 정상 서비스에 속한다고 믿은 채 악성 오버레이에 세부 정보를 입력할 수 있다.

이후 악성코드는 인증 코드가 포함된 SMS 메시지나 알림 내용을 가로챌 수 있습니다. 또한 입력된 텍스트를 수집하고 브라우저 주소를 모니터링해 탈취한 자격 증명 정보의 맥락을 운영자에게 제공할 수 있습니다.

Android는 이러한 기법에 대응하는 방어 기능을 추가했습니다. Android 15는 화면 공유 중 일부 일회용 비밀번호 노출과 알림 리스너 서비스에 대한 노출을 제한합니다. Android 16은 개발자가 민감한 인터페이스 요소를 표시할 수 있는 방법을 도입했습니다.

accessibilityDataSensitive 설정은 검증되지 않은 Accessibility 서비스가 보호된 뷰를 읽거나 상호작용하지 못하도록 차단할 수 있습니다. Google의 Android 16 guidance는 비밀번호, 금융 정보 및 기타 민감한 필드에 이 설정을 사용할 것을 권장합니다.

개발자는 Play Integrity 환경 신호도 활용할 수 있습니다. app access verdict는 다른 애플리케이션이 화면 캡처, 오버레이 표시 또는 기기 제어가 가능한 권한을 보유했는지 나타낼 수 있습니다.

이러한 방어 기능은 RatHat의 운영 비용을 높이지만, 문제를 없애지는 못합니다. 보호 효과는 Android 버전, 기기 구성, 개발자의 도입 여부, 그리고 악성 앱이 이미 다른 제어 채널을 구축했는지에 따라 달라집니다.

Accessibility는 플랫폼 차원에서 어려운 균형 문제이기도 합니다. Android는 인터페이스 콘텐츠를 읽고 사용자를 대신해 작업을 수행하는 합법적인 보조 소프트웨어를 지원해야 합니다. 모든 자동화 상호작용을 차단하면 이러한 필수 도구가 훼손됩니다.

Google은 Play를 통해 배포되는 Accessibility 도구를 검토하고 기만적인 사용 방식에 대해 경고합니다. Play Protect guidance는 의심스러운 서비스가 기기 전체 제어와 개인정보 또는 금융 정보 접근 권한을 요청할 수 있다고 명시합니다.

RatHat는 Google Play 외부에서 내려받은 APK를 통해 유입되는 것으로 알려졌습니다. 이는 공식 스토어를 통한 직접 노출을 제한하지만, 브라우저, 메시지, 포럼 및 서드파티 마켓을 통한 사이드로딩은 여전히 가능합니다.

Google은 2026년 3월, 사이드로딩 출처에서 악성코드가 Google Play보다 90배 이상 자주 발견됐다고 보고했습니다. 회사는 개발자 검증을 확대하고 있으며, 지역별 설치 요건은 2026년 9월 30일부터 시행될 예정입니다.

이 시점에서 RatHat는 악성 배포에 대한 더 광범위한 플랫폼 대응과 맞물립니다. 개발자 검증은 Play 외부에서 설치되는 소프트웨어의 책임성을 높일 수 있지만, 고급 설치 경로는 계속 제공될 것입니다.

금융기관도 대응해야 합니다. 고위험 작업은 잠재적으로 침해된 휴대전화에 표시되거나 입력된 증거에만 전적으로 의존해서는 안 됩니다.

거래 확인에는 서버 측 위험 점수, 신뢰할 수 있는 기기 이력, 행동 변화, 새로 추가된 수취인에 대한 한도를 반영할 수 있습니다. 은행은 기기 무결성 또는 앱 접근 신호가 위험 증가를 나타낼 때 세션에 추가 인증을 요구할 수도 있습니다.

기업 보안팀은 모바일 기기를 노트북과 동일한 수준의 사고 대응 대상으로 다뤄야 합니다. 인증 앱, 업무 메시지, 클라우드 세션, 뱅킹 접근 권한을 보유한 휴대전화는 여러 시스템으로 이어지는 통로가 될 수 있습니다.

RatHat의 범위와 귀속은 여전히 불분명

악성코드의 기능은 상세히 문서화됐지만, 피해자 수, 캠페인 규모 및 운영자 신원은 아직 확인되지 않았습니다.

Zimperium은 RatHat를 중국에서 활동하는 것으로 보이는 행위자들과 연결합니다. 공개 증거에는 악성코드에서 발견된 중국어 프롬프트와 관찰된 캠페인 인프라가 포함됩니다.

언어만으로는 결정적인 귀속 근거가 되지 않습니다. 악성코드 개발자는 코드를 재사용하거나, 오도하는 단서를 심거나, 국경을 넘어 활동하거나, 관련 없는 운영자에게 도구를 판매할 수 있습니다. 현재 공개된 보고는 특정 그룹이나 정부 지원 세력을 지목하지 않습니다.

공개 연구는 확인된 감염 건수도 제공하지 않습니다. 영향을 받은 국가, 표적 은행, 캠페인 기간 또는 활성 명령 서버 수 역시 나열하지 않습니다.

이 정보의 부재는 즉각적인 노출에 관한 결론을 제한합니다. RatHat는 정밀 표적형 캠페인, 개발 중인 범죄 서비스 또는 연구자들이 일부만 관찰한 더 광범위한 작전을 지원할 수 있습니다.

식별되지 않은 AI 서비스는 또 다른 불확실성을 만듭니다. 조사자들은 악성코드가 어시스턴트에 어떻게 인증하는지, 얼마나 자주 요청을 보내는지, 연결이 끊기면 어떤 일이 일어나는지를 공개적으로 설명하지 않았습니다.

클라우드 기반 AI 요청은 탐지 가능한 네트워크 활동을 만들 수 있습니다. 제공업체는 악성 계정을 정지하거나, 의심스러운 프롬프트를 필터링하거나, 조사에 협조할 수도 있습니다. 공격자는 계정을 순환 사용하거나, 프록시 서비스를 사용하거나, 로컬 호스팅 모델로 옮기는 방식으로 대응할 수 있습니다.

모델의 신뢰성도 면밀히 검토할 필요가 있습니다. XML 데이터가 불완전하거나, 레이블이 모호하거나, 화면에 예상치 못한 대화상자가 포함되면 인터페이스 자동화는 실패할 수 있습니다. 잘못된 탭은 악성코드를 노출시키거나, 공격을 중단시키거나, 운영자의 접근을 차단할 수 있습니다.

이러한 한계가 위협을 무력화하는 것은 아닙니다. 이는 AI 지원 악성코드 역시 인프라, 자격 증명 정보, 연결성 및 정교하게 설계된 대체 로직에 의존한다는 점을 보여줍니다.

앞선 PromptSpy 사례는 유용한 참고점입니다. 이 악성코드의 모델 지원 기능은 좁은 범위의 지속성 작업 하나를 처리했으며, 별도의 VNC 모듈이 원격 제어를 가능하게 했습니다. 연구자들은 해당 샘플이 실제 캠페인을 나타내는지, 개념 증명인지 확인하지 못했습니다.

RatHat는 운영 측면에서 더 완성된 것으로 보입니다. 유포 채널, 자격 증명 오버레이, 명령 시스템, 네이티브 서비스 및 터널링 구성 요소가 일관된 공격 체인을 형성합니다.

그러나 기술적 완성도가 대규모 배포를 의미하는 것은 아닙니다. 독자는 문서화된 모든 기능을 대규모 인구에 영향을 미쳤다는 증거로 받아들이지 않아야 합니다.

Zimperium은 모바일 보안 제품도 판매하며, 자사 제품이 RatHat를 탐지한다고 밝혔습니다. 이러한 상업적 맥락이 기술적 발견을 무효화하는 것은 아니지만, 독립적인 재현은 여전히 중요합니다.

The Hacker News의 두 번째 기술 보고서는 Zimperium의 공개 내용을 바탕으로 아키텍처를 뒷받침합니다. 이는 별도 샘플에 기반한 독립적인 악성코드 분석은 아닙니다.

현재로서 가장 강한 결론은 더 좁은 범위입니다. 연구자들은 AI 기반 인터페이스 해석을 기존 Android 장악 기법 및 이례적으로 지속적인 ADB 기반 아키텍처와 결합한 악성코드를 분석했습니다.

RatHat가 모바일 악성코드를 바꿀지 보여줄 세 가지 신호

다음 시험대는 RatHat의 기법이 보고된 한 악성코드 계열을 넘어 확산되고, 방어자·금융 앱·Android의 측정 가능한 변화를 이끌어내는지 여부입니다.

첫 번째 신호는 독립적인 캠페인 증거입니다. 추가 연구자들은 일치하는 샘플, 명령 인프라, 서명 인증서, 유포 페이지 및 고객 텔레메트리상의 감염 사례를 찾아야 합니다.

확인된 피해자 지역은 RatHat가 특정 은행이나 지역을 표적으로 하는지 명확히 해줄 것입니다. 샘플 수가 증가한다면 고립된 기술 실험이 아니라 활발한 개발 또는 유포를 시사합니다.

광범위한 텔레메트리의 부재는 RatHat가 즉각적인 글로벌 확산을 의미한다는 주장을 약화할 것입니다. 이는 아키텍처적 교훈을 없애지는 않지만, 긴급성의 수준은 바꿀 것입니다.

두 번째 신호는 로컬 ADB 지속성 체인의 재사용입니다. 악성코드 제작자는 신뢰성이 입증된 기법을 자주 복제하며, 특히 공개 연구가 모방을 유도할 만큼 충분한 구현 세부 정보를 드러낼 때 그렇습니다.

방어자는 Wireless Debugging을 활성화하고, 페어링 코드를 복구하며, 셸 수준 에이전트를 배포하고, 애플리케이션 제거 후에도 접근 권한을 유지하는 새로운 계열을 주시해야 합니다. 반복적인 채택은 이 메커니즘을 RatHat라는 이름 자체보다 더 중요한 문제로 만들 것입니다.

Android와 기기 제조업체는 Accessibility, Developer Options, 무선 페어링 및 백그라운드 셸 프로세스 사이의 전환을 강화해 대응할 수 있습니다. 더 나은 사용자 경고도 이러한 작업의 의심스러운 조합을 드러낼 수 있습니다.

세 번째 신호는 인터페이스 조회를 넘어선 런타임 AI의 확장입니다. RatHat는 모델에 좌표, 표시된 텍스트 및 탐색 명령을 요청하는 것으로 알려졌습니다. 향후 샘플은 모델을 이용해 금융 화면을 분류하고, 사기성 프롬프트를 조정하거나, 더 넓은 목표에 따라 행동을 선택할 수 있습니다.

이러한 발전은 악성코드 조사에서 AI 서비스 트래픽을 모니터링해야 한다는 근거를 강화할 것입니다. 또한 합법적인 Accessibility 및 테스트 워크플로를 차단하지 않으면서 자동화된 악용을 식별해야 한다는 압박을 모델 제공업체에 가할 것입니다.

AI가 몇 가지 취약한 탐색 작업에만 제한된다면 RatHat는 점진적인 자동화 업그레이드로 보일 것입니다. 여러 악성코드 계열이 의사결정 루프를 도입한다면, 방어자는 기기마다 더 가변적인 행동에 직면하게 될 것입니다.

사용자는 이러한 신호를 기다리지 않고도 현재의 위험을 줄일 수 있습니다. 원치 않는 메시지, 광고 또는 익숙하지 않은 다운로드 페이지를 통해 전달된 APK 파일은 피해야 합니다. 특히 보조 기능과 관련 없는 앱에서 예기치 않은 Accessibility 요청이 발생하면 심각한 경고로 받아들이십시오.

Play Protect를 활성화한 상태로 유지하고, 익숙하지 않은 애플리케이션을 검사하도록 허용하십시오. 침해가 의심되면 활성화된 Accessibility 서비스, 알림 접근 권한, 기기 관리자 앱, Developer Options 및 Wireless Debugging을 검토하십시오.

삭제를 막거나 제거된 애플리케이션을 복원하는 기기는 일반적인 제거 시도를 한 번 더 하는 것만으로는 충분하지 않습니다. 민감한 계정과 네트워크에서 분리한 뒤, 자격을 갖춘 사고 대응 지원을 받으십시오.

조직은 별도의 신뢰할 수 있는 기기에서 활성 세션을 폐기하고, 노출된 자격 증명 정보를 교체하며, 금융 활동을 검토해야 합니다. 초기화가 필요할 수 있지만, 조사가 중요하다면 대응팀은 증거를 보존해야 합니다.

RatHat Android 악성코드는 적응형 탐색과 지속적인 기기 제어를 결합한다는 점에서 주목할 가치가 있습니다. 결정적인 질문은 AI가 다음 버튼을 누를 수 있는지가 아니라, 방어자가 모든 구성 요소를 억제할 수 있는지입니다.