2026년 11월 발생한 승리의 여신: 니케 PC 런처 해킹 사건은 예상치 못한 곳에서 발견됐습니다. 바로 다른 게임인 리그 오브 레전드(롤)가 실행되지 않는 문제를 조사하던 중이었습니다.
특히 최초 제보자가 해킹 위험을 알렸음에도 처음에는 의심과 조롱을 받았다는 사실이 알려지면서 논란이 커졌습니다.
니케 해킹 최초 발견자는 누구인가?
국내에서 니케 해킹을 가장 먼저 공개 제보한 것으로 알려진 인물은 디시인사이드 니케 마이너 갤러리의 이용자입니다.
2026년 11월 3일 오후 9시 15분, ‘sb93’이라는 작성자명으로 니케 런처를 통해 악성코드가 유포되고 있다는 경고 글이 올라왔습니다.
해당 게시물에는 단순한 의혹 제기를 넘어 악성코드가 설치되는 과정과 원격 제어 기능, 개인정보 탈취 위험에 대한 분석이 담겨 있었습니다.
다만 이는 현재 확인되는 초기 공개 제보 기록을 기준으로 한 설명이며, 전 세계에서 실제 취약점을 가장 먼저 발견한 사람이 누구인지는 확정하기 어렵습니다. 제보자의 실명 역시 확인되지 않았습니다.
롤이 실행되지 않아 니케 해킹을 발견했다?
가장 흥미로운 부분은 발견 과정입니다.
제보자의 설명과 관련 보도에 따르면, 평소 정상적으로 실행되던 리그 오브 레전드가 갑자기 로고 화면에서 멈추는 문제가 발생했습니다.
이를 해결하기 위해 오픈AI의 AI 코딩 도구인 코덱스(Codex)를 활용해 실행 오류를 분석했습니다.
그 과정에서 라이엇 게임즈의 보안 프로그램인 뱅가드가 의심스러운 DLL 파일의 실행을 차단하고 있다는 사실을 파악했습니다.
이후 해당 파일의 설치 경로를 추적하면서 니케 PC 런처와의 연관성을 발견했고, 추가 분석을 통해 악성코드 유포 정황을 확인했다는 것입니다.
즉, 니케 게임 자체의 오류가 아니라 롤 실행 오류를 해결하려던 과정에서 니케의 보안 사고를 발견한 사례입니다.
최초 제보자는 왜 조롱과 차단을 당했을까?
사건 초기에는 제보자의 경고를 믿지 않는 이용자도 많았습니다.
커뮤니티에 공개된 게시물과 관리 기록을 정리한 자료에 따르면, 일부 이용자는 최초 경고를 허위 정보나 관심을 끌기 위한 게시물로 받아들였습니다.
제보자가 추가 분석 내용과 기술 자료를 공개한 뒤에도 신빙성을 둘러싼 논쟁이 이어졌고, 일부 게시물 삭제 및 차단 조치까지 발생한 것으로 알려졌습니다.
그러나 이후 해외 커뮤니티와 보안 연구자들의 분석을 통해 문제가 구체화됐고, 운영사도 PC 런처 보안 사고를 공식 인정했습니다.
이 과정에서 제보자를 조롱했던 반응이 재조명됐으며, 일부 갤러리 관리자의 사과도 이어졌습니다.
니케 해킹은 실제로 발생한 사건일까?
실제로 발생한 보안 사고입니다.
니케 운영사 레벨 인피니트가 2026년 11월 5일 발표한 공식 공지에 따르면, 9월 27일 PC 런처 관련 스크립트 파일 4개가 제3자에 의해 변조됐습니다.
10월 30일부터는 해당 스크립트를 통해 이용자 PC에 악성 프로그램이 배포되기 시작했습니다.
운영사는 11월 4일 문제 파일을 수정하고 추가 유포를 차단했으며, 11월 5일부터 공식 PC 클라이언트에 악성 프로그램 검사·제거 기능을 제공했습니다.
독립 보안 연구자인 MotherSphere도 런처 파일 변조와 원격 제어 악성코드의 동작을 기술적으로 분석해 공개했습니다. 다만 MotherSphere와 국내 최초 제보자가 동일인이라는 근거는 확인되지 않았습니다.
니케 PC 버전을 실행했다면 확인할 사항
운영사는 2026년 9월 27일 오후 3시 41분 이후 윈도 PC 런처를 한 번이라도 실행한 이용자에게 보안 점검을 권고했습니다.
공식 안내에 따라 브라우저를 종료한 후 PC 클라이언트의 검사 기능을 이용하거나, 별도로 제공된 수동 점검 방법을 확인할 수 있습니다.
또한 영향을 받지 않은 다른 기기 또는 보안 점검을 완료한 PC에서 주요 계정의 비밀번호를 변경하는 것이 권장됩니다.
이번 사고는 PC 런처에서 발생했으며, 운영사에 따르면 모바일 버전만 이용한 사용자는 별도 점검 대상이 아닙니다.
마무리
니케 해킹 사건에서 주목할 부분은 단순히 악성코드가 유포됐다는 사실만이 아닙니다.
다른 게임의 실행 오류를 조사하다 보안 문제를 발견하고, 이를 커뮤니티에 알렸지만 처음에는 제대로 받아들여지지 않았다는 점도 중요한 사건의 일부입니다.
이번 사례는 보안 사고에서 초기 제보와 기술적 검증이 얼마나 중요한지 보여줍니다.
참고 자료: 최초 제보 게시물 · 최초 발견 경위 관련 보도 · 니케 공식 보안 사고 안내