AI 뉴스

Meta, AI 챗봇 악용으로 Instagram 계정 수천 개 해킹 확인 — 공격 메커니즘과 사용자 대응 가이드

노동1호 2026. 6. 7. 19:03

Meta, AI 챗봇 악용으로 Instagram 계정 수천 개 해킹 확인 — 공격 메커니즘과 사용자 대응 가이드

Meta, AI 챗봇 악용으로 Instagram 계정 수천 개 해킹 확인 — 공격 메커니즘과 사용자 대응 가이드

Meta가 자사의 AI 지원 계정 복구 시스템 취약점으로 인해 최소 20,225개의 Instagram 계정이 해킹당했다고 공식 통지했습니다. 이번 사건은 AI 챗봇이 단순한 고객 응대를 넘어 보안에 민감한 코드 경로에 깊이 관여할 때 어떤 위험이 발생하는지를 적나라하게 보여줍니다. 본문에서는 공격 메커니즘, 피해 범위, Meta의 대응 조치, 그리고 일반 사용자가 당장 취해야 할 보안 수칙을 정리합니다.

사건 개요와 피해 규모

2026년 4월 17일경부터 Meta가 챗봇을 비활성화한 이번 주까지 약 7주간 공격이 지속됐습니다. Meta가 메인주(Maine) 주민에게 발송한 데이터 침해 통지서를 기준으로 피해자는 최소 20,225명이며, 그중 메인주 거주자는 30명입니다. 표면적인 숫자보다 중요한 것은 공격으로 인해 노출된 정보의 범위입니다.

• Instagram 본 계정과 연결된 페이스북, Threads 등 Meta 패밀리 앱 계정의 완전한 통제권

• 연락처 정보, 생년월일, 프로필 정보

• 과거에 작성한 모든 게시물, 다이렉트 메시지(DM)

• 계정 활동 로그(로그인 위치, 시간, 디바이스 정보)

해킹 과정에서 어떤 정보가 실제로 조회·유출됐는지는 Meta조차 정확히 모르고 있다고 알려졌습니다. 통지서를 받은 사용자 본인이 직접 확인하지 않는 한, 어떤 데이터가 노출됐는지 알 수 없는 상황이 이어졌습니다.

공격 메커니즘 — 별도 코드 경로의 이메일 검증 버그

이번 침해의 핵심은 AI 챗봇이 수행한 계정 복구 흐름에 있습니다. Instagram은 계정 소유자가 비밀번호를 잊어버렸을 때 챗봇을 통해 신원 확인과 재설정을 시도하게 했는데, 그 과정에서 두 단계가 결합되어 버그를 만들었습니다.

1. 공격자가 피해자 계정의 사용자명(또는 전화번호)을 입력2. 챗봇이 "비밀번호 재설정 링크를 받을 이메일을 알려달라"고 요청3. 공격자는 자신이 통제하는 이메일 주소를 입력4. 시스템은 해당 이메일이 계정에 연결된 이메일과 일치하는지 검증하지 않음5. 별도 코드 경로가 입력된 이메일로 재설정 링크를 그대로 발송6. 공격자는 링크를 받아 비밀번호를 변경하고 계정 탈취 완료

본래라면 "요청자가 입력한 이메일이 계정에 등록된 이메일과 같은가"를 확인하고, 다르면 요청을 거부해야 합니다. 그러나 이중 인증(2FA)이 꺼져 있는 계정에 한해 별도 코드 경로가 검증을 건너뛰었고, 그 결과 권한 없는 제3자가 계정 소유자도 모르게 비밀번호 재설정 링크를 받아낼 수 있었습니다.

여기서 결정적인 부분은 챗봇 자체의 동작입니다. 챗봇은 "정상적으로 의도대로 작동"했지만, 그 의도가 계정 보안이라는 측면에서 잘못 설정돼 있었습니다. 메타의 침해 통지서가 "도구는 정상적으로 의도대로 작동했다"고 표현한 부분이 HN 댓글에서 "수술은 성공했지만 환자는 죽었다"는 이탈리아 속담으로 회자된 이유입니다.

Meta의 대응 조치

사건이 공개된 직후 Meta는 다음 조취를 취했습니다.

1. AI 챗봇 비활성화 — 인스타그램 계정 복구 흐름에서 챗봇을 일시적으로 제거했습니다.

2. 재설정 코드 경로 제거 — 챗봇이 사용자 계정을 재설정할 수 있게 만든 별도 코드 경로를 삭제했습니다.

3. 전사 챗봇 점검 — 동일한 패턴의 버그가 다른 챗봇(광고, 메신저, 페이지 관리 등)에도 잠재해 있을 가능성을 우려해 자사 플랫폼 전반의 챗봇 코드 경로를 점검 중입니다.

4. 피해자 통지 — 이번 주 초부터 영향을 받은 사용자에게 비밀번호 재설정 알림을 발송하기 시작했고, 일부는 해킹이 여전히 진행되고 있다고 보고했습니다.

다만 챗봇 악용에 이른 구체적 경위는 여전히 불투명합니다. 단일 공격자가 7주간 지속된 공격을 수행한 것인지, 자동화 도구를 사용해 다수가 동시에 접근한 것인지는 메타가 명확히 설명하지 않았습니다. 메타의 봇 트래픽 허용 정책상 자동화 침해 시도가 거리낌 없이 이루어졌을 가능성이 HN 커뮤니티에서 제기됐습니다.

