분석 보고서 3차 · 매일경제 단독 기사 원문 + 교차 보도 대조 · 2026년 10월 15일 기준
매일경제 10월 14일 단독 기사 「해킹 당한 새마을금고, '파라미터 변조' 공격에 뚫렸다」를 원문으로 읽고, 같은 사고를 다룬 MBC·연합뉴스·뉴스핌·한국일보·전자신문·서울경제·헤럴드경제 보도와 금융위원회 10월 14일 회의 결과를 대조했습니다. 이 폴더의 앞선 보고서 「금융권 해킹 사고원인·예방대책」(10월 6일)과 같은 형식으로 쓰고, 그 보고서의 원인 번호(①~⑧)와 연결했습니다. 조사와 검사가 진행 중이라 내용은 바뀔 수 있습니다.
한 장 그림 노트 · 새마을금고 공제 홈페이지 해킹
공제 회원 400여 명의 정보가 유출됐고, 외부 정보 공유 뒤 약 60시간 만에 피해를 알아챘다
근거: 매일경제(행정안전부 자료)·MBC·연합뉴스 등 보도와 금융위원회 10월 14일 회의 결과. 2026년 10월 15일 기준이며 조사가 진행 중입니다.
공격자는 이용이 적고 보안이 약한 공제 사이트를 노렸다고 보도됐다. 주 서비스 외의 부가 사이트에서도 관리의 빈틈이 드러났다.
매일경제는 서버에 보내는 값을 몰래 바꾸는 '파라미터 변조' 공격이라고 보도했다. 다른 매체의 확인은 없었고, 어떤 값을 바꿨는지도 공개되지 않았다.
과거 차단 이력이 있는 인터넷 주소(IP) 3개로 10~11일 반복 공격이 이뤄졌다고 MBC가 보도했다. 차단 기록을 경보와 대응으로 잇지 못한 문제가 드러났다.
침해 시작은 10일 09:09, 피해 인지는 12일 20:55로 보도됐다. 금융보안원이 공유한 공격 주소를 지난 기록과 대조한 뒤 피해를 확인했다.
공제 회원 400여 명의 정보가 유출됐으며 최종 규모는 확인 중이다. 유출 가능 정보는 개인별로 다른 12개 항목이다. 중앙회는 신고·개별 통지·취약점 보완을 진행하고 피해 발생 시 전액 보상을 약속했다.
새마을금고를 포함한 금융회사 16곳에서 침해가 확인됐고, 전체 유출은 약 10만 건으로 집계됐다. 점검한 555곳 중 130곳이 보안 미흡을 보고했다.
여섯 칸을 꿰는 한 문장공격 IP는 이미 막힌 적이 있었지만 그 기록은 경보로 이어지지 않았고, 서버는 바뀐 요청값을 의심하지 않았다.
이 박스는 GPT(Codex CLI, gpt-6.1-sol)가 보고서 본문만으로 초안을 쓰고, 자비스가 본문·원문 출처와 대조해 다듬었습니다.
"파라미터 변조"라는 공격 방식은 매일경제 한 곳의 보도입니다. 기사는 침해 시각을 "손명수 의원이 확보한 행정안전부 자료"에서 인용했지만, 파라미터 변조라는 판단이 그 자료에서 나온 것인지, 다른 취재에서 나온 것인지는 기사 문장만으로는 구분되지 않습니다. 다른 매체는 공격 방식을 "확인 중"이라고 썼거나 쓰지 않았습니다. 그래서 이 보고서는 파라미터 변조를 "보도된 내용"으로 다루고, 확정된 사실로 쓰지 않았습니다.
매일경제 원문과 다른 매체 보도에서 확인된 사실을 원인별로 묶었습니다. 빨간 칸은 공격자가 실제로 한 일(해킹 수법)입니다. 마지막 열의 번호는 앞선 「금융권 해킹 사고원인·예방대책」 보고서 1절의 원인 번호입니다.
| 원인 (뚫린 빈틈) | 해킹 수법 (공격자가 한 일) | 드러난 곳 | 근거 | 앞 보고서 |
|---|---|---|---|---|
| ① 서버가 요청값을 검증하지 않음 (보도) | 홈페이지가 서버로 보내는 데이터값의 일부를 몰래 바꿔, 정상 거래처럼 보이게 하면서 정보를 빼냄 | 새마을금고 공제 홈페이지 | 매일경제: "홈페이지에서 서버에 전달되는 데이터값을 몰래 바꾸는 해킹 수법", "특히 접근 권한 등에 대한 검증이 헐거울 때 주로 침해 피해가 생긴다". 어떤 값을 바꿨는지는 공개되지 않음 | ①④ |
| ② 관리가 덜 된 부가 사이트 | 주 서비스가 아니라 이용이 적고 보안이 약한 보험(공제) 사이트를 골라 공격 | 공제 홈페이지 (중앙회: "피해가 발생한 곳은 새마을금고 보험 홈페이지") | MBC "이용이 적고 보안이 약한 부가 사이트"를 노림. 매일경제 부제 "보안 취약한 공제페이지 뚫려". 뉴스핌, 중앙회 관계자 "외곽 쪽을 통해 접근한 것으로 보이지만 구체적인 경로는 확인 중" | ② |
| ③ 차단 기록을 경보로 잇지 못함 | 이미 수상한 주소로 분류돼 차단된 적 있는 IP 3개로, 10일 오전부터 11일까지 이틀간 반복 공격 | 공제 홈페이지 웹 방화벽 | MBC(김용만 의원실 자료). 김용만 의원 "웹 방화벽에서 이상 징후가 잡혔음에도 내부 보안관제는 방치를 했던 거겠죠" | ⑥⑦ |
| ④ 외부 통보가 올 때까지 자체 탐지 못함 | 회사가 알아채지 못하는 사이 약 60시간 동안 유출이 이어지도록 둠 | 새마을금고중앙회 보안관제 | 매일경제: 침해 10일 09:09, 인지 12일 20:55(행정안전부 자료). "금융보안원 등에서 … 여러 IP를 공유 받은 후에야 피해 사실을 뒤늦게 알아차린 것". MBC: 12일 오후 금융보안원이 다른 금융사를 공격한 IP 26개를 공유한 뒤 기록을 확인 | ⑥ |
| ⑤ IP 차단만으로는 못 막음 | 앞서 해외 IP가 막히자 새 IP 수십 개로 다시 공격. 사용 IP 소재지는 중국·태국·한국으로 잠정 파악 | 새마을금고 전반 | 연합뉴스·한국일보·서울경제 "새로운 IP 수십 개로부터 다시 공격". 전자신문: IP 소재지 중국·태국·한국(잠정) | ⑦ |
| ⑥ 자동화 도구 사용 가능성 (미확정) | 자동화 도구로 성공할 때까지 반복 시도했을 가능성 | 조사 중 | 매일경제 "새마을금고는 이번 공격에 인공지능(AI) 해킹 프로그램이 사용됐을 것으로 추정". 연합뉴스 "AI 에이전트 활용 해킹 공격 간의 연관성은 아직 확인되지 않았다". 곽진 아주대 교수(MBC) "AI 기반의 자동화 도구를 사용한다든가 해서 반복적으로 해보는 거죠" | ⑧ |
| ⑦ 감독기관이 달라 생기는 틈 (구조 배경) | 금융권 전체에 경계령이 내려진 직후, 금융당국 직접 감독 밖에 있는 상호금융을 공격 | 새마을금고 (행정안전부 감독) | 매일경제: 금융당국은 4일 전 금융업권 최고경영자를 긴급 소집했고, "새마을금고가 금융당국이 아닌 행정안전부의 감독을 받는만큼 … 사각지대가 생길 수 있다는 지적". 중앙회 측은 "상호금융이라 보안이 취약하다는 지적은 사실과 다르다"(포인트데일리 인용) | 새 항목 |
| ⑧ (사고 뒤) 유출 조회 화면의 본인확인 부재 | (공격이 아니라 새 위험) 이름과 휴대폰 번호만 알면 남의 유출 여부와 항목을 조회할 수 있는 구조 | 공제 홈페이지 "개인(신용)정보 유출 내역 조회" | 전자신문: 별도 본인인증 없이 조회 가능, 본인인증 강화와 비정상 반복 조회 차단을 검토해야 한다는 지적 | ①⑤ |
공격자는 관리가 덜 된 부가 사이트(②)에서 서버가 확인하지 않는 요청값을 바꿔(①) 정보를 빼냈습니다. 웹 방화벽은 수상한 IP를 이미 막고 있었지만, 같은 IP가 다시 오는 것을 경보로 잇지 못했고(③), 결국 외부 통보가 올 때까지 약 60시간 동안 몰랐습니다(④). 10월 4일 무렵에는 같은 계열의 공격을 막았던 곳이 6일 뒤에 뚫렸다는 점에서, "IP를 막았다"는 것만으로 방어가 끝나지 않는다는 점이 드러났습니다(⑤).
홈페이지에서 버튼을 누르면, 브라우저는 서버에 "고객번호 1234번의 정보를 보여 주세요" 같은 요청을 보냅니다. 여기서 "1234" 같은 값을 파라미터라고 합니다. 화면에서는 바꿀 수 없게 만들어 놓았더라도, 요청이 서버로 가는 길에서 공격자가 이 값을 "1235"로 바꿔 보낼 수 있습니다. 서버가 "지금 이 사람이 1235번 정보를 볼 자격이 있는가"를 확인하지 않으면, 남의 정보가 그대로 돌아옵니다.
국제 웹 보안 단체 OWASP는 이 공격을 "클라이언트와 서버가 주고받는 파라미터를 조작해 사용자 자격·권한, 상품 가격·수량 같은 애플리케이션 데이터를 바꾸는 공격"이라고 정의하고, 이런 값은 보통 쿠키, 숨은 입력란, 주소창의 질의 문자열에 들어 있다고 설명합니다. OWASP가 든 예시도 은행 주소의 profile=741을 profile=852로 바꾸는 것입니다.
매일경제가 "정상거래를 위장한" 공격이라고 쓴 이유도 여기에 있습니다. 요청의 모양은 평소 거래와 같고 값 하나만 다르기 때문에, 대량 접속처럼 눈에 띄지 않습니다.
| 쟁점 | 보도 내용 | 상태 |
|---|---|---|
| 공격 방식이 파라미터 변조인가 | 매일경제만 보도("나타났다"). 뉴스핌은 "구체적인 경로는 확인 중", 전자신문·한국일보·연합뉴스는 방식 미기재. MBC는 "부가 사이트" 공격이라고만 씀 | 보도 1건 |
| 어떤 값을 바꿨나 (고객번호·조회 대상 등) | 공개된 내용 없음 | 확인 못 함 |
| 공격자가 로그인한 상태였나 | 공개된 내용 없음 | 확인 못 함 |
| 금융보안원이 공유한 IP가 "파라미터 변조 공격"에 쓰인 IP였나 | 매일경제 "파라미터 변조 공격에 쓰이는 여러 IP를 공유 받은 후". MBC는 "다른 금융사를 공격한 이상 IP 26개" | 표현 차이 |
| AI 해킹 도구가 쓰였나 | 매일경제: 새마을금고가 AI 해킹 프로그램 사용을 "추정". 포인트데일리(매일경제 인용): 새마을금고는 AI 사용 가능성을 배제하지 않지만 "단정하기 어렵다". 연합뉴스: 연관성 미확인. 금융위: 연관성·동일 주체 여부 정밀 조사 중 | 엇갈림 |
| 다른 금융사 공격과 같은 공격자인가 | MBC: 금융보안원이 공유한 다른 금융사 공격 IP 26개 중 3개가 공제 사이트 공격 IP와 일치. 헤럴드경제·뉴스핌: 같은 주체인지 확인되지 않음 | IP 일부 일치 · 주체 미확인 |
앞 보고서는 신한은행 사고를 "한 서비스에서 얻은 고객번호를 다른 서비스에 넣어 남의 정보를 조회"한 구조로 보고, OWASP의 API 보안 위험 1위 BOLA(객체 수준 권한 확인 누락)와 같은 유형이라고 해석했습니다. OWASP는 BOLA를 "요청에 담긴 ID를 조작해" 노리는 공격이라고 설명합니다. 파라미터 변조는 "요청값을 바꾸는 행위"를 가리키는 말이고, BOLA는 "그 값이 바뀌어도 서버가 권한을 확인하지 않는 빈틈"을 가리키는 말이라, 같은 사고를 공격자 쪽과 방어자 쪽에서 본 이름에 가깝습니다.
매일경제 설명("접근 권한 등에 대한 검증이 헐거울 때")이 맞다면, 새마을금고 사고는 신한은행 사고와 같은 계열의 빈틈(서버가 요청값과 권한을 매번 확인하지 않음)으로 보입니다. 다만 바꾼 값이 무엇인지 공개되지 않아, 이것은 확정이 아니라 해석입니다. 어느 쪽이든 결론은 같습니다. 이 빈틈은 AI가 없어도 공격할 수 있는 기본 통제의 문제이고, 장비보다 서버 쪽 코드에서 권한을 확인해야 근본적으로 막힙니다. AI는 시도를 빠르게 반복하게 해 주는 가속기일 뿐입니다.
| 해킹 원인 | 추천 솔루션 (우선순위) | 이 원인에 필요한 이유 | 국내 예시 | 글로벌 예시 |
|---|---|---|---|---|
| ① 요청값 검증 누락 | 1 서버 쪽 권한 확인 코드 수정 1 웹 모의해킹·소스 점검 2 API 스키마 검증 2 런타임 BOLA 탐지 |
바뀐 값이 들어와도 서버가 "이 사람이 이 기록을 볼 수 있는가"를 매번 확인하면 공격이 성립하지 않음. 스키마 검증은 정해진 형식 밖의 값을 거부 | 점검: 엔키화이트햇 Offen(구독형 모의해킹) | BOLA 탐지: Cloudflare API Shield, Imperva. 스키마 검증: Cloudflare, F5 |
| ② 관리가 덜 된 부가 사이트 | 1 외부 노출 자산 목록화 + 공격표면관리(ASM) 2 웹·API 보호(WAAP)를 부가 사이트까지 같은 수준으로 |
공격자는 주 서비스가 아니라 이용이 적은 공제 사이트를 골랐음. 무엇이 열려 있는지 먼저 알아야 함 | ASM: 금융보안원 아틀라스 ASM, 엔키화이트햇 Offen, AI스페라 Criminal IP. WAAP: 펜타시큐리티 와플, 모니터랩 아이온클라우드, 파이오링크 웹프론트 | API 자동 발견: Akamai, Cloudflare, F5, Imperva, Salt Security, Wallarm, Google Apigee |
| ③ 차단 기록을 경보로 잇지 못함 | 1 웹 방화벽 차단 기록의 실시간 분석·반복 IP 경보 규칙 2 보안관제 자동 대응(SOAR)·24시간 관제 |
장비가 이미 막은 IP가 이틀 동안 다시 들어왔음. 김용만 의원도 "반복 공격 IP를 즉시 경보하고 차단하는 관제 체계"를 요구 | (관제 제품은 이번에 확인하지 않음) | 이상 행위 탐지: Cloudflare, F5, Imperva, Salt, Wallarm, Google |
| ④ 외부 통보 의존 | 1 공유받은 IP를 과거 기록과 자동 대조 2 대량·비정상 조회 응답의 민감 정보 탐지 |
공유 IP를 받은 뒤 기록을 대조해 비로소 알았음. 대조를 사람이 아니라 자동으로, 공유 즉시 하면 시간 차가 줄어듦. 응답에 주민등록번호·계좌번호가 반복해 실려 나가는 것을 잡는 것도 방법 | 금융보안원·금감원 공격 IP 공유 | 민감 정보 탐지: Akamai, F5, Imperva, Salt, Wallarm |
| ⑤ IP 교체 | 1 위협 정보 자동 반영 2 세션·기기 지문·행동 기반 봇 탐지 |
해외 IP를 막자 새 IP 수십 개가 왔음. IP 대신 행동 패턴으로 같은 공격자를 묶어야 함 | 금융보안원 공유 체계 | 봇 관리: Akamai, Cloudflare, Imperva, Wallarm, AWS WAF, Google Cloud Armor |
| ⑥ 자동화 도구 가능성 | 2 요청 횟수 제한 3 머신러닝 기반 이상 탐지 |
자동화 도구는 같은 시도를 빠르게 반복함. 다만 ①~⑤의 기본 통제를 대신하지 못함 | - | F5, Wallarm, Google Cloud Armor(Adaptive Protection) |
| ⑦ 감독 분리 | 1 금융보안원 위협 정보·점검 체크리스트를 상호금융에 같은 시점에 적용 3 감독 체계 정비 |
금융당국의 4일 경계 조치와 8일 12개 항목 점검이 상호금융에 어떻게 적용됐는지 공개되지 않음 | 제도 영역(제품 아님) | |
| ⑧ 유출 조회 화면 | 1 조회 전 본인인증 1 반복 조회 차단 |
이름·휴대폰 번호만으로 조회되면, 이 화면 자체가 사기범의 확인 도구가 될 수 있음 | 휴대폰 본인확인 등 기존 인증 수단 적용 | |
우선순위: 1 즉시~1개월 2 1~3개월 3 3~12개월. 추천과 우선순위는 이 보고서의 제안입니다.
| 회사 (제품) | BOLA 탐지 ① | 스키마 검증 ① | 이상 행위 탐지 ③⑥ | 봇 관리 ⑤ | 민감 정보 탐지 ④ |
|---|---|---|---|---|---|
| Akamai | ◐ | — | ● | ● | ● |
| Cloudflare | ● | ● | ● | ● | — |
| F5 | ◐ | ● | ● | — | ● |
| Imperva (Thales) | ● | ◐ | ● | ● | ● |
| Salt Security | ◐ | — | ● | — | ● |
| Wallarm | — | — | ● | ● | ● |
| AWS WAF | — | — | ◐ | ● | — |
| Google Cloud | — | — | ● | ● | — |
● 공식 제품 페이지·문서에서 기능 확인 ◐ 간접 확인 — 앞 조사에서 확인 못 함. "—"는 기능이 없다는 뜻이 아닙니다. 근거 문장과 출처 링크는 「금융권-해킹-사고원인-예방대책.html」 3절에 있습니다.
| 항목 | 10월 6일 보고서 | 이번 보고서 (10월 15일) |
|---|---|---|
| 피해 금융회사 | 7곳 (은행 4, 저축은행 2, 캐피탈 1) | 16곳. 새마을금고중앙회, OK·DB저축은행, 산은캐피탈, 온투업 2곳(PFCT·모우다), 전자금융업자 1곳(브라이트픽스), 가상자산사업자 2곳(스트리미·프라뱅) 추가(금융위, 뉴스핌) |
| 유출 규모 | 개인 약 6만 6천 명 + 법인 2,200건 (파이낸셜뉴스 10.04) | 약 10만 건 (금융위 10.14). 계좌 비밀번호·카드번호 유출 사례는 확인되지 않음 |
| 새마을금고 | 언급 없음 (당시 보도로는 같은 IP 공격을 막음) | 6일 뒤 다른 IP로 뚫림 |
| 공격 방식 | 인증 우회, 고객번호 대입, 세션 검증 미흡 등 | "파라미터 변조"(매일경제, 보도 1건) 추가. 앞 보고서 ①④와 같은 계열로 해석 |
| 탐지 지연 | 신한 약 15시간 반 | 새마을금고 약 60시간. 웰컴저축은행·현대캐피탈은 "닷새 뒤에야 인지"(데일리안 제목). 탐지가 금융보안원 IP 공유에 의존한 사례가 늘어남 |
| 당국 점검 | 12개 항목 점검 지시 | 결과: 555곳 중 130곳 미흡. 보안패치 미적용, 기술지원 종료(EOS) 시스템, 24시간 관제 미구축, 대외 시스템 인증·인가 누락, 다중인증 미도입 |
| 새 원인 | - | 차단 기록을 경보로 잇지 못함(③), 감독기관 분리(⑦), 사고 뒤 조회 화면의 본인확인 부재(⑧) |
| 항목 | 보도 A | 보도 B | 이 보고서의 처리 |
|---|---|---|---|
| 침해 시각 | 10일 오전 9시 9분 (매일경제, 행정안전부 자료) | 10일 오후 연휴기간 (연합뉴스, 더퍼블릭) | 공식 자료를 인용한 매일경제를 따름. 오후는 공격이 이어진 시간일 수 있음 |
| 인지 시각 | 12일 오후 8시 55분 (매일경제) | 12일 늦은 오후 (한국일보), 12일 오후 IP 공유 뒤 (MBC) | 서로 어긋나지 않음 |
| 공격 IP | 3개, 과거 차단 이력 있음 (MBC) | 새로운 IP 수십 개 (연합뉴스·한국일보·서울경제) | 둘 다 적음. 수십 개 중 금융보안원 목록과 일치한 것이 3개일 가능성이 있으나 확인 못 함 |
| 금융보안원 공유 IP | 26개 (MBC) | 금감원이 특정한 공격 IP 28개 (앞선 보도, 10월 초) | 시점·주체가 다른 목록으로 봄 |
| 유출 인원 | 400여 명 (매일경제·한국일보·MBC) | 400명대, 정확한 규모 확인 중 (뉴스핌·연합뉴스) | "400여 명"으로 적고 늘어날 수 있다고 표시 |
| 유출 항목 | 12개 (뉴스핌·연합뉴스·서울경제) | 매일경제는 8개만 나열 ("등") | 12개를 따름. 개인별로 다름 |
| 신고처 | KISA (한국일보) | 금융당국 (연합뉴스·전자신문·서울경제) | 둘 다 신고한 것으로 보이나 원문 공지는 확인 못 함 |
| AI 사용 | 새마을금고가 AI 해킹 프로그램 사용 추정 (매일경제) | 단정하기 어렵다 (포인트데일리), 연관성 미확인 (연합뉴스) | "추정, 미확정" |
| 업권 | 회사 | 수 |
|---|---|---|
| 은행 | 신한, 국민, 부산, 하나 | 4 |
| 저축은행 | 예가람, 웰컴, DB, OK | 4 |
| 여신전문금융 | 현대캐피탈, 산은캐피탈 | 2 |
| 온라인투자연계금융(온투업) | PFCT, 모우다 | 2 |
| 전자금융업자 | 브라이트픽스 | 1 |
| 가상자산사업자 | 스트리미(고팍스 운영사), 프라뱅 | 2 |
| 상호금융 | 새마을금고중앙회 | 1 |
출처: 뉴스핌 10월 14일(금융위 제2차 긴급 상황대응 회의). OK저축은행은 홈페이지 대출 신청 과정에서 183명 유출(헤럴드경제). 전체 유출 약 10만 건은 16곳 합계이며, 새마을금고 400여 명과 범위가 다릅니다.
보도된 사실을 순서대로 이었습니다. 빨간 칸이 막을 수 있었던 약한 고리입니다.
| 회사 | 공격 시작 | 처음 알아챔 | 시간 차 | 알게 된 계기 | 출처 |
|---|---|---|---|---|---|
| 신한은행 | 9월 28일 18:04 | 9월 29일 09:30 | 약 15시간 반 | 자체 인지 | MBC (앞 보고서 9절) |
| 새마을금고 | 10월 10일 09:09 | 10월 12일 20:55 | 약 60시간 (59시간 46분) | 금융보안원 IP 공유 뒤 기록 대조 | 매일경제, MBC |
| 웰컴저축은행·현대캐피탈 | 확인 못 함 | 확인 못 함 | "닷새 뒤에야 인지" | 확인 못 함 | 데일리안 기사 제목 (본문은 열지 못함) |
59시간 46분은 매일경제가 밝힌 두 시각의 차이를 이 보고서가 계산한 값입니다.
이 폴더의 「앤트로픽 클로드 시험 이탈·PyPI 사건 통합보고서」는 AI 모델이 시험 중 실제 인터넷을 공격한 사건을 다룹니다. 두 사건은 성격이 다르지만(하나는 AI 개발사의 시험 사고, 하나는 사람이 일으킨 금융 해킹), 같은 교훈이 겹칩니다.
| 공통 교훈 | PyPI 사건 | 새마을금고 사고 |
|---|---|---|
| 기록을 남기는 것과 살펴보는 것은 다르다 | 기록은 남았지만 제때 보지 않아 4월 사고를 7월에 발견 (원인 ⑧) | 웹 방화벽이 수상한 IP를 차단했지만 관제가 놓쳐 약 60시간 뒤 인지 |
| "막혀 있다"는 말을 믿지 말고 확인하기 | "인터넷이 없다"던 시험 환경이 실제 인터넷에 열려 있었음 | 10월 4일 무렵 공격을 막았지만, 6일 뒤 다른 IP와 부가 사이트로 뚫림 |
| 자동화는 속도를 높인다 | AI 모델이 10~34시간 동안 쉬지 않고 시도 | 자동화 도구로 반복 시도했을 가능성(전문가 의견, 미확정) |
이 표는 이 보고서의 해석입니다. 두 사건 사이에 사실상의 연결(같은 도구·같은 행위자)이 있다는 근거는 없습니다.
AI 브라우저 Aside 조사 결과 중 위키 문서에 근거한 "용의자 국적·나이" 정보와, IP 3개를 연합뉴스·한국일보 보도로 돌린 부분은 원문으로 확인되지 않아 쓰지 않았습니다. IP 3개는 MBC 보도에서만 확인됐습니다.