Railway, 고객 환경 변수 유출 가능성…AI 키 노린 공격

클라우드 배포 플랫폼 Railway가 10월 21일(미국 시간) 보안 공지를 내고 외부 공격자가 고객 환경 변수 저장 시스템에 접근했을 가능성이 있다고 밝혔다. 일부 환경 변수는 복호화된 내용까지 유출됐을 수 있다. Railway는 이번 공격이 최근 플랫폼 기업을 겨냥해 AI 추론 제공업체를 노린 연쇄 공격의 일부라고 판단하고, 전체 배포를 멈춘 채 모든 사용자에게 키 교체를 권고했다.

핵심 정리

• Railway는 10월 21일 고객 환경 변수를 저장하는 시스템에서 이상 활동을 탐지했고, 일부 변수는 복호화된 값까지 노출됐을 수 있다고 밝혔다.
• Railway는 이번 침해를 AI 추론 제공업체를 노리고 플랫폼 기업을 공격하는 연쇄 공격의 일부로 보고 있으며, 조사 기간 배포와 빌드를 중단했다.
• Railway는 모든 사용자에게 API 키를 포함한 환경 변수와 프라이빗 레지스트리 자격 증명을 즉시 교체하라고 권고했다.

Railway 환경 변수 유출, 무엇이 털렸나

Railway 공지에 따르면 노출 가능성이 있는 대상은 고객이 플랫폼에 저장한 환경 변수다. Jake Cooper CEO 명의로 올라온 Railway 보안 공지는 같은 날 오전 이상 활동을 탐지했고, 권한 없는 제3자가 암호화된 환경 변수에 접근했을 수 있다고 설명했다. 일부 변수는 복호화된 내용까지 확보됐을 가능성도 인정했다.

환경 변수는 애플리케이션이 실행될 때 읽어 들이는 설정값으로, 외부 서비스의 API 키, 데이터베이스 접속 정보, 컨테이너 레지스트리 자격 증명 같은 비밀값이 주로 들어간다.

피해 규모는 아직 확정되지 않았다. Railway는 초기 분석상 영향이 일부 사용자에 그칠 수 있다고 밝혔지만 구체적인 고객 수는 공개하지 않았다. 침입 경로도 공지에 나오지 않았다. 회사는 영향받은 계정을 확인하는 대로 해당 고객에게 이메일로 직접 알리겠다고 했다.

배포 중단과 사용자가 해야 할 조치

Railway는 조사 기간 플랫폼의 모든 배포를 일시 중단했다. 빌드도 막혀 고객은 복구 전까지 새 버전을 내보낼 수 없다. Railway 상태 페이지에는 미국 서부·동부, 유럽 서부, 동남아시아 리전의 빌드가 '일시 중지' 상태로 표시됐다. 회사는 키를 미리 폐기할 수 있도록 상위 서비스 제공업체에도 사고를 통보했다.

사용자에게 권고한 조치는 세 가지다. Railway에 저장한 모든 환경 변수와 API 키를 즉시 교체하고, 프라이빗 레지스트리 자격 증명도 바꾸며, 해당 서비스의 로그에서 비정상 활동을 점검하라는 것이다.

왜 AI 추론 제공업체를 노리나

Railway가 공격 목적을 'AI 추론 제공업체 침해'로 지목한 점이 눈에 띈다. 앱 개발사가 배포 플랫폼에 넣어 두는 비밀값에는 OpenAI·Anthropic 같은 모델 제공업체의 API 키가 흔히 포함된다. 이 키를 훔치면 공격자는 남의 계정으로 대형 언어 모델을 마음껏 호출하고, 비용은 피해 기업이 떠안는다.

이런 수법은 보안 업계에서 'LLM재킹(LLMjacking)'으로 불린다. 보안 기업 Sysdig는 2024년 5월 이 수법에 이름을 붙이며, 훔친 클라우드 자격 증명으로 호스팅 모델 접근권을 되파는 공격을 분석했다. Sysdig 분석은 최악의 경우 피해 계정의 모델 사용료가 하루 4만6천 달러를 넘을 수 있다고 추산했다.

같은 날 AI 개발 도구 생태계에서는 별도의 공급망 사고도 보고됐다. 보안 기업 SafeDep은 여러 LLM API를 한 인터페이스로 묶어 주는 오픈소스 라이브러리 LiteLLM의 PyPI 배포판 1.107.0에 자격 증명 탈취 코드와 백도어가 들어 있었다고 밝혔다. SafeDep에 따르면 이 코드는 LiteLLM 프록시 데이터베이스의 LLM 제공업체 키와 AI 코딩 도구 설정 파일을 노렸다. 다만 두 사고가 서로 연관됐다는 발표는 지금까지 없다.

클라우드 배포 플랫폼 보안, 앞으로의 쟁점

Railway 사고는 비밀값을 한곳에 모아 두는 배포 플랫폼이 공격자에게 효율 높은 표적이 된다는 점을 보여 준다. 한 플랫폼을 뚫으면 그 위에서 돌아가는 수많은 서비스의 API 키를 한꺼번에 노릴 수 있어서다. AI를 활용한 공격이 소수 인력으로 여러 기업을 동시에 겨냥하는 흐름은 공격자 한 명이 오픈소스 AI 하네스로 27개 기업을 공격한 사례에서도 확인된 바 있다.

남은 쟁점은 침입 경로, 실제 피해 고객 수, 복호화가 어떻게 가능했는지다. 배포 재개 시점과 후속 사고 보고서 내용에 따라 다른 SaaS·클라우드 플랫폼의 비밀값 관리 방식도 다시 점검받을 전망이다.

자주 묻는 질문

Railway 사용자는 지금 무엇을 해야 하나?

Railway는 모든 사용자에게 저장된 환경 변수와 API 키, 프라이빗 레지스트리 자격 증명을 즉시 교체하라고 권고했다. 해당 서비스 로그에서 비정상 활동이 있었는지도 확인해야 한다. 영향 통보 이메일을 받지 않았더라도 예방 차원에서 같은 조치가 권장된다.

Railway 사고와 LiteLLM 악성 패키지는 같은 공격인가?

두 사고는 같은 날 알려졌고 모두 AI 서비스 키를 노린 정황이 있지만, 연관성을 확인한 발표는 없다. Railway는 공지에서 LiteLLM을 언급하지 않았고, SafeDep의 LiteLLM 분석도 Railway를 언급하지 않았다.

Railway 배포는 언제 재개되나?

10월 21일 기준 Railway는 재개 시점을 밝히지 않았다. 회사는 상태 페이지에서 빌드 재개 소식을 알리겠다고 했다.