Text2Store
다운로드

도움말

인증된 백업

나중에 무언가를 내보낸 시점부터가 아니라, 만든 순간부터 신뢰할 수 있는 타임스탬프가 붙은 백업.

요약

백업할 때 Text2Store가 독립적인 타임스탬프 기관에 그 순간을 증명해 달라고 요청할 수 있어요. 그 증명은 이후 계속 백업 안에 들어 있어서, 누구든 나중에 백업 내용이 바뀌지 않은 채 존재했다는 걸 우연히 무언가를 내보낸 날부터가 아니라 백업을 만든 날부터 증명할 수 있어요. 체크박스 하나면 되고, 그 순간에만 인터넷이 필요하며, 백업에 포함된 무료 기능이에요.

인증된 백업이란

Text2Store 백업은 원래 가져온 모든 것의 체크섬을 기록해 두기 때문에, 나중에 파일이 바뀌었는지 앱이 알 수 있어요. 인증된 백업은 그 체크섬을 쓰는 바로 그 순간에 한 가지를 더해요. 그 지문을 독립적인 타임스탬프 기관(DigiCert, 공개 표준 RFC 3161 사용)에 보내고, 서명된 응답을 백업 옆에 저장해요. 그 응답은 백업이 가져온 그대로 그 시각에 존재했다는 신뢰할 수 있는 증인이에요. 백업 자체는 바뀌지 않아요. 같은 파일, 같은 속도, 모두 그대로이고 작은 파일 하나만 더해져요.

이건 아카이브(컴퓨터에 저장된 백업)의 속성이고, 검증된 내보내기(누군가에게 건네는 .zip)와는 별개예요. 둘은 함께 작동해요. 아래를 참고하세요.

켜기

인증은 설정의 인증된 백업 스위치이고, 기본으로 켜져 있어요. 끌 때까지 메뉴에서 시작한 백업을 포함해 그 컴퓨터의 모든 백업에 적용돼요. 백업할 때마다 백업 대화상자가 이번 백업이 인증되는지 알려 주고, 설정에서 바꿀 수 있는 링크도 보여 줘요. 그 밖에 기기별이나 백업별로 설정할 건 없어요.

인증된 백업을 만드는 순간에는 인터넷 연결이 필요해요. 작은 요청 하나로 32바이트 지문만 보내고, 메시지나 파일은 절대 보내지 않아요. 오프라인이거나 타임스탬프 서비스에 연결할 수 없어도, Text2Store는 백업을 실패시키거나 인증서를 꾸며내지 않아요. 백업을 평소처럼 마치고 보관하며(타임스탬프가 없다고 버리기엔 백업이 너무 소중하니까요), 분명하게 알려 줘요. "백업은 저장되었으나 인증되지 않았습니다." 아카이브는 완전하고 안전해요. 그냥 인증되지 않은 일반 백업으로 남을 뿐이에요. 인증된 백업이 필요하다면 온라인이 된 뒤 다시 백업하세요.

체크 표시의 의미

인증은 어디서나 같은 작은 배지로 보여요. 체크 표시가 있는 로제트 모양 인장이에요. 경고가 아니라 백업의 출처에 관한 사실이라 일부러 눈에 덜 띄게 했고, 세 곳에서 보게 돼요.

  • 백업 목록에서는 인증된 아카이브의 날짜 옆에 작은 회색 체크 배지가 붙어요. 암호화된 아카이브의 자물쇠 아이콘만큼 은은해요. 마우스를 올리면 "인증된 백업: 생성 시각이 신뢰할 수 있는 타임스탬프로 고정되어 있습니다"라고 나와요.
  • 대화 목록 아래에서는 열린 백업이 인증된 경우, 대화와 메시지 개수 아래에 같은 배지가 초록색으로 "인증된 백업"이라는 글자와 함께 나타나요.
  • 검증된 내보내기 창에서는 배지가 다시 나타나는데, 주장에 맞춰 색이 달라요. 원본 아카이브가 인증됐다면 초록색으로 "인증된 백업에서 만들어졌습니다", 아니라면 회색으로 "오늘 기준으로 검증합니다"예요. 이 차이가 내보내기에 실제로 무엇을 뜻하는지는 아래에 있어요.

