연방 당국, 2,250억원 암호화폐 탈취와 2022년 LastPass 해킹 연결 확인

 (krebsonsecurity.com)
1P by GN⁺ | ★ favorite | 댓글 1개
  • 미국 연방 수사기관은 2024년 1월 30일 발생한 약 1억5천만 달러($150m) 암호화폐 탈취가 2022년 LastPass 침해에서 훔친 비밀번호 금고와 연결됐다고 판단함
  • 북부 캘리포니아 연방검찰은 2025년 3월 6일 탈취 자금 중 동결된 약 2,400만 달러($24m) 상당 암호화폐를 공식 압수하는 절차를 진행함
  • 압수 문서에는 FBI와 U.S. Secret Service가 온라인 비밀번호 관리자에 저장된 도난 데이터와 비밀번호가 계정 접근과 암호화폐 탈취에 쓰였다고 본 내용이 담김
  • 보안 연구자들은 피해자들이 SIM 스와핑 같은 전형적 선행 공격 없이, 2022년 침해 전 LastPass “Secure Notes”에 암호화폐 시드 구문을 저장한 공통점을 확인함
  • LastPass는 연결을 입증하는 결정적 증거를 받은 적이 없다고 밝혔지만, 오래된 계정의 약한 마스터 비밀번호와 낮은 반복 횟수는 여전히 오프라인 크래킹 위험으로 남아 있음

1억5천만 달러 탈취와 압수 절차

  • 북부 캘리포니아 연방검찰은 2024년 1월 30일 발생한 1억5천만 달러 암호화폐 탈취 뒤 회수·동결된 약 2,400만 달러 상당 암호화폐를 2025년 3월 6일 압수했다고 밝힘
  • 압수 문서의 피해자는 “Victim-1”로만 표기됐지만, 블록체인 보안 연구자 ZachXBT에 따르면 피해자는 암호화폐 플랫폼 Ripple 공동창업자 Chris Larsen임
  • ZachXBT는 이 탈취 사건을 처음 공개한 인물로 알려짐
  • 이번 조치는 수사기관이 이미 동결된 자금을 공식 압수할 수 있게 하는 절차에 해당함

LastPass 침해와의 연결

  • 압수 문서의 핵심은 U.S. Secret Service와 FBI가 2023년 9월 KrebsOnSecurity의 LastPass 침해 분석과 같은 결론에 도달했다는 점임
  • 2023년 9월 보안 연구자들은 2022년 LastPass에서 훔쳐진 비밀번호 금고의 마스터 비밀번호가 크래킹되면서, 여러 피해자에게 6자리 달러 규모 암호화폐 탈취가 반복됐다고 봄
  • 압수 문서에는 FBI가 관련 데이터 침해를 수사해왔고, 이번 사건 수사관들이 FBI 요원들과 대화해 다음 내용을 파악했다는 문구가 포함됨
    • 여러 피해자의 온라인 비밀번호 관리자 계정에 저장된 도난 데이터와 비밀번호가 무단 전자계정 접근에 사용됨
    • 이 접근을 통해 정보, 암호화폐, 기타 데이터가 탈취됨
  • 문서는 같은 공격자가 Victim-1의 온라인 비밀번호 관리자 계정에 저장된 도난 비밀번호를 사용해 암호화폐 지갑 또는 계정에 무단 접근했다고 볼 상당한 이유가 있다고 밝힘

피해자들에게서 반복된 패턴

  • 보안 연구자 Nick Bax와 Taylor Monahan은 수십 명의 피해자를 조사하면서, 고액 암호화폐 탈취 전에 흔히 나타나는 선행 공격이 보이지 않았다고 판단함
    • 이메일 계정 침해
    • 휴대전화 계정 침해
    • SIM 스와핑 공격
  • 피해자들의 공통점은 2022년 LastPass 침해 이전에 암호화폐 시드 구문을 LastPass 계정의 “Secure Notes” 영역에 저장했다는 점임
  • 시드 구문은 암호화폐 보유분에 접근할 수 있게 하는 비밀 코드이며, 이를 가진 사람은 해당 자산에 접근할 수 있음
  • Bax와 Monahan은 탈취 자금이 여러 암호화폐 거래소에 흩어진 다수의 드롭 계정으로 빠르게 이동하는 현금화 패턴도 공통적으로 확인함
  • 정부는 Ripple 공동창업자 피해 사건에서도 비슷한 수준의 복잡성이 있었다고 밝힘
    • 탈취 규모와 빠른 자금 분산에는 여러 악성 행위자의 노력이 필요했을 것으로 봄
    • 이 양상은 온라인 비밀번호 관리자 침해 및 유사 피해자들의 암호화폐 탈취와 일치한다고 판단함

