본문으로 건너뛰기
HexaTransfer
블로그로 돌아가기
산업 솔루션

Legal Document Transfer: Maximum 보안 Practices

Transfer legal documents with maximum 보안. Encryption, audit trails, and access controls for sensitive legal communications.

개인정보 보호법(PIPA) 제29조는 개인정보를 처리하는 법률 사무소에 기술적 안전조치를 의무화하며, 개인정보보호위원회(PIPC) 고시는 암호화 알고리즘 수준을 구체적으로 명시합니다. 최고 수준의 법률 문서 전송은 이를 훨씬 초과합니다: 클라이언트 측 AES-256-GCM 암호화, 60만 회 이상 반복의 PBKDF2-SHA256 또는 Argon2id 기반 키 파생, TLS 1.3 전송, SHA-256 해시 기반 감사 로그, 대역 외 패스프레이즈 교환, 짧은 링크 만료 기간, 사건 범위 접근 통제, 전송 전 메타데이터 제거가 결합되어야 합니다.

법률 문서의 위협 모델

통제를 명세하기 전에 위협을 명세해야 합니다. 법률 문서가 직면하는 위협:

  • 기회주의적 가로채기 — 개방형 Wi-Fi, 이메일 주소 오타, 호텔 네트워크
  • 표적 스파이 활동 — 인수합병 거래, 지식재산 소송, 정부 계약에 관심 있는 APT 그룹
  • 내부자 실수 — 어소시에이트가 잘못된 초안을 첨부하는 경우
  • 클라우드 벤더 침해 — 제3자 스토리지 공급자 사고
  • 소환장 및 제3자 접근 — 공급자가 공개를 강제당하는 경우
  • 보존 기반 노출 — 폐기된 드라이브에 비암호화 상태로 방치된 오래된 데이터

최고 수준의 보안은 하나의 고가 도구 도입이 아니라, 각 위협에 특정 통제를 적용하는 것을 의미합니다.

종단간 암호화 대 저장 암호화

이 두 가지는 종종 혼동됩니다. 저장 암호화(AWS S3 SSE-KMS 등)는 하드 드라이브를 물리적으로 탈취당할 경우 데이터를 보호하지만, 클라우드 공급자가 키를 보유하므로 소환장이나 침해 시 복호화가 가능합니다. 종단간 암호화는 공급자가 평문을 볼 수 없고, 키는 발신자와 의도된 수신자만 보유합니다.

가장 민감한 법률 파일—특권 보호 통신, 영업 비밀, 미공개 인수합병—에는 종단간 암호화가 올바른 선택입니다. HexaTransfer의 AES-256-GCM 클라이언트 측 모델처럼 업로드 전 브라우저에서 제로 지식 암호화를 구현하는 도구가 이 속성을 제공합니다. hexatransfer.com에서 무료로 계정 없이 최대 10 GB까지 이용할 수 있습니다.

이미 공개된 증거물, 공공 기록 등 일상적 전송에는 공급자 관리 저장 암호화로 충분합니다.

패스프레이즈 위생과 대역 외 교환

암호화 파일과 같은 이메일로 패스워드를 보내면 보안이 추가되지 않습니다. 하나를 읽는 공격자는 둘 다 읽을 수 있습니다.

최고 수준의 보안 실무:

  • 최소 20자 엔트로피의 패스프레이즈 생성(주사위 단어 목록 방식 추천)
  • 전송 도구를 통해 암호화 파일 전송
  • 패스프레이즈는 별도 채널로: 전화, 문자, Signal, 대면 소통
  • 전송 간 패스프레이즈 재사용 금지
  • 이메일에 노출된 패스프레이즈 즉시 교체

일부 전송 도구는 임의 패스프레이즈를 자동 생성하고 한 번만 표시합니다. 브라우저를 닫기 전에 별도 채널로 의뢰인에게 패스프레이즈를 전달하세요.

소송에서 통하는 감사 로그

사무소가 문서 공개 관련 소송에 휘말리거나, 의뢰인이 제출 건을 다투거나, 감사가 발생할 때 감사 로그가 구체적인 질문에 답해야 합니다. 최소 필드:

  1. 업로드 타임스탬프(UTC)
  2. 업로더 신원(인증됨, 공용 계정 아님)
  3. 업로드 시 파일 SHA-256 해시
  4. 수신자 신원 또는 링크 범위
  5. 타임스탬프, 출처 IP, 사용자 에이전트가 포함된 모든 다운로드
  6. 최종 만료 또는 취소 이벤트
  7. 타임스탬프가 있는 실패 시도

로그 불변성이 중요합니다. 로그를 흔적 없이 편집할 수 있으면 능숙한 상대방 법률 대리인이 모든 항목에 의문을 제기합니다. RFC 3161 신뢰할 수 있는 타임스탬프 기관의 주기적 암호화 타임스탬프와 결합된 추가 전용 로깅이 증거 가치를 강화합니다.