증명하는 것

일반 백업도 나중에 백업 이후 파일이 바뀌었는지 알려 줄 수 있지만, 대조하는 기록이 보호하는 파일 바로 옆에 있어요. 원본 파일에 접근할 수 있는 사람이라면 원칙적으로 파일을 고치고 그 기록을 몰래 다시 만들어 맞출 수 있어요. 인증된 백업은 증인을 누구의 손도 닿지 않는 바깥에 둬서 그 틈을 막아요. 타임스탬프는 DigiCert의 개인 키로 서명되고, 그 키는 DigiCert 말고는 아무도 갖고 있지 않아요. 나도, Text2Store도, 공격자도요. 나중에 로컬 기록을 다시 만들면 지문이 바뀌어 봉인된 타임스탬프와 더 이상 맞지 않으니, 불일치가 드러나요.

이게 "백업한 뒤에 메시지를 고치고 나서 이걸 건넸을 수도 있잖아"에 대한 답이에요. 검증된 내보내기의 타임스탬프가 "내보낸 뒤에 고쳤잖아"에 답하는 것과 같은데, 고정 시점이 두 단계 앞, 즉 내보낼 때가 아니라 백업할 때일 뿐이에요.

왜 백업할 때만 가능한가

인증은 나중에 백업에 더할 수 없고, Text2Store가 그런 방법을 제공하는 일도 없을 거예요. 나중에 받은 타임스탬프는 백업이 나중에 존재했다는 것만 증명하고, 그게 바로 인증이 막으려는 틈이거든요. 그래서 체크박스는 백업 창 한 곳에만 있어요. 인증되지 않은 중요한 백업이 있다면, 체크박스를 켜고 새로 만드는 수밖에 없어요.

검증된 내보내기를 어떻게 강화하나

인증은 검증된 내보내기의 조건이 아니에요. 인증 여부와 상관없이 어떤 백업에서든 변경 여부를 확인할 수 있는 .zip을 내보낼 수 있고, 쓸모도 늘 그대로예요. 달라지는 건 내보내기의 증명이 얼마나 과거로 거슬러 올라가느냐예요.

  • 인증된 백업에서: 내보내기가 백업 자체의 생성 시 타임스탬프를 이어받아서, 증명의 고리가 내보낸 시점만이 아니라 백업한 시점까지 거슬러 올라가요. 내보내기 안의 인증서도 분명히 말해요. 첨부 파일은 그 날짜에 신뢰할 수 있는 타임스탬프가 붙은 백업과 바이트 단위로 같고, 기록은 거기서 추출했다고요.
  • 인증되지 않은 백업에서: 내보내기는 평소처럼 내보낼 때 타임스탬프가 붙고, 변경 여부를 확인할 수 있는 것도 전과 같아요. 다만 백업 자체를 증명한 게 없어서, 백업과 내보내기 사이에 무슨 일이 있었는지는 말할 수 없어요. 내보내기는 그걸 솔직하게 적어요. "오늘 기준으로 검증합니다. 이 백업은 만들어질 때 인증되지 않았으므로 오늘 이전의 무결성은 증명되지 않습니다."

어느 쪽이든 내보내기는 진짜이고 독립적으로 검증할 수 있어요. 인증은 더 이른 고정점을 더할 뿐, 무언가를 빼앗지 않아요.