LastPass의 반박과 2022년 침해 경과

  • LastPass는 해당 암호화폐 탈취가 LastPass 침해와 연결됐다는 결정적 증거를 연방 수사기관이나 다른 곳에서 받은 적이 없다고 밝힘
  • 회사는 2022년 사건 공개 이후 여러 법 집행기관 대표들과 긴밀히 협력해왔다고 설명함
  • LastPass는 보안 조치를 크게 강화하는 데 투자해왔고 앞으로도 계속하겠다고 밝힘
  • 2022년 침해 공개 흐름은 단계적으로 바뀜
    • 2022년 8월 25일 LastPass CEO Karim Toubba는 소프트웨어 개발 환경에서 비정상 활동을 탐지했고, 침입자가 일부 소스코드와 독점 기술 정보를 훔쳤다고 사용자에게 알림
    • 2022년 9월 15일 LastPass는 8월 침해 조사 결과 공격자가 고객 데이터나 비밀번호 금고에 접근하지 않았다고 밝힘
    • 2022년 11월 30일에는 8월 침해에서 훔친 데이터를 활용한 더 심각한 보안 사고를 고객에게 알렸고, 일부 비밀번호 금고의 암호화된 사본과 기타 개인정보가 침해됐다고 공개함

오프라인 크래킹과 오래된 계정의 위험

  • 전문가들은 침해로 인해 공격자가 암호화된 비밀번호 금고에 오프라인 접근할 수 있게 됐고, 약한 마스터 비밀번호를 강력한 시스템으로 장시간 크래킹할 수 있었다고 봄
  • 이런 시스템은 초당 수백만 개의 비밀번호 추측을 시도할 수 있음
  • 연구자들은 많은 암호화폐 탈취 피해자가 비교적 낮은 복잡도의 마스터 비밀번호를 사용했고, LastPass의 오래된 고객층에 속했다고 판단함
  • 오래된 LastPass 사용자는 마스터 비밀번호 보호에 적용되는 반복 횟수(iterations) 가 훨씬 적었을 가능성이 더 컸음
    • 반복 횟수는 비밀번호가 회사의 암호화 루틴을 통과하는 횟수를 뜻함
    • 일반적으로 반복 횟수가 많을수록 오프라인 공격자가 마스터 비밀번호를 크래킹하는 데 더 오래 걸림
  • LastPass는 시간이 지나며 신규 사용자에게 더 길고 복잡한 마스터 비밀번호를 요구했고, 반복 횟수도 여러 차례 큰 폭으로 늘림
  • 연구자들은 LastPass가 많은 오래된 고객을 새 비밀번호 요구사항과 보호 수준으로 업그레이드하는 데 성공하지 못했다는 강한 징후를 찾았다고 봄

