2026년 7월 27일, Moonshot AI의 「Kimi K3」 모델 가중치(모델 본체)가 공개될 예정입니다. 총 파라미터 수 2.8조 개로, 파라미터 수 기준 세계 최대 규모의 오픈 웨이트(Open-weight) 모델이며, X에서는 「Mythos급」이라고도 평가받으며 화제가 되고 있습니다.

「뭔가 위험할 것 같다」로 끝내지 않고, 남은 10일 동안 할 수 있는 일을 우선순위가 포함된 체크리스트로 정리했습니다.

미리 말씀드리자면, 이것은 포괄적인 보안 대책이 아니라 **단기간에 수행하는 응급 트리아지(Triage)**입니다. EDR 도입이나 사내 교육과 같은 영구적인 대책은 별도로 필요하지만, 우선 지금 바로 효과를 볼 수 있는 것에 집중했습니다. (2026년 7월 17일 집필)

대상 독자는 개인 개발자부터 중소기업의 정보시스템(情シス) 겸임 엔지니어까지를 상정하고 있습니다. 비엔지니어 분들을 위한 섹션도 후반부에 있으므로, 그 부분만 가족이나 동료에게 공유해 주셔도 괜찮습니다.

포인트는 「오픈 웨이트(Open-weight) = 누구나 개조할 수 있다」는 점입니다.

모델의 가중치가 공개되면, 제삼자가 파인튜닝(Fine-tuning)을 통해 안전장치(유해한 출력을 거부하는 메커니즘)를 제거할 수 있습니다. 이른바 Abliteration 등의 수법으로, Llama 계열에서도 Kimi K2에서도 공개 후 얼마 지나지 않아 검열 없는 파생 버전이 Hugging Face 등에 유통되어 왔습니다. K3에서도 같은 일이 일어날 가능성이 매우 높다고 생각합니다.

즉, 7/27 이후 「프런티어(Frontier)급 능력을 갖추고, 어떤 요청도 거절하지 않는 AI」를 누구나 입수할 수 있는 상태가 될 수 있다는 뜻입니다.

정확하게 정리해 두겠습니다.

공격의 종류 그 자체는 변하지 않습니다.

피싱, 취약점 악용, 랜섬웨어. 모두 기존의 공격입니다. 변하는 것은 「질」과 「양」입니다.

• 자연스러운 일본어 피싱 문구를 위화감 없이 무한히 생성할 수 있게 됨
• CVE 공개부터 악용 코드 작성까지의 시간이 단축됨
• 표적에 대한 사전 조사(OSINT)가 자동화됨

「화려한 신형 공격이 온다」가 아니라, 「기존 공격이 저렴하고, 빠르고, 대량화된다」. 이것이 본질이라고 생각합니다.

상징적인 사건이 이번 달에 있었습니다. 반다이 채널(Bandai Channel)에 대한 부정 접속 사건으로, 당시 중학교 3학년 소년이 체포되었습니다. 소년은 통신 내용 분석을 통해 시스템의 취약점을 찾아냈고, ChatGPT를 사용하여 직접 만든 부정 프로그램을 고도화하여 악용한 것으로 보도되었습니다. 카이카츠 CLUB(快活CLUB)에 대한 사이버 공격에서도 고등학생이 ChatGPT로 만든 프로그램이 사용되었으며, 당시 초등학교 6학년 소년까지 공격에 가담했다는 의심으로 수사가 계속되고 있습니다.

지금까지는 수고, 시간, 비용, 기술의 장벽이 있어 「하려고 해도 할 수 없었던」 공격이, 그 장벽째로 사라지고 있습니다. 안전 제한이 있는 ChatGPT조차 이 정도입니다. 제한을 해제한 프런티어급 모델이 유통된다면, 이 경향이 가속화될 것은 상상하기 어렵지 않습니다.

