일회용 비밀 링크란? 안전한 공유의 작동 방식

일회용 비밀 링크란 무엇입니까?

서비스들은 같은 생각을 여러 이름으로 부릅니다. 일회용 링크, 비밀 링크, 일회용 메모, 읽은 뒤 파기되는 링크, 자동 파기 메모, 만료되는 비밀 링크. 이름은 달라집니다. 보안 속성이 이름에서 자동으로 따라오지는 않습니다.

“일회용 비밀”이라는 제품 이름만으로, 암호화가 브라우저에서 일어난다거나, 제공자가 페이로드를 복호화할 수 없다거나, 키가 서버에 넘어가지 않는다거나, 읽은 직후 삭제가 된다거나, 메타데이터가 사라진다는 뜻은 아닙니다. 그것들은 설계 선택입니다. 도구를 평가할 때는 마케팅 용어가 아니라 속성을 살펴보십시오.

유용한 점검 목록은 이것입니다. 평문은 어디에서 암호화됩니까? 서버가 복호화 키를 받는 일이 있습니까? 의도한 조회 뒤에는 무슨 일이 일어납니까? 쓰지 않은 링크는 얼마나 오래 남아 있습니까? 누군가 URL을 붙여 넣으면 채팅 미리보기는 무엇을 가져옵니까?

일회용 비밀 링크는 어떻게 작동합니까?

PrivateNote와 같은 클라이언트 측 설계에서는 비밀이 업로드 전에 보낸 사람의 브라우저에서 암호화됩니다. 서버는 암호문을 저장합니다. 수신자의 브라우저가 그것을 로컬에서 복호화합니다. 메모 본문은 Web Crypto API를 통해 AES-256-GCM을 사용합니다.

일회용 비밀 링크로 팔리는 제품이 모두 이 패턴을 따르지는 않습니다. 어떤 제품은 텍스트를 받은 뒤 서버에서 암호화하거나 그곳에서 키를 생성해서, 서비스가 비밀을 읽을 수 있습니다. 어떤 제품은 일정에 따라 삭제하지만 복구 가능한 사본을 남깁니다. 링크가 만료되는지만 묻지 말고, 전체 설계가 구현되어 있는지 물어보십시오.

Argon2id를 사용한 비밀번호 래핑을 포함한 PrivateNote의 암호화 구조는 작동 방식을 보십시오.

URL 프래그먼트가 중요한 이유

이 세부 사항은 놓치기 쉽고, 이 구조의 기반입니다.

일반적인 HTTPS 탐색에서 브라우저는 경로와 쿼리를 서버로 보냅니다. URL 프래그먼트, 즉 # 뒤의 모든 내용은 브라우저에 남으며 그 요청에 포함되지 않습니다. 잘 설계된 시스템은 따라서 `/note/abc123` 같은 메모 식별자에 암호문을 저장하면서, 복호화 자료는 `#…`에 두어 그 페이지 로드의 일반적인 서버 로그 밖에 둘 수 있습니다.

# 뒤에 키를 둔다고 해서 그 자체로 애플리케이션이 안전해지지는 않습니다. 주변 암호학은 여전히 튼튼해야 합니다. 강한 무작위 키, 인증 암호화, 평문이 필요 없는 서버. 프래그먼트는 그 조각들이 분리된 채로 있게 하는 방법이지, 그것들을 건너뛰는 지름길이 아닙니다.

일회용 링크, 만료 링크, 사라지는 메시지

이 개념들은 자주 한데 섞입니다. 서로 다른 통제이며, 한 제품이 그것들을 결합할 수는 있습니다.

• 일회용 링크 — 이용 가능 여부는 주로 접근에 달려 있습니다. 의도한 조회 뒤, PrivateNote에서는 열람 한도에 도달한 성공적인 공개 뒤에, 암호화된 페이로드는 서버에서 사라집니다.
• 만료 링크 — 이용 가능 여부는 주로 시간에 달려 있습니다. 누군가 열었는지와 관계없이, 시계가 다할 때까지 링크를 가져올 수 있습니다.
• 사라지는 메시지 — 진행 중인 대화의 일부입니다. 보존은 메신저 정책을 따르며, 백업, 인용 답장, 기기 사본이 남을 수 있습니다.

PrivateNote는 접근과 시간을 함께 적용합니다. 새 메모는 기본적으로 성공적인 공개 한 번이며, 사용하지 않으면 만료되기도 합니다. 기본은 하루이고, 요금제에 따라 더 짧거나 긴 사전 설정이 있습니다. 이것이 임시 전달입니다. 가져가거나 기다리거나, 서버 측 사본은 사라집니다.

일회용 비밀 링크는 안전합니까?

안전할 수 있습니다. 보안은 “일회용”이라는 문구가 아니라 구현과 링크를 쓰는 방식에 달려 있습니다.