연구자들의 경고와 남은 위험

  • Bax는 2023년 경고 이후 사람들이 자금을 새 암호화폐 지갑으로 옮기기를 바랐지만, 일부만 그렇게 했고 탈취가 계속됐다고 밝힘
  • Bax는 Secret Service와 FBI가 연구자들의 분석을 확인해준 점은 의미가 있지만, 이런 해킹 자체가 줄어드는 편이 더 낫다고 말함
  • Bax는 ZachXBT와 SEAL 911이 2024년 12월에도 또 다른 탈취 물결을 보고했다며 위협이 여전히 실제적이라고 봄
  • Monahan은 LastPass가 고객에게 “Secure Notes”에 저장된 비밀을 포함해 저장된 비밀정보가 위험할 수 있다는 사실을 아직 알리지 않았다고 비판함
  • Monahan은 LastPass가 사용자의 자격증명 교체를 권고할 수 있었고, 위협 행위자들이 수백만 달러를 훔치는 일을 막을 수 있었다고 봄

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 1Password는 모든 볼트를 기기 간 전달되는 고엔트로피 비밀 키로 암호화하는 선택을 했는데, 이 점이 충분히 인정받지 못하는 듯함
    사용자 경험과 지원 부담은 분명 커졌겠지만, 이런 침해 사고가 나도 사실상 큰 피해가 없게 만들었을 것임

    • Bitwarden도 완전한 오픈소스이고, 공식 클라이언트와 호환되는 독립 서버 구현체인 Vaultwarden이 있다는 점을 더 인정받아야 함
      책상 밑 서버의 가상 머신에서 직접 돌릴 수 있음
      50년 뒤에 이런 회사들이 남아 있을지는 모르지만, 손주들이 원한다면 내가 남겨둔 암호문으로 gpg 암호화된 gzip 파일을 열어 CSV에 담긴 비밀번호를 볼 수는 있을 것 같음
    • 복구 상황에서는 오히려 모든 걸 잃게 되는 것 아닌가 싶음
      화재나 홍수로 모든 컴퓨터를 잃으면 복구 키도 사라지고, 비밀번호만으로는 데이터베이스를 복구할 수 없음
      나는 다소 긴 비밀번호와 높은 PBKDF 반복 횟수를 쓰는 KeePassXC를 쓰는데, 기기를 잃어도 복구에 특정 장치가 필요하지 않음
    • 그 정도는 요즘 기본 요건임
      LastPass가 기준에 못 미쳤던 것임

  • LastPass는 침해 사고를 축소했고, 노트 영역 같은 데이터도 제대로 암호화하지 않았던 것으로 드러났음
    완전히 소송으로 박살났어야 하는데, 지금까지는 책임을 빠져나간 셈임
    LastPass의 일은 하나뿐이었고, 그걸 실패했음. 사용자들의 마스터 비밀번호가 충분히 안전하지 않다는 걸 알면서도 적극적으로 알리거나 선제 대응하지 않은 건 용서하기 어려움
    지금 LastPass를 쓰고 있다면 1Password, Bitwarden, KeePass 같은 더 신뢰할 만한 선택지로 오늘 옮기고, 자신에게 중요한 모든 비밀번호를 바꾸는 게 좋음

    • 기록 차원에서 말하면, 실제로 LastPass는 대규모 소송을 당하고 있음
      https://www.courtlistener.com/docket/66607916/debt-cleanse-g...
      사건을 직접 살펴봐야겠지만 집단소송이라 패소하면 타격이 크고, 이기더라도 비용이 만만치 않을 것임
      법원이 여러 사건을 이 사건으로 병합하는 듯한데, LastPass는 지금까지 연방법원에서 15번 소송을 당했음
      https://www.courtlistener.com/?q=lastpass%20AND%20(caseName%...
    • 몇 년 전에 Bitwarden으로 옮겼는데 마찰이 거의 없었음
      LastPass에서 내보내고, Bitwarden으로 가져온 뒤, 어쩔 수 없는 몇 가지 UI quirks에 익숙해지면 끝이었음
    • 지난 몇 년간 1Password를 써 왔고 꽤 만족하지만, 1Password 7 이후 무료 iCloud 저장소 대신 구독형 클라우드 서비스를 사실상 강제한 점은 아쉬움

  • LastPass 해킹이 어떻게 비밀번호 유출로 이어졌는지 조금 헷갈림
    내가 이해한 1Password 방식대로라면 여전히 매우 어렵거나 불가능해야 할 것 같은데, 비밀번호 관리자나 LastPass의 동작 방식에서 내가 무엇을 잘못 이해하고 있는지 궁금함
    1Password는 복호화 키가 사용자의 단일 비밀번호와 비밀 키로 나뉘어 있고, 볼트를 복호화하려면 둘 다 필요하다고 이해함
    비밀 키는 무작위로 생성되고 128비트 정도인 듯하며, 1Password가 생성해 사용자에게 보내든 로컬에서 생성되든 이후에는 다시 보지 않는 것으로 알고 있음
    그래서 볼트가 도난당해도 공격자는 상대적으로 약할 수 있는 비밀번호뿐 아니라 128비트 비밀 키도 깨야 하니 최소 128비트 보안은 확보되는 것 아닌가 싶음
    LastPass는 무엇이 달랐나? 비밀 키도 같이 도난당했나? 도난당한 볼트의 대상자들이 추가 공격을 받아 비밀 키가 털렸나? LastPass는 1Password와 비슷한 구조를 쓰지 않았나? 아니면 내가 1Password를 쓰면서 생각한 것만큼 안전하지 않은 건가?

    • LastPass는 1Password의 비밀 키 개념을 쓰지 않고, 비밀번호에서 파생한 키만 사용함
      침해 이후 해시 반복 횟수를 급히 늘리고 [1], 기업 관리자가 최소 반복 횟수를 설정할 수 있는 기능도 추가했지만 [2], 그 시점에는 이미 늦었음
      [1] https://palant.info/2022/12/28/lastpass-breach-the-significa...
      [2] https://support.lastpass.com/s/document-item?language=en_US&...
    • LastPass는 볼트 메타데이터를 암호화하지 않은 채 저장했음
      메타데이터에는 URL 같은 정보가 포함되어서, 공격자가 더 가치 높은 볼트를 우선적으로 깨도록 해줬음
      facebook.com과 google.com 로그인만 있는 볼트라면 건너뛰고, coinbase와 다른 암호화폐 사이트 10개가 들어 있는 볼트라면 몇천 달러를 들여 깨보는 식임
      출처: https://github.com/cfbao/lastpass-vault-parser/wiki/LastPass...
    • 기본적으로 LastPass는 사용자의 비밀번호를 알고 있었고, 1Password는 그렇지 않다고 이해했음
      LastPass는 전체 키를 쥐고 있었던 셈임
      다만 기업 환경에서는 사용자가 잊었을 때 비밀번호를 재설정할 수 있으니 1Password도 사용자의 비밀번호를 “알” 수도 있음
      예전 버전이나 개인용 버전이 더 안전할 가능성은 있음

  • 2013년쯤 두 번째 큰 보안 침해 이후 LastPass를 떠났음
    Wikipedia에는 전체 사고가 3건만 나오지만, 2010년부터 지금까지 최소 5건은 보도에서 본 기억이 있음
    그동안 회사들에서 LastPass를 계속 마주쳤고, 그때마다 솔직히 놀랐음. 다섯 번 속으면 뭐라고 해야 하나…

    • 이게 어떻게 합법인지 모르겠음
      이제는 사실상 사업 관행이 된 것 아닌가 싶음
      식중독이 나면 정부가 식당은 폐쇄하면서, 이 경우에는 왜 아무것도 하지 않는지 모르겠음
      게다가 이 돈이 모두 축 국가들로 흘러간다고 보면 훨씬 더 심각함

  • LastPass가 둘 사이의 관련 증거가 없다고 보는 건 이해는 감
    하지만 수백만 달러어치 “수집품”을 보관하는 사람들이 적어도 매년 비밀번호를 바꾸지 않았다는 것도 믿기 어려움
    목적 없는 비밀번호 주기 변경이 더 이상 모범 사례가 아니라는 건 알지만, 이 경우에는 여전히 꽤 신중한 조치처럼 보이지 않나?

    • 파생 지갑의 시드 구문은 바꿀 수 없음
      새 지갑을 만들고 자산을 옮겨야 함

  • 로컬 KeePassXC를 보며 차분하게 그대로 쓰고 있음

    • 이런 통제권이 점점 사치가 되어 가고 있음
      단순한 상태로 어떻게 돌아갈 수 있을지 모르겠음. 예를 들어 공유 서비스와 계정이 있는 3인 가족이라고 해보면, 모든 걸 KeePass에 두려면 모든 기기와 운영체제 사이에서 파일 동기화를 직접 처리해야 함
      그 과정에서 자격 증명이 제3자 동기화 서비스를 거치게 될 수 있고, 그러면 KeePass의 장점 대부분이 사라짐
      자체 호스팅 Bitwarden 같은 인스턴스로 옮기는 게 맞는 길일 수 있지만, 그러면 가족 중 한 명이 평생 전담 시스템 관리자가 되어 그 인스턴스를 안전하게 유지하면서도 언제 어디서나 접근 가능하게 만들어야 함
    • 내 오프라인 키 파일은 차갑게 죽은 하드 드라이브에서나 빼앗아갈 수 있을 것임
      어떤 것들은 인터넷에 올라가면 안 됨
    • 휴대폰 같은 기기 간 동기화는 어떻게 하는지 궁금함
      가족 공유나 긴급 접근 같은 기능은 어떻게 처리하나?

  • 비밀번호를 클라우드에 넣으라고 했고, 아무 일도 안 생길 거라고 했지

    • 클라우드는 API 뒤에 있는 남의 데이터센터일 뿐이라는 말을 들은 적이 있음
      그런데 사람들이 들었나? 아니었음

  • 이렇게 오랜 시간이 지났는데도 모두의 자격 증명을 중앙화하는 건 여전히 가장 위험한 발상처럼 보임
    해커에게 더 매력적인 게 있다면 공짜 섹스와 마약 정도겠지만, 그것도 잠깐이고 결국 다시 모두의 자격 증명을 훔치러 돌아갈 것임
    다른 표적도 많음. 모두의 개인식별정보, 친구·가족·반려동물 정보, 보안 질문 답변, 모바일 ID, PIN 번호, 계좌번호, 서명, 사진, 지문, 음성 패턴, 얼굴·망막 스캔, 걸음걸이, DNA, 미토콘드리아 RNA까지 있음

    • 비슷한 불만은 있지만, 전체적으로 보면 계정마다 무작위 비밀번호를 쓰는 게 더 중요하다고 느낌
      자체 호스팅 Vaultwarden이 최고임. 아니면 망치지 말아야 함

  • 보안을 신경 쓰는 사람들은 비밀번호를 어떻게 관리하는지 궁금함
    모든 곳에 같은 비밀번호를 쓰거나, 어떤 형태로든 비밀번호 관리자가 필요한 것 같은데, 한곳에 모든 비밀번호를 모으면 하나가 아니라 전부 털릴까 늘 걱정됨
    많은 해법에는 편의성의 절충도 있는 것 같음
    집 서재에 비밀번호가 적힌 물리 바인더를 둘 수도 있겠지만, 매번 찾아서 입력하기 번거롭고 집에 물리적으로 접근할 수 있는 사람에게는 큰 위험이 됨

    • 사용성을 생각하면 Bitwarden을 쓰면 됨
      가능하고 자체 호스팅을 선호한다면 Vaultwarden도 좋음
      인터넷에 연결되어 있는 이상 어느 순간에는 누군가를 신뢰해야 하며, 강력한 2단계 인증(SMS/이메일 제외)과 볼트 백업을 함께 쓰면 위험을 줄일 수 있음
      볼트에 넣은 뒤에는 모든 비밀번호를 어느 시점에 재설정해야 함
      Bitwarden 확장 프로그램이나 앱으로 길고 무작위 생성된 비밀번호를 쓰면 충분히 쉬움
      각 서비스에서도 강력한 2단계 인증을 켜두는 게 좋음
      https://bitwarden.com/help/setup-two-step-login/
      https://bitwarden.com/resources/guide-how-to-create-and-stor...
    • 가능하면 Windows Hello의 TPM 기반 해법처럼 실제 하드웨어에 묶인 패스키를 쓰고, 그렇지 않은 곳에는 KeePass를 씀
      KeePass 데이터베이스는 클라우드로 동기화하지만, 비밀번호와 함께 여는 데 쓰는 패스키 파일은 해당 머신 밖으로 나가지 않음
      또 키 파일은 읽기에 관리자 권한이 필요해서 KeePass를 권한 상승 상태로 실행하며, 이 덕분에 프로세스 메모리 공간도 사용자 영역 엿보기로부터 보호됨
    • 간단한 알고리즘을 씀
      실제 비밀번호를 기억하는 게 아니라, 사이트나 서비스별 비밀번호를 만들어내는 알고리즘을 기억함
      완벽하진 않지만 대부분의 비밀번호가 고유하게 나옴
      전문가들이 어떻게 볼지는 모르겠지만 나에게는 잘 작동해 왔음
    • 비밀번호 관리자를 자체 호스팅하는 건 사소한 일은 아니지만 충분히 가능함

  • LastPass가 처음 등장했을 때 모두 약하고 신뢰할 수 없다고 생각했던 걸 기억함
    Pepperidge Farm은 기억함

    • 비밀번호 보안 연구를 많이 한 교수이자 보안 연구자인 Lujo Bauer에게 LastPass를 추천받았음
      다만 그건 2013년쯤, 아직 초기 스타트업 시절이었음
      비밀번호 해시의 낮은 반복 횟수보다 더 나쁜 건, LastPass를 쓰는 동안 많은 메타데이터가 암호화되지 않는다는 사실을 몰랐다는 점이고, 그게 매우 걱정됨
      나는 당시에도 지금도 96비트 암호문을 써서 오프라인 공격 관점에서는 침해로부터 안전했겠지만, 메타데이터는 노출됐을 테니 찜찜함
      2017년에 1Password로 옮겼으니 침해 전에 내 데이터를 지웠기를 바라지만, 누가 알겠음
    • 출처가 궁금함
      그 우려가 “비밀번호 관리자는 단일 장애 지점이다!” 같은 막연한 얘기가 아니라 명확하게 정리되어 있었나?
답변달기