메타데이터 제거와 문서 위생

Word 문서는 보이는 내용 이상을 담고 있습니다:

  • 작성자, 수정 이력, 템플릿 출처
  • 추적 변경 사항 및 댓글(표시 또는 숨김)
  • 삽입된 콘텐츠(EXIF 데이터가 있는 Excel 개체, 이미지)
  • 내부 드라이브 하이퍼링크
  • 사용자 정의 문서 속성

외부 전송 전 메타데이터 제거:

  • Microsoft Word: 파일 → 정보 → 문제 검사 → 문서 검사
  • Adobe Acrobat Pro: 도구 → 편집 → 문서 위생처리
  • 엔터프라이즈 워크플로우용 Litera Metadact, iScrub

수정 이력이 해로울 수 있을 때는 외부 배포용으로 플랫 PDF로 변환하세요.

접근 통제와 최소 권한 원칙

인수합병 데이터룸에서 대상 CFO는 재무 자료에, 인수자의 세무 고문은 세금 신고서에, 환경 컨설턴트는 환경 보고서에만 접근해야 합니다. 즉석 전송에도 원칙을 적용하세요:

  • 수신자 그룹당 사건당 하나의 전송
  • 의미 있는 경우 다운로드 횟수 제한
  • 최단 합리적 기간으로 만료 설정(대부분 7일, 최민감 사안은 72시간)
  • 수신자가 중간에 사무소를 떠날 경우 취소 가능

엔터프라이즈 데이터룸(Intralinks, Datasite, Firmex)은 이를 기본으로 구현합니다. 소규모 전송은 최소한 링크별 만료와 다운로드 로깅을 지원하는 도구를 선택하세요.

민감한 소수를 위한 클라이언트 측 암호화

모든 전송에 제로 지식 암호화가 필요하지는 않습니다. 5~10%에 해당하는 경우—변호사 업무 산물, 소장 제출 전 조사 파일, 합의 초안, 국경 간 특권 민감 자료—에는 클라이언트 측 암호화가 올바른 아키텍처입니다.

메커니즘: 파일이 발신자 브라우저에서 서버가 볼 수 없는 패스프레이즈에서 파생된 키로 암호화됩니다. 서버는 암호문을 저장합니다. 수신자 브라우저는 패스프레이즈 검증 후 복호화합니다. 서버가 소환당하거나 침해되거나 단순히 들여다보더라도 읽을 것이 없습니다.

구현 검증 방법:

  • JavaScript가 브라우저에서 암호화를 실행하는가? (DevTools에서 Network, Sources 탭 확인)
  • 서버가 어느 시점에도 패스프레이즈를 보지 않는가?
  • 키 파생 방법은? (60만 회 이상의 PBKDF2-SHA256 또는 Argon2id가 현재 기준선)
  • 암호가 인증되는가? (AES-256-GCM 예; HMAC 없는 CBC 아니오)

사고 대응 준비

최고 수준의 보안 설정도 실패합니다. 사고 전에 대응을 계획하세요:

  • 탐지 — 비정상 다운로드 패턴, 복호화 실패 시도, 비정상 지역에 대한 경보
  • 격리 — 5분 이내에 링크를 취소할 수 있는가? 활성 전송의 패스프레이즈를 교체할 수 있는가?
  • 평가 — 무엇이 노출되었는가? SHA-256 해시와 파일 인덱스가 이에 답합니다
  • 통지 — GDPR 72시간 규제 기관 시계, 주 위반 법률, 위탁 계약 조건
  • 복구 — 포렌식, 개인정보가 포함된 경우 신용 모니터링 제공, 의뢰인 소통

가장 약한 고리 감사

최고 수준의 파일 전송은 사슬입니다. 모든 고리가 중요합니다:

  • 엔드포인트 장치가 암호화되어 있는가?
  • 의뢰인 데이터를 다루는 모든 계정에 다중 인증이 적용되어 있는가?
  • 패스프레이즈 교환 전에 수신자가 확인되었는가?
  • 전송 로그가 분기별로 검토되는가?
  • 보존 정책이 실제로 실행되고 있는가?

분기별로 하나의 사슬을 선택하여 처음부터 끝까지 감사하세요. 취약점은 예상치 못한 곳에서 나타납니다. 최고 수준의 법률 문서 전송은 제품이 아니라, 암호화, 인증, 권한 부여, 로깅, 대응의 규율 있는 실천입니다.

엔드투엔드 암호화로 대용량 파일을 안전하게 전송

엔드투엔드 암호화로 최대 10GB의 파일을 무료로 전송하세요. 계정이 필요하지 않습니다. 업로드 전에 브라우저에서 파일이 암호화되어 다른 사람은 읽을 수 없습니다.

파일 보내기