참고로, 「AI가 있으면 전문 지식 없이도 공격할 수 있다」는 뜻은 아닙니다. 환경 구축이나 표적 선정 등 인력이 필요한 공정은 남습니다. 또한, 공격자는 대책을 세운 기업도 노립니다. 그럼에도 불구하고 비용이 낮아지면 시도 횟수는 늘어나고, 대책이 허술한 곳부터 차례로 피해가 발생합니다. 이는 과거의 모든 공격에서 반복되어 온 패턴입니다.

뒷받침 근거로 취약점 공표 속도를 보십시오. 2026년 7월 Windows Update에서는 수정된 취약점이 622건으로 과거 최다(기존의 약 3배)였으며, 그중 「긴급(Critical)」만 62건이었습니다. 동시에 nginx에서 CVSS 9.2의 Critical을 포함한 3건, 패치 적용 후에도 악용 가능하다고 여겨지는 Windows의 제로데이(Zero-day) 「LegacyHive」 보고도 나오고 있습니다.

마도노모로(窓の杜)의 보안/취약점 카테고리를 살펴보는 것만으로도 이 속도의 이상함을 실감할 수 있을 것입니다. 발견 측이 AI로 가속화되고 있다면, 강력한 모델의 공개 후에는 악용 측도 가속화될 것이라고 보는 것이 자연스럽습니다.

공격의 자동 스캔이 가장 먼저 타격하는 곳은 여기입니다.

특히 VPN 기기는 최우선으로 확인하십시오. 경찰청 통계에 따르면, 랜섬웨어 침입 경로의 대부분이 VPN 기기와 원격 데스크톱(RDP)을 경유한다고 계속 보고되고 있습니다. 원격 근무로 VPN을 상용하는 회사는 기기의 펌웨어 업데이트가 멈춰 있지 않은지 오늘 확인해 볼 가치가 있습니다.

• VPN 기기·에지(Edge) 기기의 패치를 적용한다 (Fortinet/Ivanti 계열은 특히 우선)
• RDP/SSH 등의 공개 서비스를 VPN 경유 또는 IP 제한으로 변경한다
• 방치하고 있는 VPS·검증용 서버를 전수 조사하여 불필요하다면 정지한다
• 자 조직의 글로벌 IP를 Shodan으로 검색해 본다

Shodan을 통한 자체 조사는 간단합니다. 계정을 생성하고 자사의 IP 주소나 도메인으로 검색하는 것만으로 외부에서 무엇이 보이는지 알 수 있습니다. 조사 대상은 본인이 관리하는 자산으로 한정하십시오. 타사의 자산을 허가 없이 조사하는 행위는 트러블의 원인이 됩니다.

# Shodan 검색창에 넣는 예시
net:203.0.113.0/24 # 자사 IP 대역
hostname:example.com # 자사 도메인

"이런 포트가 열려 있었나?" 하는 것이 단 하나라도 발견된다면, 이 글을 읽은 보람은 충분합니다.

이 절에서 가장 전달하고 싶은 것은 이것입니다.

git에 단 한 번이라도 올렸던 API 키나 시크릿(Secret)은 반드시 무효화하고 로테이션(Rotate)하십시오.

이력에서 삭제(rebase나 git filter-repo)하는 것만으로는 불충분합니다. 포크(Fork), 클론(Clone), 각종 캐시(Cache)에 남아 있을 가능성이 있으므로, "유출되었다는 전제" 하에 실효시키는 것이 원칙입니다. 삭제와 무효화는 별개의 문제입니다.

• git에 올린 적이 있는 키의 무효화 + 로테이션 (클라우드, 결제, 외부 SaaS)
• GitHub의 secret scanning + push protection을 활성화한다
  • 리포지토리의 Settings → Code security and analysis → 해당 항목을 Enable
• 리포지토리 이력에 남은 키를 검출한다

검출에는 trufflehog가 간편합니다.

# 현재 리포지토리를 검증된 시크릿(Verified Secret)만으로 스캔
trufflehog git file://. --only-verified

여기서 무언가 나온다면, 반복해서 말씀드리지만 "삭제"가 아니라 "실효"입니다.