진지한 설계는 클라이언트 측 암호화, 강한 무작위 키, 서버가 볼 수 있는 것, 만료, 접근 의미, 선택적 비밀번호 보호, 선택적 수신자 확인, 메타데이터, 링크 유출, 엔드포인트 침해, 수신자 행동을 고려해야 합니다.

PrivateNote는 브라우저에서 암호화하고, 암호문을 저장하고, 키를 URL 프래그먼트에 두고, 기본적으로 한 번만 공개되며, 쓰지 않은 메모는 만료됩니다. 민감도가 필요하면 비밀번호를 추가하거나, 유료 요금제에서는 수신자 확인을 추가할 수 있습니다. 수신자에게는 계정이 필요 없습니다.

일회용 링크는 보낸 사람이나 수신자의 기기가 침해된 경우, 열람 후 비밀을 복사하는 수신자, 화면 스크린샷이나 사진, 또는 프래그먼트를 포함한 전체 URL을 잘못된 사람에게 보내는 경우로부터는 보호하지 않습니다. 전체 링크를 권한 자체로 다루십시오.

언제 일회용 링크를 써야 합니까?

비밀의 일이 짧을 때 쓰십시오. 도착하고, 쓰이고, 그것을 보내는 데 쓴 채널에서는 더 이상 살지 않아야 할 때입니다.

언제 쓰면 안 됩니까?

일이 보관, 협업, 또는 남겨 두어야 하는 기록일 때 일회용 링크는 잘못된 도구입니다.

일회용 링크와 이메일, 메시징, 비밀번호 관리자

유용한 비교는 목적과 지속성입니다. 어느 채널이 “안전하다”는 순위가 아닙니다.

링크 미리보기 문제

많은 채팅 앱은 들어오는 URL을 가져와 미리보기를 만듭니다. 제목, 설명, 썸네일입니다. 페이지를 요청하는 것만으로 읽은 것으로 친다면, 그 크롤러가 수신자가 열기 전에 일회용 링크를 소모합니다.

PrivateNote는 페이지 로드를 읽음으로 치지 않습니다. 공개 메모 URL은 클릭하여 공개하는 관문을 반환합니다. 그 페이지의 메타데이터는 평문을 돌려주지 않고 가져올 수 있습니다. 암호문은 의도적인 공개 동작 뒤에만 조회됩니다. 따라서 Slack, Teams, iMessage 미리보기는 비밀을 받지 않고, 열람 한도도 소모하지 않습니다.

그것은 차단된 크롤러 사용자 에이전트 목록이 아니라 클라이언트와 API 설계 선택입니다. 링크를 보내는 방식은 여전히 중요합니다. 프래그먼트를 포함한 전체 URL을 가지고 공개를 클릭하는 사람은 누구나 메모를 읽을 수 있습니다. 수신자 쪽 경고는 메모가 클릭하여 공개를 기다리는 이유를 보십시오.

일회용 비밀 링크를 만드는 방법

단계는 짧게 두십시오. 암호화는 도구가 하고, 접근 규칙은 사용자가 고릅니다.

1. 1PrivateNote를 엽니다사이트의 편집기를 사용하십시오. 텍스트 메모에는 계정이 필요 없습니다.
2. 2공유할 내용을 입력합니다비밀번호, 메시지, API 키, 또는 계정이 있으면 파일입니다.
3. 3만료와 접근을 고릅니다실용적인 범위에서 가장 짧은 수명을 선호하십시오. 기본은 한 번 열람과 하루의 미사용 만료입니다. 민감도가 필요하면 비밀번호나 수신자 확인을 추가하십시오.
4. 4암호화된 링크를 만듭니다브라우저가 먼저 암호화한 뒤 암호문을 업로드합니다.
5. 5의도한 수신자에게 링크를 보냅니다옆에 평문을 붙여 넣지 마십시오.

준비가 되면 일회용 비밀 링크를 만드십시오.

비밀을 보내기 전에

신중한 전달은 대부분 운영의 문제입니다. 암호학은 잘못된 수신자를 고치지 못합니다.

• ✓전체 URL을 보내기 전에 수신자를 확인하십시오.
• ✓실용적인 범위에서 가장 짧은 만료를 사용하십시오.
• ✓민감도가 필요하면 비밀번호나 수신자 확인을 추가하십시오.
• ✓추가 인증 요소는 별도 채널로 보내십시오.
• ✓임시 자격 증명은 사용된 뒤에 교체하십시오.
• ✓이동할 필요가 없는 비밀은 전송하지 마십시오.
• ✓수신자가 본 내용을 복사하거나, 스크린샷을 찍거나, 사진으로 남길 수 있음을 기억하십시오.

자주 묻는 질문