"바이트 단위로 같다"는 주장도 원래 인증을 그냥 믿고 하는 말이 아니에요. 인증된 백업에서 내보내기를 만들기 전에, Text2Store는 백업의 메시지 데이터베이스, 파일 색인(어느 첨부 파일이 어느 메시지에 속하는지), 내보내기가 의존하는 다른 기록을 백업 자체의 무결성 기준과 대조해, 백업할 때 한 번이 아니라 바로 그 순간 다시 독립적으로 확인해요. 인증 뒤에 그중 무엇이든 바뀌었다면 드러나고, 실제 백업 내용과 맞지 않게 된 인증 배지를 몰래 이어 가는 대신 내보내기를 거부해요.

증명하지 않는 것

검증된 내보내기에 적용되는 정직한 한계가 한 단계 앞서 여기에도 적용돼요.

  • 백업 전에 휴대폰이 조작되지 않았다는 것. 인증이 고정하는 건 "Text2Store가 가져온 뒤로 바뀌지 않았다"는 것이지, "가져올 때 기기가 사실을 담고 있었다"는 게 아니에요.
  • 어떻게 받아들여질지. Text2Store는 인증된 백업이나 거기서 만든 내보내기가 특정 수신자나 절차에서 받아들여진다고 절대 주장하지 않아요. 기록이 얼마나 무게를 갖는지는 늘 받는 쪽이 정해요. 자세한 내용은 검증된 내보내기 페이지를 참고하세요.
  • 이 기능이 생기기 전에 만든 백업이나, 인증을 끈 채 만든 백업에 관한 어떤 것도. 인증은 설계상 절대 소급되지 않아요.

기술적 기반

인증은 검증된 내보내기와 같은 공개 표준, DigiCert가 서명한 RFC 3161 신뢰할 수 있는 타임스탬프를 쓰고, 같은 앱 내 검증 도구가 확인해요. 백업의 무결성 기록을 다시 해시하고, 서명이 고정된 DigiCert 루트까지 이어지는지 확인하고, 증명된 시각에 유효했는지 점검한 뒤 결과를 알려 줘요. 원리, 표준, 표준 도구로 모두 직접 확인하는 방법은 검증된 내보내기 페이지의 기술 섹션에 자세히 있어요. 두 기능은 똑같은 검증 코드와 똑같은 신뢰 기준을 공유하거든요.

법률 자문이 아니에요

이 페이지는 일반적인 정보이지 법률 자문이 아니며, Text2Store를 쓴다고 어떤 전문적 관계가 생기지도 않아요. 법적 사안에서 인증된 백업이나 거기서 만든 내보내기에 의지하려 한다면, 그건 나와 내 관할 지역의 자격 있는 변호사 사이의 일이에요. 여기 있는 어떤 내용도 그렇게 할지, 어떻게 할지에 대한 조언이 아니에요.

문제 해결

"검증된 내보내기를 만들지 않습니다: … 이 아카이브의 무결성 기준과 더 이상 일치하지 않습니다 …"
위에서 설명한 내보내기 전 검사에서, 인증된 백업이 의존하는 파일 중 하나가 인증 이후 바뀐 걸 발견했어요. 저장된 디스크의 손상일 수도 있고, 조작일 수도 있어요. 인증된 내용과 더 이상 맞지 않는 아카이브로 내보내기를 만드는 대신 거부해요. 그 아카이브의 검증 버튼을 클릭하면 같은 진단을 더 자세히 볼 수 있어요. 디스크 손상이라면 새로 백업해서 깨끗하고 새로 인증된 사본을 얻을 수 있고, 해당 아카이브와 다른 아카이브는 그 밖에는 영향이 없어요.
"… 더 이상 디스크에 없습니다."
백업의 무결성 기록이 기대하는 파일이 없어요. 대개 아카이브 폴더 안의 무언가를 손으로 지운 경우예요. 위와 마찬가지로 그 아카이브를 검증해서 자세히 보고, 그 기기의 인증된 사본이 필요하면 다시 백업하세요.

PDF로 내보내기, eDiscovery 검토용 RSMF, 암호화된 백업.

궁금한 점이 있나요?

hello@text2store.com으로 이메일을 보내 주시면 도와드릴게요.