• 사용하지 않는 AWS/GCP/SaaS 계정을 폐쇄한다
• 불필요한 관리자 권한 계정을 삭제한다 (퇴직자·외주 인력 포함)
• MFA를 SMS에서 패스키(Passkey)/FIDO2로 이행한다
• M365 / Google Workspace / AWS의 이상 로그인 알림을 활성화한다

MFA에 대해 보충하자면, SMS나 승인 알림형 MFA는 MFA 피로 공격(MFA Fatigue Attack, 승인 알림을 연타하여 오클릭을 유도하는 공격)이나 실시간 피싱 중계(Real-time Phishing Relay)로 돌파될 수 있습니다. 패스키/FIDO2는 피싱 사이트에서는 원리적으로 인증이 성립되지 않기 때문에, 이러한 종류의 공격에 대한 내성이 차원이 다릅니다. AI로 정교한 피싱이 늘어날 것이라는 전제라면, 이행 우선순위를 높게 잡으십시오.

• Dependabot(또는 Renovate)을 활성화한다
• 지금 업데이트할 수 있는 의존성 패키지(Dependency Package)는 업데이트해 둔다
• 유지보수하지 않는 공개 앱·서비스의 일시 정지를 검토한다

Dependabot을 모르는 분들을 위해 한마디로 설명하자면, 리포지토리의 의존성 패키지에서 알려진 취약점이 발견되었을 때 자동으로 알림 및 업데이트 PR(Pull Request)을 생성해 주는 GitHub의 기능입니다. 설정은 Settings → Code security and analysis에서 몇 번의 클릭만으로 끝납니다. 아직 활성화하지 않았다면 오늘 바로 하십시오.

의존성 업데이트는 "나중에 몰아서" 하기 쉽지만, 악용이 가속화되기 시작한 후에는 늦습니다. 작동할 때 미리 올려두는 것이 안전합니다.

그리고, 감히 말씀드립니다.

업데이트 체크도 취약점 대응도 하지 않는 공개 앱을, 이러한 상황에서 인터넷에 계속 노출하는 것은 리스크가 이익을 상회합니다.

개인 개발로 예전에 만들어 두고 방치하고 있는 웹 앱, 없으신가요? 유지보수를 재개할 수 없다면, 잠시 정지하는 것도 훌륭한 대책입니다.

• 백업의 3-2-1 규칙 (3개의 복사본, 2종류의 매체, 1개는 오프사이트)을 확인한다
• 복구 테스트를 실제로 수행한다
• 오프라인/이뮤터블(Immutable) 백업을 검토한다

강조하고 싶은 것은 두 번째입니다. "백업이 있다"는 것과 "복구할 수 있다"는 것은 별개입니다. 막상 복구했더니 깨져 있었다거나, 절차를 몰랐다는 상황은 랜섬웨어 피해 현장에서 실제로 일어나고 있습니다. 복구에 걸리는 시간을 측정해 두면, 유사시 의사결정도 빨라집니다.

AI 피싱의 파도 속에서는 "당신의 회사를 사칭하는 메일"이 고객이나 거래처로 발송됩니다. 피해자가 되는 것뿐만 아니라, 가해의 발판(踏み台)이 되어 신용을 잃을 리스크가 있습니다.

• 자사 도메인의 SPF/DKIM 레코드를 확인한다
• DMARC를 설정한다 (우선 p=none으로 관측부터 시작해도 좋다)
• 송신에 사용하지 않는 도메인·서브도메인에도 거부 정책을 넣는다

DMARC를 설정하지 않은 중소기업은 여전히 많으며, 설정하지 않은 도메인은 "사칭이 마음껏 가능한" 상태입니다. DNS 레코드 추가만으로 시작할 수 있으므로 비용 대비 효과는 매우 높습니다.

직접 AI 애플리케이션이나 챗봇을 운영하고 있는 분들은 공격 대상으로서의 표적이 됩니다.

LLM API의 이용 한도(Hard Limit)를 설정할 것

• 키(Key)가 유출되거나 악용되었을 때 비용 폭발을 방지하는 최후의 보루입니다