일반 사용자가 당장 해야 할 일

이번 사건은 메타 사용자라면 누구나 점검해야 할 보안 과제를 남겼습니다. 아래 항목을 즉시 확인하세요.

Meta, AI 챗봇 악용으로 Instagram 계정 수천 개 해킹 확인 — 공격 메커니즘과 사용자 대응 가이드

이중 인증(2FA) 활성화 — 이번 버그의 핵심 경로 중 하나는 2FA가 꺼진 계정이었습니다. 인스타그램 앱 → 설정 → 계정 센터 → 비밀번호 및 보안 → 이중 인증 메뉴에서 인증 앱(Google Authenticator, 1Password 등)을 반드시 등록하세요.

로그인한 디바이스 점검 — 설정 → 계정 센터 → 비밀번호 및 보안 → 로그인한 디바이스에서 모르는 기기가 있다면 즉시 로그아웃 처리합니다.

연결된 이메일·전화번호 확인 — 계정과 연결된 이메일과 전화번호가 현재 본인이 통제하는 정보인지 재확인하고, 모르는 항목이 남아있다면 제거합니다.

의심스러운 DM·게시물 점검 — 해킹된 계정은 친구에게 사기성 DM을 보내거나, 스폰서 게시물을 무단 등록하는 경우가 많습니다. 지난 30일간 보낸 DM을 빠르게 훑어보세요.

동일 비밀번호 재사용 금지 — 인스타그램과 동일한 비밀번호를 다른 서비스(메일, 클라우드, 은행)에 사용 중이라면 지금 즉시 고유한 비밀번호로 교체합니다.

개발자·플랫폼 운영자가 얻어야 할 교훈

이번 사건은 AI를 보안에 민감한 흐름에 투입할 때 따라야 할 원칙을 다시금 환기시킵니다.

AI를 "신원 확인자"로 사용하지 말 것 — 챗봇은 입력 파싱과 사용자 안내에는 강하지만, "이 사람이 진짜 소유자인가"를 판단하는 인증 수단이 되어서는 안 됩니다. 인증은 결정론적인 규칙과 별도 코드 경로에서 처리해야 합니다.

권한 경계를 명시적으로 코딩 — "이메일이 계정과 일치하지 않으면 무조건 거부" 같은 핵심 보안 규칙은 LLM 프롬프트가 아니라 하드코딩된 if 분기에서 강제해야 합니다.

고위험 코드 경로의 테스트 우선순위 — "사용자가 다른 이메일을 요청할 수 있는가"는 사실상 첫 번째로 작성해야 할 보안 테스트 케이스입니다. HN 사용자도 같은 지적을 했고, 메타 내부 QA에서 이 시나리오가 누락된 것이 직접적 원인으로 보입니다.

보안 사고의 책임 소재 명확화 — 메타 통지서 표현처럼 "정상 작동이었다"는 변명은 사용자 신뢰를 회복하지 못합니다. 고의가 아니라 부주의였다는 점 자체가 더 큰 문제라는 점을 IT·법률 커뮤니티는 반복 지적하고 있습니다.

전망 — AI 기반 고객 응대의 양날의 검이 더 선명해지다

AI를 1차 지원 데스크에 투입하는 것은 인스타그램 같은 30억 사용자 규모 서비스에서 응대 비용을 극적으로 줄일 수 있는 거의 유일한 수단입니다. 그래서 업계 전반의 AI 도입 가속은 멈추지 않을 가능성이 높습니다. 다만 이번 사건은 응대 자동화로 얻는 비용 절감과 보안 사고로 잃는 신뢰·법적 비용 사이의 트레이드오프가 어느 지점을 넘으면 안 되는지를 명확히 보여준 사례입니다.

미국에서는 소프트웨어 제품의 책임 면제를 약화시키는 방향으로 UCC(상법) 개정 논의가 필요하다는 의견이, EU에서는 GDPR 4% 매출 한도 과징금이 실제로 집행돼야 한다는 요구가 HN 댓글에서 나왔습니다. 이 사건이 직접적인 규제 변화로 이어지지는 않더라도, "AI 챗봇이 사용자 인증 흐름을 대체하는 것"이 위험 신호로 기록됐다는 점은 분명해 보입니다.

요약

• Meta가 자사 AI 챗봇의 별도 코드 경로 버그로 최소 20,225개 Instagram 계정이 해킹됐다고 통지했습니다.

• 핵심 원인은 비밀번호 재설정 시 요청 이메일과 계정 이메일의 일치 여부를 검증하지 않은 별도 코드 경로에 있습니다.

• Meta는 챗봇을 비활성화하고 재설정 코드 경로를 제거했으며, 전사 챗봇 점검을 진행 중입니다.

• 일반 사용자는 이중 인증 활성화, 로그인 디바이스 점검, 동일 비밀번호 재사용 금지, 의심스러운 DM 확인이 필요합니다.

• 개발자에게는 "AI를 신원 확인자로 쓰지 말 것", "보안 규칙은 하드코딩할 것"이 핵심 교훈입니다.


📚 출처

https://news.hada.io/topic?id=30237