2026-08-06
이메일로 변호사에게 보내기 전에 문서를 암호화해야 할까?
이혼 소송을 진행 중인 의뢰인이 은행 거래내역서, 양육 일정표, 어쩌면 회계 감정인의 보고서까지 담긴 재산 분할 자료를 변호사에게 이메일로 보냅니다 — 마침 열려 있는 아무 계정으로요. 이혼이나 양육권 분쟁을 겪는 많은 가정에서, 그 계정은 곧 전 배우자가 될 사람이 여전히 비밀번호를 알고 있는 계정이거나, 집 안의 다른 누군가가 여전히 로그인할 수 있는 공용 컴퓨터에 동기화된 계정입니다. 그 문서 자체가 사건 전체를 압축해 담고 있는 경우가 많은데, 정작 그것을 어떻게 보내는지는 바로 이런 상황에 정확히 적용되는 법조계 윤리 규정이 아니라 습관에 의해 정해지곤 합니다. 그런 규정은 실제로 존재하고, 구체적이며, 그중 하나는 이 시나리오를 콕 집어 이름까지 붙여 놓았습니다.
윤리 규정이 실제로 요구하는 것
2012년 미국변호사협회(ABA)는 Model Rule 1.6을 개정해 새로운 의무를 추가했습니다: "변호사는 의뢰인의 대리와 관련된 정보의 의도치 않은 또는 무단 공개, 혹은 무단 접근을 막기 위해 합리적인 노력을 기울여야 한다(A lawyer shall make reasonable efforts to prevent the inadvertent or unauthorized disclosure of, or unauthorized access to, information relating to the representation of a client)." 무엇이 "합리적"인지는 고정된 체크리스트가 아닙니다 — 해당 규정의 Comment 18은 변호사가 각 통신마다 따져야 할 다섯 가지 비배타적 요소를 나열합니다: 정보의 민감도, 추가 안전장치를 쓰지 않았을 때 유출될 가능성, 그런 안전장치를 도입하는 비용, 그것을 구현하는 난이도, 그리고 그것이 실제로 의뢰인을 대리하는 업무를 얼마나 방해하는가입니다. ABA 윤리·직무규정 상임위원회는 이 틀을 암호화에 직접 적용해 Formal Opinion 477(2017년 5월 11일)에서 이렇게 밝혔습니다: "사실관계에 기반한 분석이란, 암호화처럼 특히 강력한 보호 조치가 어떤 상황에서는 정당화된다는 뜻이다(A fact-based analysis means that particularly strong protective measures, like encryption, are warranted in some circumstances)." 구체적인 지침은 한 걸음 더 나아갑니다: "의뢰인 정보가 충분히 민감하다면 변호사는 전송을 암호화하고 이를 어떻게 충분히 보호할지 정해야 하며, 첨부파일에 대한 비밀번호 보호도 고려해야 한다(if client information is of sufficient sensitivity, a lawyer should encrypt the transmission and determine how to do so to sufficiently protect it, and consider the use of password protection for any attachments)."
규정이 콕 집어 이름 붙인 시나리오
Formal Opinion 477은 "충분히 민감하다"를 추상적인 말로 남겨두지 않습니다. 각주에서 이 의견서는 암호화나 다른 보안 조치가 필요한 구체적 상황을 나열한 텍사스주 변호사윤리위원회 의견(Op. 648, 2015)을 인용하는데, 그 목록의 첫 번째 항목이 바로 위의 가족법 시나리오입니다: "제3자(이혼 사건에서의 배우자 등)가 이메일 계정의 비밀번호를 알고 있을 가능성이 있는 상태에서 의뢰인에게 이메일을 보내는 경우, 또는 특히 그 이메일이 고용주와의 노동 분쟁과 관련된 것이라면 의뢰인 개인의 직장 이메일 계정으로 보내는 경우(sending an email to a client when it is possible that a third person (such as a spouse in a divorce case) knows the password to the email account, or to an individual client at that client's work email account, especially if the email relates to a client's employment dispute with his employer)." 같은 목록에는 공용 컴퓨터나 빌린 컴퓨터에서 보내는 경우, 의뢰인이 다른 사람과 함께 쓰는 계정으로 보내는 경우도 추가되어 있습니다. 이 중 어느 것도 특이한 위협 모델이 아닙니다 — 가정과 직장에서 개인 계정이 실제로 공유되는 지극히 평범하고 흔한 방식들이며, 바로 그렇기 때문에 한 주(州)의 윤리위원회가 굳이 이를 문서로 남겨야 한다고 판단한 것입니다.
첨부파일 암호화는 패스프레이즈가 다른 경로로 갈 때만 의미가 있다
암호화된 첨부파일이 그 파일을 여는 패스프레이즈와 같은 이메일 스레드 안에 함께 놓여 있다면 아무것도 보호되지 않습니다 — 그 메시지를 읽을 수 있는 사람은 둘 다 읽을 수 있으니까요. 이건 특정 도구만의 한계가 아니라 패스프레이즈 기반 암호화 전반에 해당하는 사실이며, 정확히 텍사스 의견 648이 묘사한 그 시나리오의 빈틈이기도 합니다: 이미 계정 비밀번호를 알고 있는 배우자는 암호화된 파일을 받게 되고, 만약 패스프레이즈가 그 같은 계정 어딘가에 타이핑되어 있다면 패스프레이즈까지 함께 손에 넣게 됩니다. 실용적인 해결책은 화려하지 않습니다: 암호화된 파일은 한 경로로(이메일, 공유 드라이브 링크 등 이미 하던 방식) 보내고, 패스프레이즈는 다른 경로로 — 전화 통화, 상대방이 실제로 통제하는 번호로 보내는 문자, 또는 대면 전달로 — 보내서, 한쪽 경로가 뚫려도 두 조각이 한꺼번에 넘어가지 않도록 하는 것입니다.
"비밀번호 걸린 첨부파일을 이메일로 보냈다"만으로 충분하지 않은 이유
암호화는 Comment 18 분석에 들어가는 하나의 입력값이지, 그 자체로 존재하는 것만으로 분석을 충족시키는 규칙이 아닙니다. 그 차이는 수치로도 드러납니다: 사이버보안 기업 DeepStrike가 ABA Cybersecurity TechReport 설문 데이터를 분석한 결과, 어느 시점에서든 보안 침해를 경험한 적 있는 로펌의 비율은 약 29%였고, 같은 분석이 인용한 별도의 Arctic Wolf 설문에 따르면 지난 1년 안에만 침해를 겪은 비율은 약 39%까지 올라가며, 직원 100명 이상인 로펌에서는 약 42%로 더 높았습니다. 그 침해 사고들이 전부, 혹은 대부분 이메일 전송 중에 문서가 가로채인 경우는 아닙니다 — 피싱과 계정 탈취가 더 흔한 침입 경로입니다. 하지만 그것이 정확히 Comment 18의 "유출 가능성" 요소가 가리키는 지점입니다: 민감한 첨부파일이 지나가는 그 계정 자체가 이미 공격 대상이며, 첨부파일이 암호화되어 있는지 여부와는 별개라는 것입니다 — 같은 텍사스 의견서가 "제3자가 접근할 가능성이 있는" 기기에서 보내는 것 역시 메시지 내용과 무관한 별도의 위험으로 지목한 것도 바로 이 때문입니다.
NearSeal이 여기서 하는 역할, 그리고 의도적으로 하지 않는 것
NearSeal은 Formal Opinion 477이 첨부파일에 대해 말한 바로 그 한 문장에 들어맞습니다: 파일을 암호화하고, 그것에 대한 비밀번호 보호를 고려하라는 것입니다. 문서를 넣으면 브라우저 안에서만 암호화되고 — 어디로도 업로드되지 않습니다 — 패스프레이즈로부터 유도된 키를 사용합니다. 기본값은 NearSeal 자체 형식의 AES-256-GCM(PBKDF2-SHA256을 220회 반복)이고, 몇 년 뒤에도 이 사이트가 아니라 공식 age나 rage CLI로도 그 파일을 열어야 한다면 옵트인 방식의 age-encryption.org 형식을 선택할 수 있습니다. 어느 쪽이든 다시 열 때 설치할 것도, 계정을 만들 것도 필요 없습니다 — 암호화했던 바로 그 무료 웹페이지가 그대로 복호화도 해줍니다. 이는 Formal Opinion 477이 "기술적 숙련도(technological sophistication)"가 부족할 수 있는 의뢰인에 대해 언급한 부분과도 맞닿아 있습니다. NearSeal이 의도적으로 하지 않는 일은 패스프레이즈 자체를 정하거나 전달하거나 관리하는 것입니다 — 링크 공유도, 알림도, 비밀의 나머지 절반을 위한 내장 채널도 없습니다. 그건 전혀 다른 위협 모델을 가진 별개의 일이고, Comment 18은 어떤 안전장치를 도입하기 전에 그것이 의뢰인을 대리하는 업무를 얼마나 방해하는지 따지라고 요구하기 때문입니다. 이 글은 법률 자문이 아니며, 변호사가 각 사안마다 직접 내려야 할 Comment 18 판단을 대신하지도 않습니다 — 이는 윤리 의견서가 이미 설명하고 있는 두 단계짜리 실무 중 파일 암호화라는 절반에 해당할 뿐이며, 패스프레이즈 전달이라는 나머지 절반은 전화 통화든, 문자든, 대면 전달이든 상대방이 실제로 통제하는 경로에 맡겨야 합니다.