VeraCrypt: Windows, Mac OS X, Linux용 무료 오픈소스 디스크 암호화

 (veracrypt.fr)
2P by GN⁺ | ★ favorite | 댓글 1개
  • VeraCrypt는 TrueCrypt 7.1a를 기반으로 한 무료 오픈소스 디스크 암호화 도구로, Windows·Mac OS X·Linux에서 저장 데이터를 보호하는 데 초점을 둠
  • 파일 하나를 가상 암호화 디스크로 마운트하거나 USB·하드 드라이브 같은 전체 파티션과 저장 장치를 암호화할 수 있음
  • Windows가 설치된 드라이브까지 부팅 전 인증으로 보호하며, 암호화는 자동·실시간·투명하게 동작함
  • 병렬화·파이프라이닝과 하드웨어 가속을 통해 암호화 상태에서도 읽기·쓰기 성능 저하를 줄이는 구조임
  • TrueCrypt보다 기본 반복 횟수를 크게 늘려 무차별 대입 공격 대응을 강화했으며, VeraCrypt 1.26.29는 비시스템 볼륨용 Argon2id와 보안 이슈 2건 수정을 포함함

VeraCrypt가 암호화할 수 있는 대상

  • VeraCrypt는 Windows, Mac OS X, Linux용 무료 오픈소스 디스크 암호화 소프트웨어임
  • AM Crypto가 제공하며 TrueCrypt 7.1a를 기반으로 함
  • 주요 암호화 대상은 다음과 같음
    • 파일 안에 만든 가상 암호화 디스크를 실제 디스크처럼 마운트
    • USB 플래시 드라이브나 하드 드라이브 같은 전체 파티션 또는 저장 장치 암호화
    • Windows가 설치된 파티션 또는 드라이브 암호화와 부팅 전 인증

자동 암호화와 성능 보완

비밀번호 공개 강요에 대비한 숨김 기능

  • 공격자가 비밀번호 공개를 강요하는 상황을 고려해 그럴듯한 부인 가능성(plausible deniability) 을 제공함
  • 관련 기능은 다음과 같음

TrueCrypt 대비 강화된 보안 설정

  • VeraCrypt는 시스템 및 파티션 암호화에 쓰이는 알고리듬 보안을 강화해 새로운 무차별 대입 공격 발전에 대응함
  • TrueCrypt에서 발견된 여러 취약점과 보안 이슈도 해결함
  • 기본 반복 횟수 차이가 큼
    • 시스템 파티션 암호화에서 TrueCrypt는 PBKDF2-RIPEMD160 1,000회 반복을 사용함
    • VeraCrypt는 기본 200,000회 반복을 사용하며, 사용자 지정 PIM으로 늘릴 수 있음
    • 표준 컨테이너와 기타 파티션에서 TrueCrypt는 최대 2,000회 반복을 사용함
    • VeraCrypt는 기본 500,000회 반복을 사용하며, 사용자 지정 PIM으로 늘릴 수 있음
  • 강화된 보안은 암호화된 파티션을 여는 시점에만 지연을 추가하고, 애플리케이션 사용 단계의 성능에는 영향을 주지 않음
  • 버전 1.12부터 PIM 기능으로 사용자 지정 반복 횟수를 사용할 수 있음

TrueCrypt 볼륨 호환성과 변환

  • VeraCrypt는 버전 1.0f부터 TrueCrypt 볼륨을 로드할 수 있음
  • TrueCrypt 컨테이너와 비시스템 파티션을 VeraCrypt 형식으로 변환할 수도 있음

최근 릴리스에서 바뀐 점

  • VeraCrypt 1.26.29가 2026년 6월 9일 릴리스됨
    • 비시스템 볼륨용 Argon2id 지원을 추가함
    • 보안 이슈 2건을 수정함
    • 안정성과 호환성 개선을 다수 포함함
    • 자세한 변경사항은 Release Notes / Changelog에 있음
  • VeraCrypt 1.26.24는 2025년 5월 30일 릴리스됨
    • Windows 화면 보호 기능을 추가함
    • Linux AppImage 지원을 추가함
    • 기타 수정과 개선을 포함함
  • VeraCrypt 1.26.20은 2025년 2월 3일 릴리스됨
    • Windows와 Linux의 회귀 문제를 수정함
    • ARM64 개선과 기타 변경을 포함함
  • VeraCrypt 1.26.19는 2025년 1월 22일 릴리스됨
    • macOS에서 볼륨 분리(dismount)에 영향을 주는 회귀 문제를 수정함
  • VeraCrypt 1.26.18은 2025년 1월 20일 릴리스됨
    • Linux 보안 취약점 2건을 수정함
    • ARM64 플랫폼용 AES 가속을 추가함
    • 여러 수정과 개선을 포함함