프롬프트 인젝션 (Prompt Injection) 대책을 확인할 것

• 사용자 입력을 신뢰하지 마세요. 외부 데이터(Web, 파일)를 통한 간접 인젝션 (Indirect Injection)도 상정해야 합니다

시스템 프롬프트 (System Prompt)에 비밀 정보를 넣지 말 것

• 시스템 프롬프트는 유출될 것을 전제로 설계해야 합니다

LLM의 출력을 그대로 실행하거나 표시하지 말 것

• 출력을 통한 XSS, 생성된 코드의 검증 없는 실행은 전형적인 취약점입니다

이 섹션만은 가족이나 직장 동료에게 공유하셔도 좋습니다.

비밀번호 재사용을 중단하세요. 비밀번호 관리자 (Password Manager)를 사용해 주세요. 유출된 비밀번호 리스트를 이용해 다른 서비스에 자동 로그인을 시도하는 공격이 앞으로 더욱 증가할 것으로 보입니다 -
은행·증권·메일·Apple ID·Google 계정에 2단계 인증을 설정하세요. 특히 증권 계좌 탈취 피해가 늘고 있습니다. Apple/Google 계정을 지키면 그와 연결된 많은 서비스도 함께 지킬 수 있습니다 -
SMS나 메일의 링크를 통해 로그인하지 마세요. AI가 만드는 피싱 (Phishing)은 일본어(한국어)의 어색함이 없습니다. "공식 앱이나 북마크를 통해 접속하기"를 습관화하세요 -
신용카드는 모두 "이용 알림"을 ON으로 설정하세요. 사용하지 않는 카드는 해지도 고려 대상입니다 -
돈과 관련된 이야기는 반드시 다른 수단으로 본인 확인을 하세요. AI는 가족의 목소리도 복제할 수 있습니다. "목소리가 본인이었다"는 이제 증거가 되지 않습니다. 가족과 암호를 정해 두시기 바랍니다

마지막으로 하나만 더 말씀드립니다.

"AI가 만들었으니 안심"이라는 생각은 버리십시오.

생성된 코드, 메일, 계약서도 반드시 사람이 확인해야 합니다. AI가 작성한 코드의 취약점 리뷰 (Vulnerability Review)는 오히려 앞으로 중요성이 커질 사람의 업무입니다. 방어 측도 AI를 사용하면 된다는 말은 맞지만, 최종 판단은 사람이 내리는 체제만큼은 포기하지 마십시오.

대책에 관한 글이지만, 비상시 연락처도 함께 남겨둡니다. 당황해서 검색하기보다 지금 북마크해 두세요.

• IPA 정보 보안 안심 상담 창구 (기술적 상담)
• JPCERT/CC (인시던트 보고 및 조정)
• 경찰 상담 전용 전화 #9110 / 각 도도부현 경찰 사이버 범죄 상담 창구
• 계약 중인 보안 벤더·보험사의 긴급 연락처

피해를 인지했다면 증거 보존(로그, 화면, 시계열 메모)을 먼저 하십시오. "일단 재부팅·초기화"는 조사 단서를 지워버릴 수 있으므로 피해야 합니다.

7/27에 어떤 일이 일어날지는 솔직히 아무도 모릅니다. 예정이 변경될 가능성도 있습니다. 다만, 공격자는 대책이 허술한 곳을 노립니다. 이것만큼은 지난 수십 년간 변하지 않았습니다.

남은 10일의 우선순위는 ①외부 공개 자산(특히 VPN 장비) → ②시크릿 (Secret) → ③계정 및 인증 순으로 진행하시는 것을 추천합니다. 전부 다 하지 못하더라도 ①만이라도 할 가치가 있습니다. ⑥⑦은 해당되는 분들만 하셔도 무방합니다.

7/27 이후 상황이 파악되는 대로 이 글에 내용을 추가하겠습니다.

※ 본 기사는 집필 시점(2026년 7월)의 공개 정보에 기반합니다. Kimi K3의 라이선스 조건 등은 미확정된 부분이 있습니다.