Executive Summary
기업용 데이터 카탈로그를 만드는 앨레이션(Alation)이 8월 20일 사이버공격을 확인했습니다. 자사 설명으로는 500곳 넘는 글로벌 기업이 이 소프트웨어를 쓰고, 그중에는 미국 포춘 1000 기업의 절반쯤이 들어 있습니다. 회사가 공개한 것은 시스템 한 곳에서 무단 행위가 있었고 조사 중이라는 한 문단이 전부입니다.
공격의 성격도, 근본 원인도, 영향받은 고객이 몇 곳인지도 밝혀지지 않았습니다. 데이터가 실제로 빠져나갔는지조차 아직 확인되지 않았습니다. 그래서 이 글은 사고의 경위보다 표적의 성격을 봅니다. 카탈로그는 주민번호도 계좌 잔액도 보관하지 않습니다. 대신 어느 테이블에 무엇이 들어 있고, 그 값이 어디서 흘러와 어디로 흘러가며, 누가 그것을 볼 수 있는지를 보관합니다.
사고 하나였다면 이 질문은 오래 남지 않았을 겁니다. 지금 카탈로그는 사람이 화면으로 열람하던 물건에서 에이전트가 함수로 호출하는 물건으로 옮겨 가는 중입니다. 앨레이션 자신도 MCP 서버를 열어 계보 조회와 대량 조회를 에이전트에 도구로 내주고 있습니다. 지도를 촘촘히 그릴수록 지도 자체의 값이 올라갑니다. 앨레이션을 쓰지 않는 조직에도 같은 자리에 같은 지도가 놓여 있습니다.
주요 수치
아래 네 숫자가 지금까지 확인된 범위의 전부입니다. 앞의 둘은 회사가 스스로 밝힌 규모와 시간이고, 셋째는 회사가 답하지 않은 항목이며, 넷째는 뒤에서 비교하는 2024년 스노우플레이크 건입니다.
출처: TechCrunch (2026-08-20) · Alation Cloud Service 상태 페이지
500곳+
앨레이션이 밝힌 고객 기업 수
여기에 미국 포춘 1000 기업의 약 절반이 포함된다고 회사는 설명합니다
56분
8월 18일 가용성 저하 사고의 지속 시간
16시 35분 확인, 17시 31분 해소(UTC). 미주 US-east 리전의 일부 고객이 영향받았습니다
3가지 미공개
공격 성격, 근본 원인, 영향 고객 수
고객 통보 여부와 권고 조치도 밝히지 않았고, 탈취 여부는 아직 불명확합니다
160곳+
2024년 스노우플레이크에서 접근된 고객 환경
그때 조사 결론은 고객 계정 자격증명 탈취였고, 플랫폼 자체가 뚫린 증거는 나오지 않았습니다
이틀 사이, 확인된 것과 확인되지 않은 것
앨레이션은 사내 곳곳에 흩어진 데이터를 자연어로 찾아 주는 소프트웨어를 파는 회사입니다. 최근에는 문서나 로그처럼 정형화되지 않은 자료를 AI가 바로 쓸 수 있는 형태로 바꾸는 쪽으로 제품을 넓혔습니다. 고객사 안에서 이 소프트웨어는 사내 데이터를 찾을 때 가장 먼저 열어 보는 창구에 앉아 있습니다.
8월 18일 화요일 16시 35분(UTC), 앨레이션 클라우드 상태 페이지에 사고 하나가 올라왔습니다. 제목은 일부 고객의 가용성 저하였고, 영향 범위는 미주 US-east 리전이었습니다. 16시 44분에 조치를 적용했다는 기록이 붙었고 17시 31분에 해소로 닫혔습니다. 56분짜리 사고였습니다. 이때 회사는 사이버공격이라는 단어를 쓰지 않았습니다.
이틀 뒤인 20일 목요일, 테크크런치의 질의를 받고 회사가 사이버공격을 확인했습니다. 외부 대리인 스티븐 러셀을 통해 나온 공식 코멘트는 두 문장입니다. 앨레이션은 최근 자사 시스템 한 곳에서 무단 행위가 있었던 단발성 사건을 확인했으며, 무슨 일이 있었는지 철저히 조사하고 있고 적절한 시점에 추가 정보를 제공하겠다는 것입니다.
여기까지가 확인된 전부입니다. 회사는 공격의 성격도, 근본 원인도, 영향받은 고객이 몇 곳인지도 말하지 않았습니다. 고객에게 통보했는지, 고객이 무엇을 해야 하는지도 밝히지 않았습니다. 시스템 상당수가 아마존웹서비스에 올라가 있다는 사실은 확인됐지만, 데이터가 실제로 유출됐는지는 알려지지 않았습니다. 화요일 가용성 저하와 목요일에 확인된 무단 행위가 같은 사건인지도 회사는 연결 짓지 않았습니다. 시간적으로 가까운 두 건이 있었다는 것까지가 지금 말할 수 있는 범위입니다.
테크크런치는 이 사고를 최근 몇 주간의 흐름 안에 놓았습니다. 이달 초 유럽 물류 대기업 세바 로지스틱스가 침해당한 뒤 여러 고객사에서 데이터 도난이 이어졌고, 금융사와 사모펀드를 겨냥한 캠페인도 보고됐습니다. 공통점은 표적의 위치입니다. 기업 고객의 민감하거나 독점적인 정보를 대신 쌓아 둔 벤더가 먼저 맞고 있습니다. 사고를 낸 회사를 탓하는 것보다 같은 구조를 쓰는 조직이 무엇을 놓치고 있는지 먼저 묻는 편이 실익이 큽니다. 6월에 쓴 쿠팡 유출 사고 리포트도 같은 자리에서 출발했습니다.
값은 없는데 지도는 다 있다
데이터 카탈로그는 값을 보관하지 않습니다. 대신 네 가지를 보관합니다. 사내에 어떤 테이블과 컬럼이 있고 이름이 무엇인지, 그 값이 어느 시스템에서 흘러와 어느 대시보드와 보고서로 흘러가는지, 회사가 그 지표를 무슨 뜻으로 쓰기로 합의했는지, 그리고 누가 무엇에 접근할 수 있는지입니다. 업계 용어로는 각각 스키마, 계보, 용어집, 접근 권한 정책이라고 부릅니다.
이 목록이 왜 오래 낮은 등급에 머물렀는지는 이해가 갑니다. 주민번호도 계좌 잔액도 환자 기록도 카탈로그 안에는 없습니다. 감사 범위와 보안 예산이 원본 저장소 쪽으로 먼저 가는 것은 합리적인 판단이었습니다. 그 판단이 성립하던 배경도 분명합니다. 카탈로그는 사내 분석가가 화면으로 열어 보는 물건이었고, 열람 속도는 사람 손의 속도였습니다.
그런데 같은 목록을 다른 눈으로 읽으면 조직의 배치도에 가깝습니다. 어느 스키마가 결제를 담고 어느 컬럼이 개인정보로 태깅돼 있는지, 어느 테이블이 규제 보고서의 최종 소스인지, 어느 계정이 그 테이블에 닿을 수 있는지가 한자리에 정리돼 있습니다. 값 하나 없이도 침입자는 어디를 노려야 하는지, 무엇을 건드리면 티가 나고 무엇을 건드리면 조용한지 읽어 낼 수 있습니다. 몇 주가 걸리던 정찰을 몇 분으로 줄여 주는 문서입니다.
사람이 열람하던 지도를 에이전트가 호출한다
카탈로그 업계가 지난 1년 사이 공통으로 한 일은 이 지도를 기계가 읽을 수 있게 다시 정리한 것입니다. 에이전트에게 사내 데이터를 맡기려면 어디에 무엇이 있는지부터 알려 줘야 하고, 그 답을 가장 정확하게 갖고 있는 곳이 카탈로그이기 때문입니다. 앨레이션은 AI 에이전트 SDK와 MCP 서버를 공개했고, 경쟁 진영인 아틀란도 같은 방향의 MCP 서버를 내놓았습니다. 카탈로그 벤더 전반이 이 방향으로 제품을 다시 세우고 있다는 것은 지난 4월 메타데이터 스택 리포트에서도 짚은 흐름입니다.
앨레이션 MCP 서버가 노출하는 도구 목록을 보면 무엇이 열리는지 구체적으로 보입니다. alation_context는 자연어 질문으로 카탈로그 문맥을 가져오고, lineage는 상류와 하류 그래프를 풀어 주며, bulk_retrieval은 카탈로그 객체를 한꺼번에 내려받습니다. 데이터 제품 목록 조회, 데이터 품질 점검, SQL 질의 에이전트도 같은 서버에 붙어 있습니다. 사람이 화면에서 하루 종일 클릭하던 일이 인증된 호출 몇 번으로 정리됩니다.
보안 관점에서 이 변화가 뜻하는 것은 두 가지입니다. 첫째는 속도입니다. 사람이 며칠에 걸쳐 클릭으로 모으던 분량을 대량 조회 도구는 한 호출로 반환합니다. 침입자가 카탈로그 계정 하나를 손에 넣었을 때 확보하는 것이 화면 몇 장이 아니라 카탈로그 전체가 될 수 있습니다. 둘째는 권한입니다. 에이전트에 붙는 서비스 계정은 도구 호출이 실패하지 않도록 넓게 열리는 쪽으로 기우는 경향이 업계에서 반복해 지적됐고, 그 자격증명은 사람 계정보다 회전 주기가 깁니다.
분명히 해 둘 것이 있습니다. 앨레이션은 이번 사고의 경로를 공개하지 않았습니다. MCP 서버나 에이전트 통합이 원인이었다고 말할 근거는 어디에도 없습니다. 여기서 짚는 것은 이번 사고의 원인이 아니라, 이 계층이 앞으로 갖게 될 값입니다.
메타데이터 계층에 어떤 등급을 매길 것인가
4.12024년 스노우플레이크와 무엇이 다른가
데이터 플랫폼 벤더가 얽힌 대형 사고로 가장 많이 인용되는 것은 2024년 스노우플레이크 건입니다. 160곳이 넘는 고객 환경이 접근됐고 티켓마스터와 산탄데르 같은 이름이 피해자 목록에 올랐습니다. 맨디언트가 주도한 조사의 결론은 정보탈취 악성코드로 새어 나간 고객 계정 자격증명이 원인이었고, 다요소 인증이 걸려 있지 않은 계정들이 그대로 열렸다는 것이었습니다. 스노우플레이크 플랫폼 자체가 뚫렸다는 증거는 나오지 않았습니다.
이번 앨레이션 건은 회사가 자사 시스템 한 곳의 무단 행위를 스스로 확인했다는 점에서 결이 다릅니다. 고객이 자기 쪽 인증 설정을 조이는 것만으로 막을 수 있는 종류가 아닐 수 있다는 뜻입니다. 다만 원인이 공개되지 않았으니 이 비교는 여기까지가 안전합니다. 확실한 것은 벤더 내부에서 벌어진 일에 대해 고객이 쓸 수 있는 통제 수단이 계약서와 감사 로그뿐이라는 사실입니다.
4.2오늘 확인할 수 있는 네 가지
앨레이션 고객이 아니어도 답을 갖고 있어야 하는 질문들입니다. 카탈로그를 쓰는 조직이면 콜리브라든 인포매티카든 오픈메타데이터든 같은 자리에 같은 자산이 놓여 있습니다.
- • 분류표에서의 위치. 카탈로그와 계보, 용어집이 사내 데이터 자산 등급표에서 몇 등급에 올라 있는지 확인합니다. 등급이 매겨진 적 없다면 그 자체가 답입니다.
- • 서비스 계정의 폭. 카탈로그를 호출하는 에이전트 계정이 어느 범위까지 볼 수 있고, 자격증명이 언제 마지막으로 교체됐는지 확인합니다.
- • 대량 조회의 흔적. 계보 조회와 대량 조회 계열 호출에 감사 로그와 속도 제한이 걸려 있는지 확인합니다. 정상 호출과 전량 반출이 같은 모양으로 찍힌다면 사후 추적이 성립하지 않습니다.
- • 계약서의 통보 조항. 벤더 사고 때 몇 시간 안에 무엇을 알려 주기로 돼 있는지 확인합니다. 이번처럼 성격과 범위가 공개되지 않는 상황에서 고객이 기댈 수 있는 문서는 그것뿐입니다.
메타데이터 계층을 원본과 같은 등급으로 올리는 것이 정답이라고 말하기는 어렵습니다. 등급을 올리면 카탈로그를 넓게 열어 두는 데서 나오던 이점, 그러니까 누구나 자기 손으로 데이터를 찾아 쓰게 하려던 목적이 함께 줄어듭니다. 카탈로그를 잠가 두면 카탈로그를 도입한 이유가 사라집니다. 다만 등급을 낮게 두던 근거 하나는 이번 주에 확실히 약해졌습니다. 값을 담지 않는다는 사실만으로 낮은 등급을 정당화하기는 어려워졌습니다.
Editor's Note: 페블러스가 데이터 품질 진단에서 반복해 보는 장면도 비슷합니다. 어디에 무엇이 있는지 적어 둔 목록은 대개 원본보다 관리가 느슨한데, 정작 사고가 나면 가장 먼저 펴 보는 문서가 그것입니다. 지도의 등급을 창고의 등급과 같이 매겨 두는 편이 결과적으로 쌌습니다.
원 보도는 테크크런치에서, 8월 18일 사고 기록은 앨레이션 클라우드 상태 페이지에서 볼 수 있습니다.
참고문헌
1차 보도
- 1.Whittaker, Z. (2026). "AI data giant Alation confirms cyberattack." TechCrunch, 2026-08-20.
- 2.Alation. (2026). "Availability degradation incident." Alation Cloud Service Status, 2026-08-18.
비교·배경 사례
- 3.Whittaker, Z. (2026). "A data breach at shipping giant Ceva Logistics is rippling across banks, retailers, Steam gamers, and beyond." TechCrunch, 2026-08-10.
- 4."Google says hackers are calling financial firm employees to hack and extort victims." TechCrunch, 2026-08-06.
- 5.Wikipedia contributors. (2024). "Snowflake data breach." Wikipedia.
AI 에이전트 데이터 거버넌스 배경 자료
- 6.Kiteworks. (2026). "AI Agents Are the Biggest Data Security Threat You're Not Governing."
- 7.OvalEdge. (2026). "Agentic Data Governance: 6 Agent Types + Risks."
- 8.Atlan. (2026). "AI Agents for Data Catalog: Key Capabilities and Limits."