시프트업은 11월 4일 니케 PC 런처 스크립트 파일이 제3자에 의해 변조된 정황을 확인하고 같은 날 새벽 긴급 패치를 냈지만, 악성코드의 구체적 기능과 실제 정보 유출 여부는 독립 연구자 보고서의 주장일 뿐 아직 확인되지 않았다. 서버 파일이 복구돼도 이미 내려받아진 악성 프로그램은 PC에 남을 수 있어 런처 실행 중단과 악성코드 점검, 다른 기기에서의 비밀번호 변경, 2단계 인증을 순서대로 거쳐야 한다. AI 도구는 로그 해석과 대응 순서를 이해하는 보조로 쓸 수 있지만 실제 탐지·제거는 전용 백신의 몫이며, 비밀번호나 토큰이 든 로그를 그대로 입력해선 안 된다.

'승리의 여신: 니케' PC 런처가 해킹 통로로 쓰였다는 의혹이 번지고 있다. 혼란을 줄이려면 확정된 사실과 아직 주장 단계인 내용을 먼저 갈라야 한다.
공식적으로 확인된 건 이렇다. 시프트업과 퍼블리셔 레벨 인피니트는 11월 4일 SNS에서 PC 런처의 스크립트 파일이 제3자에 의해 변조된 것으로 의심되는 이상 현상을 확인했다고 밝혔고, 같은 날 오전 2시 30분경 클라이언트를 수정·업데이트했다. 영향 범위는 확인 중이며 후속 조치는 별도로 공지한다고 했다.
반면 악성코드의 구체적 기능은 한 독립 보안 연구자가 깃허브에 올린 분석 보고서의 주장이다. 보고서는 변조된 자바스크립트가 외부 서버에서 원격제어 악성코드(RAT)를 내려받아 실행하도록 설계됐고, 화면 캡처와 브라우저 저장 비밀번호·세션 쿠키 탈취, 암호화폐 지갑 노림 등이 가능하다고 분석했다. 다만 실제 감염 규모나 정보 유출 여부, 모바일 버전 영향은 확인되지 않았다. 보도 제목이 대부분 '의혹'으로 달린 이유다.

Charlss GonzHu
핵심은 여기다. 변조된 서버 파일이 복구됐다고 해서 이미 내 PC에 내려받아진 악성 프로그램까지 사라지는 건 아니다. 보고서에 따르면 악성코드는 윈도 레지스트리에 가짜 모듈을 등록해, 게임과 런처를 닫은 뒤에도 크롬이 실행될 때마다 되살아나도록 설계됐다고 한다. 서버 패치와 내 기기 점검은 분리해서 생각해야 한다.
실행 정황은 늦어도 10월 23일부터 일부 런처에서 확인됐다는 주장이 있다. 그사이 런처를 켠 적이 있다면 점검 대상으로 보는 편이 안전하다.
막연히 불안해하기보다 순서대로 처리하면 된다.
브라우저에 저장된 비밀번호가 탈취 대상으로 지목된 만큼, 저장된 로그인 정보가 많은 계정부터 바꾸는 게 우선순위다.
낯선 로그나 의심 파일을 마주하면 AI 챗봇에 물어보고 싶어진다. 실제로 쓸모가 있는 구간이 있다.
AI는 debug.log 같은 로그의 구조를 설명하거나, 레지스트리 지속성이 무슨 뜻인지, 지금 밟아야 할 대응 순서가 무엇인지 정리해 주는 데는 유용하다. 보안 용어를 풀어 주는 과외 교사 정도로는 충분하다.
문제는 그 너머다. AI는 내 PC를 실제로 스캔하지 못한다. 감염 여부를 판정하고 악성코드를 제거하는 건 전용 백신이나 보안 도구의 몫이고, AI의 "괜찮아 보인다"는 답은 근거 없는 안심이 될 수 있다. 특정 문자열이 로그에 있는지 같은 확인은 사람이 직접 검색하거나 검색 명령으로 하는 편이 정확하다.
더 조심할 건 입력 내용이다. 비밀번호, 인증 토큰, 쿠키 값이 담긴 로그를 그대로 챗봇에 붙여넣으면, 유출을 막으려다 민감정보를 또 다른 곳에 흘리는 셈이 된다. 꼭 물어야 한다면 민감한 값은 지우고 구조만 남겨 질문하는 게 맞다. AI는 이해를 돕는 보조이지, 보안 점검 자체를 대신하는 도구가 아니다.