미리보기가 뜨는 채팅에 일회용 링크를 붙인 뒤, 읽기 횟수가 이미 쓰였다고 볼 수 없는 이유

https://…/s.html?id=…#… 를 슬랙, 디스코드, 카카오톡, Microsoft Teams에 붙이면, 입력창이나 메시지 아래에 작은 카드가 뜨는 경우가 많습니다. 제목, 한 줄 설명, 가끔 아이콘입니다. 이 카드를 「링크가 이미 열렸다」로 읽는 사람이 많지만, 순서는 반대입니다. 채팅 제품은 먼저 그 주소로 HTTP GET을 보내고, 돌아온 HTML에서 og:title, og:description, 또는 평범한 <title>을 뽑은 뒤에야 카드를 그립니다. 상대는 그 시점에 아직 들어가지 않은 경우가 대부분입니다.

슬랙은 이 동작을 공식으로 적어 두었습니다. 기본값에서는 이용자나 Slack 앱이 보낸, 완전한 URL이 들어 있는 메시지가 링크를 펼칩니다. 미디어도 펼칠 수 있습니다. 설명은 Slack 문서 《Unfurling links in messages》에 있습니다. 링크를 펼치는 봇은 자신을 Slackbot-LinkExpanding 1.0 (+https://api.slack.com/robots)이라고 밝힙니다. 같은 쪽 Slack Robots는 페이지를 되도록 적게 가져가고(HTTP Range를 씀), 목적은 oEmbed, Twitter Card, Open Graph 태그라고 적습니다. 태그가 이미지·영상·오디오를 가리키면 그 파일을 확인하려고 한 번 더 가져갑니다. 응답은 대략 30분 캐시됩니다. 문서는 「페이지의 JavaScript를 실행한다」거나 「이용자 대신 버튼을 누른다」고 쓰지 않습니다.

카카오톡은 같은 일을 「스크랩」이라고 부릅니다. 카카오 데브톡 《스크랩(미리보기)》에 따르면, 채팅방에 URL을 입력하거나 공유하면 스크랩 서버가 원본 페이지에 직접 접근해 OG 태그, title, description, 대표 이미지를 모읍니다. 미리보기에 쓸 최소 정보만 빠르게 가져간다고 적혀 있습니다. 스크랩봇 User-Agent는 facebookexternalhit/1.1;kakaotalk-scrap/1.0입니다. 슬랙과 같이, 문서는 스크립트 실행이나 버튼 클릭을 말하지 않습니다.

브라우저가 이 GET을 보낼 때 # 이후는 요청 줄에 들어가지 않습니다. IETF RFC 3986 §3.5는 fragment를 클라이언트 쪽 식별자로 두고, 서버가 URI를 처리할 재료로 쓰지 않습니다. 미리보기 봇이 채팅창에 보이는 문자열을 그대로 복사하더라도, UsePwd에 도착하는 요청은 대개 s.html?id={번호}까지입니다. 키가 접속 로그에 안 남는 이유는 기존 글 URL의 # 프래그먼트가 서버 로그에 나타나지 않는 이유에 있습니다. 이 글이 보태는 것은 다음 층입니다. 키를 가져가지 않은 이 GET이 「한 번 읽었다」가 되는가.

한 번만 쓰는 링크 가운데는, 미리보기 대상인 그 URL에 본문을 매달아 두는 구현이 있습니다. 봇이 한 번 GET하면 서버는 본문을 돌려주고 기록을 지웁니다. 상대가 나중에 열면 「이미 읽힘」이거나 404입니다. 이 실패는 흔합니다. 슬랙이 「악의로 비밀을 태운」 것이 아니라, RFC에서 안전하고 캐시할 수 있어야 하는 GET을 「암호문을 파기하는 동작」으로 쓴 구현 때문입니다.

UsePwd의 일회용 링크는 세 단계를 나눕니다. 만들 때 현재 탭이 Web Crypto로 AES-256-GCM 암호화를 합니다. 평문 상한은 32 KB입니다. 올리는 필드는 암호문, 만료 시간, 읽기 횟수뿐입니다. 만료는 1시간, 24시간, 7일, 또는 「읽은 뒤에만 파기」입니다. 읽기 횟수는 1–10, 기본값은 1입니다. 링크 형태는 s.html?id={id}#{key}입니다. 만들기 페이지와 읽기 페이지 모두 가입 없이 바로 사용합니다. 서버가 잠시 보관하는 것은 암호문뿐이며, 평문은 보이지 않고, 이용자별로 되찾을 계정도 없습니다.

상대가 읽기 페이지를 열면, 페이지는 먼저 /api/secrets/{id}/status에 암호문이 아직 있는지를 묻습니다. 돌아오는 값은 active, burned, expired뿐이며, 읽기 횟수는 늘어나지 않고 기록도 지우지 않습니다. 「열어 보기」를 눌렀을 때만 브라우저가 /api/secrets/{id}를 호출해 암호문을 가져오고, # 뒤의 키로 이 기기에서 복호화합니다. 만들 때 정한 횟수에 도달하면 서버가 암호문을 삭제합니다. 다시 가져오면 410입니다. 미리보기 봇은 읽기 페이지 HTML에서 멈추며, 흔한 경우에는 키도 없고 그 버튼도 누르지 않습니다.

슬랙의 링크 펼치기 봇, 디스코드의 임베드용 크롤러, 카카오톡 스크랩 서버, Teams가 URL을 한 장의 카드로 묶는 서버 측 요청은 같은 종류입니다. 먼저 페이지를 GET하고, HTML에서 제목과 설명을 찾습니다. 디스코드는 그 크롤러를 Mozilla/5.0 (compatible; Discordbot/2.0; +https://discordapp.com)으로 밝힙니다. 공개된 Discordbot 설명은 서버가 돌려준 HTML을 파싱하며 JavaScript는 실행하지 않는다는 한계를 공통으로 둡니다. 슬랙은 다른 한계도 분명히 합니다. robots.txt를 검색 크롤러처럼 지키지 않습니다. 링크 펼치기는 「링크를 붙인 사람을 대신해 움직이는」 일이며, 사이트를 따라 걷는 수집이 아니라는 이유입니다. 읽기 페이지에 noindex를 붙여도 검색엔진 등록은 막을 수 있어도, 채널의 카드는 막지 못합니다.

UsePwd의 읽기 페이지는 임시 암호문 장면이며 noindex, nofollow를 붙이고 사이트맵에도 넣지 않습니다. 페이지 제목은 「일회용 링크 열기」로 고정하고, 설명은 복호화가 현재 탭에서 끝난다는 것과 키가 # 뒤에 있다는 것만 적습니다. 미리보기 카드가 만들어지면 채널에 나오는 것은 이 공통 문장입니다. 적어 넣은 비밀번호, 토큰, 티켓 원문은 나오지 않습니다. 이는 「서버 로그에 키가 있는가」와 동시에 성립합니다. 카드는 누군가 읽기 페이지를 GET했다는 증거입니다. 로그에 fragment는 그래도 없습니다.

슬랙은 같은 URL의 펼치기 결과를 대략 30분 캐시한다고 적습니다. 짧은 시간에 같은 테스트 링크를 채널에 여러 번 붙여도 두 번째 가져오기는 안 보일 수 있습니다. 「봇이 왔는가」를 대조하려면 카드를 몇 번 새로고침했는가가 아니라, 자신의 접속 로그에 Slackbot-LinkExpanding이나 kakaotalk-scrap 같은 User-Agent가 있는지를 보세요. s.html에 대한 GET이 로그에 있어도, 「/api/secrets/{id}가 호출되었다」고 말할 수는 없습니다.

가장 흔한 소비자는 상대 본인입니다. 전체 링크를 열고 「암호문이 남아 있습니다」를 본 뒤 「열어 보기」를 누릅니다. 기본 횟수는 1입니다. 이 한 번이 성공한 뒤 서버는 암호문을 삭제합니다. 같은 링크를 다시 열면 「파기됨」이 나옵니다. 만들 때 횟수를 2 이상으로 두면, 상한에 닿을 때까지 암호문은 남습니다. 기한이 되어도 삭제됩니다. 기본은 24시간이며, 1시간 또는 7일로 둘 수도 있습니다. 「읽은 뒤에만 파기」를 고르면 시계가 아니라 횟수로만 지웁니다.

두 번째 종류는 스크립트를 실행하고 클릭까지 흉내 내는 환경입니다. 일부 메일 보안 게이트웨이나 링크 샌드박스는 격리 브라우저에서 URL을 열고, 페이지의 주 버튼까지 누르기도 합니다. 그것은 「카드를 한 장 그리는」 일이 아니라, 사람과 같은 또 한 번의 완전한 방문입니다. 샌드박스가 「열어 보기」를 누르면 횟수는 줄고, 상대는 그 뒤에 파기됨을 봅니다. 이 층은 게이트웨이 자신의 보고로 대조하세요. 채팅 카드에서 거꾸로 계산할 수는 없습니다.

세 번째 종류는 암호문 조회 API 주소 자체를 내보내는 일입니다. 읽기 페이지 주소는 s.html?id=입니다. 횟수를 쓰는 것은 /api/secrets/{id}입니다. 평범한 이용자는 후자를 복사하지 않습니다. 누군가 API URL을 미리보기가 뜨는 채널에 붙이고, 그 제품이 첫 GET을 암호문 조회와 같게 다루면, 미리보기 단계에서 횟수가 줄어듭니다. UsePwd의 공유 형태는 그 주소가 아닙니다. 만들기 페이지가 복사하는 것은 #가 붙은 읽기 페이지 링크입니다.

채팅 제품이 저장하는 것은 붙여 낸 주소 전체입니다. 기록을 검색할 수 있는 사람, 워크스페이스를 내보낼 수 있는 사람, 백업을 열 수 있는 사람은 읽기 페이지를 다시 엽니다. 횟수가 남아 있는 동안, 나중에 연 사람도 「열어 보기」를 눌러 평문을 읽을 수 있습니다. 횟수가 끝난 뒤 기록에 남는 것은 파기된 링크와 당시 카드 제목입니다. 관리자 내보내기는 서버에서 이미 지운 암호문을 되돌리지 못합니다. 다만 「당시 채널에 전체 URL이 나왔다」는 사실은 지우지 못합니다.

스크린샷과 전달은 다른 사본입니다. 읽기에 성공한 뒤의 평문을 자르거나, 링크를 미리보기가 뜨는 다른 방으로 넘기면, 경계는 「이번 GET」에서 「다음 홉이 누구를 거치는가」로 옮겨 갑니다. 일회용 링크가 제한하는 것은 서버 위 암호문의 수명과 횟수입니다. 상대가 화면을 찍는지는 막지 않습니다. UsePwd에는 계정과 비밀번호 보관함이 없고, 잃어버린 링크를 이용자별로 되찾을 수도 없습니다. 오래 남기거나 여러 기기에서 동기화하려면 전용 비밀번호 관리자를 쓰세요. 정체성은 소개에 있습니다.

파일은 세 번째 길입니다. 한 건 5 GB 이하 로컬 백업은 파일 암호화로 가며 .lock / .enc를 내고, 파일은 기본으로 업로드하지 않습니다. 암호 문구 자체는 비밀번호 생성기에서 6–128자 사이로 만들고, 비밀번호 강도 검사로 세기를 봅니다. 이 페이지들도 이 글과 같이 가입 없이 바로 사용합니다. 「미리보기가 횟수를 쓰지 않았다」를 「어떤 채널에 붙여도 안전하다」로 읽지 마세요. 채널 기록과 미리보기 가져오기는 같은 층이 아닙니다.