설치 파일 검증과 배포 정보

  • 설치 프로그램과 패키지는 Downloads 섹션에서 제공됨
  • 모든 릴리스 파일은 PGP 키로 서명됨
  • 모든 릴리스 파일의 SHA256과 SHA512 합계는 Downloads 섹션에서 제공됨

프로젝트 리소스

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 수년간 True/Vera-Crypt, 암호화 sparse bundle/image 등 온갖 암호화 방식을 써봤지만 어느 것도 딱 맞는 느낌은 아니었음
    요즘은 Cryptomator를 주로 쓰는데, 다른 도구들이 못 해주던 기기 간 투명한 암호화를 해줌
    클라우드 어딘가에 금고를 만들고 데이터를 넣어두면 노트북, 휴대폰, 태블릿에서 일반 파일 탐색 API에 통합된 형태로 접근 가능함
    파일 단위 암호화라 복호화 전에 클라우드에서 20~100MB 덩어리를 내려받을 필요가 없어 대체로 빠름
    Cryptomator는 오픈소스이고 데스크톱은 무료지만, 모바일 앱은 1회 결제임
    https://cryptomator.org/
    https://github.com/cryptomator

    • 예전에는 비슷한 파일 단위 클라우드 암호화 솔루션을 썼지만, 이미 동기화할 서버가 있거나 암호화된 종단으로 쓸 수 있다면 SyncThing이 모든 면에서 더 나았음
    • 직접 써보진 않았지만 CryFS도 있음. EncFS나 eCryptFS처럼 파일 단위지만, 고정 크기와 패딩된 암호문 파일을 써서 파일 구조 정보가 새는 걸 피함
      Cryptomator는 잘 모르겠지만 EncFS라면 암호화된 파일의 크기와 형태만 보고도 예컨대 Tor Browser가 들어 있다는 식으로 추정하기가 비교적 쉬울 수 있음
      https://www.cryfs.org/
    • Rclone이 제공하는 Crypt remote와 매우 비슷해 보임
      Dropbox에 파일 단위 암호화 데이터를 저장하는 데 쓰고 있고, 그 위에 restic 저장소도 둠
      https://rclone.org/crypt/
    • Gocryptfs도 같은 계열의 대안임. Android 지원이 더 좋고 명령줄에서 더 편해서 Cryptomator에서 갈아탔음
    • 작은 개별 파일 묶음을 동기화할 때는 Cryptomator를 쓰고, 큰 로컬 아카이브에는 Veracrypt를 씀
      Dropbox에 연결했는지 Google Drive에 연결했는지는 기억이 가물가물하지만, 문제를 겪은 적은 없음

  • 완전히 곁가지지만, 최근 참여한 CTF에 MP4 파일 안에 True/VeraCrypt 볼륨을 숨긴 스테가노그래피 문제가 있었음
    그 MP4 파일은 일반 VeraCrypt 볼륨처럼 마운트할 수 있었음
    https://keyj.emphy.de/real-steganography-with-truecrypt/

    • 유용했지만, Tor Browser로 글을 열어보려다가 반사적으로 TrueCrypt와 VeraCrypt 명칭을 조심하라고 댓글을 쓰려 했음
      이름이 바뀐 뒤에도 오래된 이름을 계속 쓰면, 특히 보안 맥락에서는 많은 사람이 그걸 글과 데이터의 신뢰도를 낮게 보는 휴리스틱으로 삼음
      대부분의 스테가노그래피는 많은 데이터를 숨기기보다는 키 교환에 더 적합하다고 봄. 다만 이 사이트 이용자 다수는 전체주의자에게 거짓말을 하지 않는, 미국 중심의 법률주의적 위협 모델에 관심이 많아 보임
      https://web.archive.org/web/20110916033048/https://keyj.emphy.de/real-steganography-with-truecrypt/

  • 몇 년째 쓰고 있고, 추천하는 데 전혀 망설임이 없음. 댓글에서 말하는 것만큼 “기술적”이지도 않다고 봄
    성능은 좋고 거의 네이티브 SSD 속도에 가까움. 외장 HDD의 숨김 파티션과 함께 쓰는데, Windows가 그 파티션을 포맷하라고 묻지 않게 만든 뒤로 잘 동작함
    바라는 기능은 Yubikey 같은 장치와의 더 나은 통합임. 정적 비밀번호를 암호화 키로 쓸 수는 있지만 그보다 나은 방식이 필요함

    • “거의 네이티브 SSD 속도”라면, 같은 강도의 암호화 알고리즘을 골랐다고 가정했을 때 BitLocker나 LUKS와 성능이 정확히 어떻게 비교되는지 궁금함
    • 정적 비밀번호에 키 파일을 더해서 씀. 키 파일은 아무 파일이나 될 수 있으니, 기계 안에 그냥 놓여 있는 평범해 보이는 사진 같은 것도 가능함
    • 파일 손상 보고를 본 적이 있어서 늘 사용을 망설였음. Android 앱은 응원 차원에서 결제까지 했음
      파일 손상이 아직도 문제인지 궁금함
    • 기능적으로 정적 비밀번호보다 더 나을 수 있는 게 무엇인지 궁금함

  • TrueCrypt에 실제로 무슨 일이 있었는지 항상 궁금함. 내부 사정이 뭔지 알고 싶음
    추측 말고 실제로 무슨 일이 벌어진 건지 궁금함

  • 정말 좋아하지만 아직 일반인을 위한 답은 아님. 암호화를 알고 이해하는 0.01%에게는 좋지만, 대중에게 갈 준비는 안 됐음
    BitLocker는 버튼 하나 누르고 떠나면 되고, 관리자는 작은 설정 몇 개로 전체 장비에 적용하면서 중앙 관리 복구 키도 둘 수 있음
    VeraCrypt가 더 안전하냐면 그렇고, 고객에게 배포하고 싶냐면 그렇지만, 조직 전체에 배포하고 관리하는 건 악몽이 될 가능성이 큼
    “IT에 밝은 단일 사용자”를 넘어서면 이 훌륭한 도구가 사실상 승산이 없다는 점이 아쉬움

    • Veracrypt는 TrueCrypt 포크이고, TrueCrypt는 기술 수준이 낮은 사람들도 많이 썼음
      특정 용도에서는 꽤 직관적이고, 당시에는 사람들이 쓸 수 있는 가장 단순하면서도 강한 보안 소프트웨어였다고 봄. 무료이자 오픈소스였기 때문임
      BitLocker와 비교하는 건 이상함. 소스가 닫혀 있어서 많은 사람에게는 거의 자동으로 “신뢰 불가”가 되고, Windows 전용이기도 함
    • Veracrypt의 목표가 기업 사용이라고 보진 않음
      기업은 문제가 생겼을 때 책임을 물을 상대가 있다는 의미의 “책임성”을 위해서라면 거의 정의상 Microsoft에 영혼을 팔 것임
      Veracrypt가 존재하고 그 0.01%가 쓸 수 있다는 사실만으로도 충분하며, 이미 기대 이상으로 유용함
    • 정말 더 나은지 의문임. 기반이 된 TrueCrypt 개발자들조차 이제 BitLocker로 옮기라고 권하고 있음
      https://truecrypt.sourceforge.net
    • 같은 수준의 보안, 즉 부팅 시 비밀번호를 요구하는 설정으로 가면 BitLocker가 경험상 훨씬 더 헷갈리고 오류가 나기 쉬움
      무엇을 찾는지 알고 용어도 이해하는데도 세 번 시도해야 했고, 한 번은 드라이브 접근 권한을 잃었음
      기술 지식이 적은 사람에게는 절대 권하지 않겠음. 기본 설정은 잘 동작하지만 도난 같은 흔한 상황에는 보안이 거의 없음
      BitLocker는 운영체제가 제공하는 암호화 중 가장 사용자 친화적이지 않았고, 너무 나빠서 일부러 망가뜨린 것처럼 느껴짐

  • Linux에서 Qt 기반 GUI를 선호한다면 zuluCrypt를 볼 만함
    PLAIN dm-crypt, LUKS, TrueCrypt, VeraCrypt 볼륨을 만들 수 있고, PLAIN dm-crypt, LUKS, TrueCrypt, VeraCrypt, BitLocker 볼륨을 열 수 있음
    https://github.com/mhogomchungu/zuluCrypt

    • zuluCrypt를 깎아내리려는 건 아니지만, 사람들이 암호화 프로그램을 GUI 프레임워크 기준으로 고르지는 않았으면 함
    • 좋은 점임
      다만 VeraCrypt와 그 전의 TrueCrypt가 가진 큰 장점은 Windows, macOS, Linux에서 모두 동작한다는 것임
      서로 다른 시스템 간에 데이터를 공유할 암호화 플래시 드라이브가 필요하면, 내가 아는 한 사실상 유일한 선택지임. 아쉬운 일임

  • 일반 Linux 사용자라면 다음을 실행하면 됨
    sudo touch /etc/udisks2/tcrypt.conf
    sudo systemctl restart udisks2
    그러면 VeraCrypt 볼륨을 Nautilus나 GNOME Disks에서 LUKS 볼륨처럼 쓸 수 있음

    • 일반 LUKS 대신 VeraCrypt 볼륨을 쓰고 싶어 할 이유가 뭔지 궁금함

  • 수년간 Veracrypt를 꽤 가까이 지켜봤고, 잘 동작하며 매우 유능한 선택지로 보이지만 MBR/BIOS와 UEFI 차이가 제한이 아니었으면 좋겠음
    예전 MBR 시스템에서는 Veracrypt로 전체 시스템 드라이브를 암호화할 수 있었고, 이를 통해 다른 무엇도 제대로 복제하지 못한 독특한 기능인 숨김 OS가 가능했음
    숨김 OS 옵션은 레거시 부팅 모드로 제한되는데, 레거시 부팅은 점점 더 권장되지 않는 방향이라 소비자가 이 기능의 밀폐성을 더 이상 누리기 어려워질까 우려됨
    관련 시도는 본 적이 있음
    https://portswigger.net/daily-swig/russian-doll-steganography-allows-users-to-mask-covert-drives
    https://i.blackhat.com/eu-18/Thu-Dec-6/eu-18-Schaub-Perfectly-Deniable-Steganographic-Disk-Encryption.pdf
    하지만 그 뒤로 이런 기능을 다루는 것을 보지 못했고, 다른 암호화 소프트웨어가 스테가노그래피와 암호화, 그럴듯한 부인 가능성에 이 정도로 집중한 경우도 못 봤음

    • 흔한 기능이어야 할 것 같은데, Linux 쪽 제공 상황은 잘 모르겠음. OpenBSD는 전체 디스크 암호화와 이를 잘 처리하는 부트로더를 제공함
      다만 OpenBSD에서 뭔가 동작한다고 하면 보통 설정이 단순하고 문서도 좋아서, 작은 OpenBSD 프로젝트가 할 수 있다면 어디서나 쉬울 거라고 착각하곤 함. 실제로는 전혀 그렇지 않음
      softraid 볼륨에서 부팅하는 것과 NetFlow 소스를 설정하는 것이 떠오르는데, OpenBSD에서는 사소했지만 Linux에서는 엄청난 고생이었음
      또 OpenBSD 매뉴얼 페이지가 더 좋아서 Linux에서 그걸 보고 따라 하다가 왜 안 되는지 의아해하는 실수도 자주 함
    • 이제 가상 머신이 싸고 쉬워져서 관심이 줄어든 것 같음. 그냥 VM을 암호화하면 되기 때문임
      다른 방식으로 OS를 숨기는 접근을 다듬는 중임. TPM에 키를 저장한 디스크 암호화를 쓰고, 기본적으로는 가상화된 OS로 부팅하되 가상화 흔적은 보이지 않게 함
      부팅 화면에서 키 조합을 누르고 비밀번호를 입력해야 실제 OS로 부팅되는 방식임. 모든 것을 막지는 못하지만 목표가 부인 가능성이라면 꽤 많은 상황을 막을 수 있음

  • VeraCrypt는 좋지만 동기화에는 잘 맞지 않음. 디스크 이미지의 어떤 비트라도 바뀌면 전체 디스크 해시가 무효화되기 때문임
    Cryptomator는 구조와 이름을 바꾸되, 내부의 암호화된 파일을 파일로 저장하므로 파일 단위로 동기화할 수 있음

    • 큰 파일의 블록 단위 델타 복사를 지원하는 도구를 쓰면 완화할 수 있음
      https://bvckup2.com/kb/delta-copying
    • VeraCrypt와 Cryptomator는 사용 사례가 상당히 다르다고 봄. VeraCrypt에는 대부분의 사람에게 필요 없겠지만 숨김 볼륨 같은 기능도 있음
    • 제대로 된 동기화 도구라면 바뀐 부분만 동기화할 수 있음
    • Veracrypt는 디스크 암호화 도구이지 동기화용이 아님

  • 기억이 맞다면 VeraCrypt는 방치된 TrueCrypt의 포크였고, TrueCrypt 코드는 검증을 거쳐 백도어나 큰 실수가 없다는 사실상 인증을 받았음
    그 뒤 새롭고 끔찍한 이름을 달고 조용히 배경으로 사라졌음
    TrueCrypt는 정말 훌륭했고, 그럴듯한 부인 가능성에 대한 접근도 마음에 들었지만 2006년쯤 이후로는 쓰지 않았음

답변달기