복사는 「지금 창 안의 전달」이 아니라, 평문을 한 통 더 남기는 일입니다
많은 사람은 클립보드를 손과 입력칸 사이의 공기처럼 봅니다. 복사하고, 붙여넣고, 잊습니다. 실제로 일어나는 일은 더 구체적입니다. 브라우저나 앱이 시스템 인터페이스를 호출해 그 텍스트를 OS 클립보드에 씁니다. 그 버퍼를 읽도록 허용된 프로그램은, 여러분이 아직 「붙여넣기」를 누르기 전에 그 문자열을 볼 수 있습니다. MDN의 Clipboard API 정의는 솔직합니다. 시스템 클립보드는 브라우저를 돌리는 OS 위의 데이터 버퍼이며, 짧은 보관과 문서·애플리케이션 사이 데이터 이동에 쓰입니다. 대개 익명의 임시 버퍼로 구현되고, 환경의 많은 프로그램이 정해진 인터페이스로 닿습니다.
로그인 비밀번호, 일회용 확인 코드, API 키, 데이터베이스 연결 문자열, SSH 비밀 키 조각은 모두 「지금 입력칸 밖」에 평문으로 여러 통을 두고 싶지 않은 내용입니다. 앞 글은 암호화하지 않은 파일을 클라우드에 올리면 사업자, 동기화 클라이언트, 콘텐츠 해시가 아직 원문을 볼 수 있다는, 다른 종류의 전달을 썼습니다. 비밀번호 복사는 같은 종류의 노출입니다. 받는 쪽이 「저장 사업자」에서 「이 기기의 클립보드, 클립보드 기록, 클라우드 동기화, 이미 로그인한 근처 기기」로 바뀔 뿐입니다. 물을 것은 「이 OS가 똑똑한가」가 아닙니다. 「이번 한 번의 복사가, 지금 입력칸에 머물러야 할 평문을 다음 버퍼에 넘겼는가」입니다.
이 글은 Microsoft의 클립보드 설명, Microsoft Graph의 클라우드 클립보드 필드, Apple의 공통 클립보드와 Handoff 보안 설명에 머뭅니다. 층이 공개 문장으로 적혀 있어 그 자리에서 따라갈 수 있기 때문입니다. 서드파티 기록 도구, 원격 데스크톱, 브라우저 확장은 그 위에 한 층을 더 얹습니다. 제품 페이지가 같은 한 문장으로 쓰는 일은 거의 없습니다. 기기를 바꾸면 그 기계의 설정을 한 번 더 걷십시오. 아래의 Win+V나 「공통 클립보드」를 다른 회사의 동기화 앱에 그대로 대지 마십시오.
지금 칸, 기기 기록, 클라우드 동기화는 서로 다른 세 층입니다
「클립보드가 안전한가」를 예/아니오로 물으면 적어도 세 층이 빠집니다. 첫째 층은 지금 기기의 현재 칸입니다. 방금 복사한 한 건이 직전 한 건을 덮습니다. 기본값에서 시스템은 최신 한 통만 기억합니다. 지금 웹 탭을 닫아도 이 층은 사라지지 않습니다. 버퍼는 OS에 있고, 그 탭의 메모리에는 없습니다.
둘째 층은 기기의 기록입니다. Windows는 이 층을 켤 수 있는 기능으로 만들었습니다. 클립보드 사용은 Windows 로고 키 + V를 처음 누른 뒤 「켜기」를 고르면, 기록에서 여러 항목을 붙여넣을 수 있고 자주 쓰는 항목을 고정할 수 있다고 적습니다. 기록은 「아직 공기 속」이 아닙니다. 다시 열 수 있는 목록입니다.
셋째 층은 기기 간 동기화입니다. Microsoft 자신의 말은 「클립보드 기록을 클라우드에 동기화」입니다. 동기화는 Microsoft 계정 또는 회사 계정에 묶이며, 참여하는 각 기기는 같은 로그인을 씁니다. Apple은 다른 길을 갑니다. 공통 클립보드를 「iCloud Drive에 올렸다가 내린다」고 쓰지 않습니다. Handoff로 근처 기기 사이에 클립보드 내용을 넘깁니다. 두 회사 모두 경로는 암호화합니다. 신뢰 모델은 둘 다 「같은 계정의 기기는 서로 믿을 수 있는 끝점」입니다. 로그아웃을 잊은 노트북이 한 대 더 있으면, 이번 복사가 도착하는 곳이 하나 더 늘어납니다.
| 층 | 기본 모양 | 비밀번호를 복사한 뒤 아직 어디에 남나 | 누가 읽나 |
|---|---|---|---|
| 지금 기기의 현재 칸 | 최신 1건만 | 다음 복사가 덮을 때까지 | 이 기기에서 클립보드에 닿도록 허용된 프로그램 |
| 기기 기록 | Windows는 최대 25건. Apple에는 기본 여러 건 기록이 없음 | Win+V 목록. 고정은 다시 시작 뒤에도 남음 | 지금 Windows 사용자. 기록 도구가 디스크에 썼다면 그 파일도 읽음 |
| 기기 간 동기화 | Windows는 클라우드로 올릴 수 있음. Apple은 근처 기기에 넘김 | 같은 계정의 다른 Windows / SwiftKey. 근처 iPhone, iPad, Mac | 같은 계정으로 로그인하고 각사 조건을 충족하는 기기 |
제품 페이지의 「암호화됨」이 답하는 것은 경로의 도청뿐입니다. 확인할 때는 먼저 「기록은 켜져 있는가 / 동기화는 켜져 있는가 / 같은 계정에 몇 대가 있는가」를 본 뒤에 알고리즘 이름을 보십시오.
Windows: Win+V, 25건, 고정, 클라우드 업로드
Microsoft는 숫자를 지원 페이지에 적습니다. 클립보드 기록은 복사한 항목 25개가 한도입니다. 오래된 항목은 고정하지 않으면 새 항목에 밀려 떨어집니다. 한 건당 4MB까지입니다. 텍스트, HTML, 비트맵을 지원합니다. 처음 쓸 때는 Windows 로고 키 + V를 누른 뒤 「켜기」를 고릅니다. 이 25건은 기기 기록입니다. 아직 클라우드가 아닙니다.
다시 시작은 고정하지 않은 기록을 지웁니다. 지원 페이지는 PC를 다시 시작할 때마다 클립보드 기록이 지워진다고 적습니다. 고정한 항목은 제외합니다. 비밀번호를 Win+V 패널에 고정하는 일은, 다시 시작 뒤에도 이 평문을 기억하라고 시스템에 명시하는 일입니다. 설정의 「클립보드 데이터 지우기」는 더 넓습니다. 고정 항목을 빼고 기기와 클라우드에서 한꺼번에 지울 수 있습니다. 브라우저를 닫거나 지금 칸만 덮는 것으로는, 고정한 한 건도, 이미 동기화된 사본도 사라지지 않습니다.
기기 간 동기화는 다른 스위치입니다. 경로는 「설정 → 시스템 → 클립보드」입니다. 「디바이스의 클립보드 기록」 또는 「디바이스 간 동기화」를 켜고 「복사한 텍스트 자동 동기화」를 고릅니다. 자동을 고르면 복사한 텍스트는 클라우드로 올라가 다른 기기에 동기화됩니다. 「복사할 텍스트를 수동으로 동기화」로 바꾸면 Win+V를 열고 한 건의 동기화 단추를 눌러야 합니다. Microsoft 자신의 문장은 「그런 다음 텍스트가 클라우드에 업로드되고 다른 디바이스에 동기화됩니다」입니다. 추측이 아닙니다. 동기화는 Microsoft 계정 또는 회사 계정에 묶입니다. 같은 계정으로 다른 PC에 로그인하면 그 PC는 받는 쪽이 됩니다.
클라우드가 몇 시간 남기는지는 지원 페이지에 「정확히 한 시간」이라고도 「영구」라고도 적혀 있지 않습니다. 따라갈 수 있는 것은 Microsoft Graph의 cloudClipboardItem 필드입니다. expirationDateTime은 서버가 정하고, 기한 뒤 객체는 쓸 수 없습니다. 「기본이며 동시에 최대 TTL은 생성 후 12시간. 다만 성능 최적화를 위해 바뀔 수 있다」고 적혀 있습니다. 같은 페이지는 클라우드 클립보드가 현재 Windows 기기 사이와 Android의 SwiftKey 사이에서 쓸 수 있다고도 적습니다. 12시간은 인터페이스 층의 상한 설명입니다. 화면의 각 줄이 정확히 12시간 표시된다는 약속이 아닙니다. 「올린 뒤, 클라우드 객체가 이 정도 시간 남을 수 있다」로 다루십시오. 영구 금고로도, 한순간에 사라지는 것으로도 보지 마십시오.
Apple: 공통 클립보드는 근처 기기에 평문을 넘깁니다
Apple은 기능 이름을 「공통 클립보드」라고 적습니다. 영문 제품명 Universal Clipboard와 같은 기능입니다. 공식 설정 페이지가 드는 조건은, 기기가 서로 가까이 있을 것, 같은 Apple 계정으로 로그인되어 있을 것, Bluetooth와 Wi-Fi가 켜져 있을 것, Handoff가 켜져 있을 것(기본으로 켜짐)입니다. Mac 도움말은 거리를 서로 10미터 이내로 적습니다. 복사한 뒤, 「복사한 콘텐츠는 근처에 있는 다른 기기의 클립보드에 자동으로 추가됩니다. 이 콘텐츠는 클립보드에 일시적으로 유지되거나 어느 한 기기에서 다른 콘텐츠를 복사하여 교체할 때까지 유지됩니다.」Apple은 「일시적으로」를 초 단위로 바꾸지 않습니다. 2분이나 10초를 스스로 보태지 마십시오. 그 자리에서 확인할 수 있는 것은, 책상 너머에 이미 로그인한 iPhone이 지금 문자열을 그대로 붙여넣을 수 있는가입니다.
전송은 방 안의 전원에게 평문을 방송하는 일이 아닙니다. Handoff 보안은, 사용자가 Handoff를 지원하는 두 번째 기기에서 iCloud에 로그인하면 두 기기가 APNS를 사용해 Bluetooth Low Energy 4.2 대역 외 페어링을 만든다고 적습니다. 페어링 뒤 각 기기는 256비트 AES 대칭 키를 만들어 키체인에 저장하고, GCM 모드의 AES-256으로 BLE 알림을 암호화·인증하며 재전송 방지책을 넣습니다. 큰 페이로드는 AirDrop과 비슷한 피어 투 피어 Wi-Fi로 옮길 수 있습니다. 그 연결은 TLS로 암호화되고, 신뢰는 iCloud 키체인으로 공유된 ID에서 나옵니다. 공통 클립보드는 「Handoff를 활용하여 사용자의 클립보드 콘텐츠를 안전하게 모든 기기에 전송」합니다. 내용은 다른 Handoff 데이터와 같은 방법으로 보호되며, 앱 개발자가 공유를 거부하지 않는 한 기본으로 공유됩니다.
암호화가 막는 것은 경로의 도청입니다. 신뢰 경계 안의 기기는 막지 않습니다. Apple의 다음 문장은 더 무겁습니다. 「사용자가 클립보드 데이터를 앱에 붙여넣지 않더라도 앱은 클립보드 데이터에 대한 접근 권한을 가집니다. 공통 클립보드를 사용하면 데이터 접근 권한이 iCloud 로그인을 통해 연결된 사용자의 다른 기기의 앱까지 확대됩니다.」집에 있는, 같은 Apple 계정으로 Handoff가 켜진 iPad는 「거기서 붙여넣을 수 있는 곳」만이 아닙니다. 「아직 붙여넣기 전에, 그쪽 앱이 이 클립보드를 읽을 수 있는 곳」이기도 합니다. 가족과 Apple 계정을 공유하는 일은, 이번 복사의 평문 신뢰 범위를 상대 주머니의 휴대폰까지 넓히는 일입니다.
| 확인할 항목 | Windows 클라우드 클립보드 | 공통 클립보드 |
|---|---|---|
| 추가 스위치가 필요한가 | 필요함. 기록, 그다음 기기 간 동기화 | Handoff는 기본으로 켜짐. 계정, Bluetooth, Wi-Fi, 거리면 충분 |
| 내용은 어디로 가는가 | 클라우드로 올라가 같은 계정의 기기에 동기화됨 | 근처 다른 기기의 클립보드에 자동으로 들어감 |
| 공개된 잔존 표현 | 기기 기록은 다시 시작하면 지워짐(고정은 제외). 클라우드 객체의 기본 최장은 12시간 | 잠시 남거나, 어느 기기의 다음 복사로 바뀜 |
| 기록 깊이 | 최대 25건, 한 건당 4MB | 기본 여러 건 기록은 없음. 지금 칸과 근처의 지금 칸 |
| 키와 신뢰 | Microsoft 계정 또는 회사 계정에 묶임 | 같은 Apple 계정. Handoff는 AES-256-GCM과 TLS |
비밀번호 관리자가 지우는 것은, 이미 동기화된 사본이 아닙니다
비밀번호 관리자는 복사가 위험하다는 것을 알기에, 카운트다운으로 지웁니다. 1Password 지원은 보안을 위해 복사한 비밀번호를 클립보드에서 자동으로 제거한다고 적습니다. 끄려면 설정 → 보안에서 「90초 후 복사한 정보와 인증 코드 제거」를 끕니다. iOS / iPadOS에는 스위치가 하나 더 있습니다. 「다른 기기에 복사할 때 공통 클립보드 사용」을 켜야 1Password에서 복사한 내용이 근처 Apple 기기에 나타납니다. 기본은 「여기서 복사하면 휴대폰이 받는다」가 아닙니다. 이 스위치를 넣는 순간, 공통 클립보드의 규칙이 다시 먹습니다.
Bitwarden 브라우저 확장은 간격을 드롭다운으로 둡니다. 공식 설명은 Clear clipboard에서 복사한 보관함 값을 얼마나 남길지 고르고, 「기본은 5분」이라고 적습니다. 카운트다운이 지우는 것은 그 브라우저가 돌아가는 기기의 시스템 클립보드입니다. 여러분의 Microsoft 계정에 들어가 클라우드 객체를 지우지 않습니다. 책상 너머 iPhone으로 걸어가 다른 것을 복사하지도 않습니다. Windows가 이미 자동 동기화했거나, 공통 클립보드가 이미 근처 기기에 썼다면, 90초 또는 300초 뒤에 이쪽 칸은 비어 있어도 그쪽 사본은 각자의 규칙으로 살아 있습니다.
웹 페이지의 「복사」단추에는 대개 이 90초조차 없습니다. MakePwd의 비밀번호 생성기는 navigator.clipboard.writeText로 문자열을 시스템 클립보드에 넘기고, 성공하면 「클립보드에 복사했습니다.」만 띄웁니다. 대신 카운트다운으로 지우지도, 여러분의 Win+V 기록이나 Handoff를 끄지도 않습니다. 이는 비밀번호를 몰래 올렸다는 뜻이 아닙니다. 경계는 브라우저 이쪽에 있습니다. 생성은 이 기기에서 끝나고, 복사가 성공한 뒤에는 OS의 일입니다. 「이 사이트는 로컬에서 생성한다」를 「복사한 뒤 어디에서도 보이지 않는다」로 들으면 이 한 단이 빠집니다.
쓰고 있는 로그인 비밀번호, 운영 키, 실제 확인 코드로 시험하지 마십시오. 버릴 수 있는 카나리아를 준비하십시오. 예는 canary-clip-20260903-only-once입니다. 확인하는 것은 Win+V, 맞은편 기기, 동기화 스위치입니다. 진짜 비밀을 한 번 더 복사하는 일이 아닙니다.
다른 앱, 확장, 웹 페이지는 아직 무엇을 읽습니까
클립보드는 「붙여넣을 생각이었던 입력칸」만을 위한 것이 아닙니다. 위에서 인용한 Apple 문장은, 아직 붙여넣지 않아도 앱이 읽을 수 있다고 이미 적습니다. 공통 클립보드는 그 접근을 다른 기기로 넓힙니다. Windows 쪽은 같은 한 문장을 공개하지 않습니다. 다만 기기 기록이 켜져 있으면 Win+V 패널에 최근 25건의 평문이 보입니다. 어깨 너머, 화면 공유, 원격 지원 창이 보는 것은 목록입니다. 비밀번호 칸에 붙여넣어 바로 가려지는 한 점이 아닙니다.
웹 페이지가 클립보드를 읽을 때는 Clipboard API를 씁니다. MDN은 보안 컨텍스트에서 프로그램이 읽고 쓸 때 사양의 보안 고려를 충족해야 한다고 적습니다. 읽을 때는 대개 최근 사용자 동작과, 브라우저 또는 OS의 「붙여넣기」동작(기본 메뉴의 붙여넣기 등)이 필요합니다. 실제 브라우저는 느슨하게 하거나 말을 바꾸기도 합니다. Chromium은 문서에 포커스가 있을 때 clipboard-read 권한을 물을 수 있습니다. Firefox와 Safari는 한 번만 나오는 붙여넣기 메뉴를 띄울 수 있습니다. 쓰기는 대개 일시적 활성화나 clipboard-write 권한이 필요합니다. 결론은 「모든 페이지가 조용히 비밀번호를 훔친다」가 아닙니다. 「클립보드를 읽는 일은 문서화되어 있고, 권한 확인이 있는 정식 인터페이스다」입니다. 클릭한 입력칸만 이 문자열에 닿는다고 가정하지 마십시오.
브라우저 확장은 또 하나의 통로입니다. Firefox 확장 문서는 clipboardRead 권한이 있는 확장이 일시적 사용자 동작도, 붙여넣기 확인도 없이 클립보드를 읽을 수 있다고 적습니다. 「클립보드 기록」「기기 간 동기화」「런처」같은 확장을 넣으면 시스템의 단일 칸은 검색 가능한 목록으로 넓어지고, 확장 자신의 계정으로 동기화하는 것도 있습니다. 원격 데스크톱, 가상 머신 도구, 「양쪽에서 클립보드를 공유」스위치는 받는 기기를 한 대 더 더합니다. 이 숫자들은 Microsoft나 Apple 지원 페이지에 없습니다. 확인 방법은 같습니다. 카나리아를 한 번 복사하고, 어느 창, 어느 기계가 붙여넣을 수 있는지 보십시오.
그 자리에서 확인하기: 카나리아는 Win+V에 나오나, 맞은편 휴대폰에 나오나
「한 번만 복사했다」는 증명이 되지 않습니다. 확인을 이 기기에서 끝낼 수 있는 단계로 나누십시오. 각 단계는 한 질문에만 답합니다.
- 실제 업무에 나오지 않을 카나리아를 쓰십시오. 예는
canary-clip-20260903-only-once입니다. 쓰고 있는 비밀번호는 쓰지 마십시오. 무작위 문자열이 필요하면 비밀번호 생성기에서 6–128자를 뽑으십시오(기본 16. 8 미만은 약하다고 나옵니다). 그 출력은 카나리아로 다루고, 새 로그인 비밀번호로는 다루지 마십시오. - Windows에서 Win+V를 누르십시오. 기록이 아직 꺼져 있으면 지원 페이지대로 켭니다. 카나리아를 복사한 뒤 다시 Win+V를 누릅니다. 목록에 원문이 나와야 합니다. 「설정 → 시스템 → 클립보드」를 열고 「디바이스의 클립보드 기록」 또는 「디바이스 간 동기화」가 켜져 있는지, 자동 동기화인지 수동 동기화인지 보십시오. 자동이면 같은 Microsoft 계정으로 로그인한 다른 Windows(또는 Graph가 적는 SwiftKey)로 가서 같은 문자열을 붙여넣을 수 있는지 보십시오.
- Mac과 iPhone에서, 둘이 같은 Apple 계정인지, Bluetooth, Wi-Fi, Handoff가 켜져 있는지, 거리가 약 10미터 안인지 확인하십시오. 한쪽에서 카나리아를 복사하고 다른 쪽에서 그대로 붙여넣습니다. 붙여넣을 수 있으면 공통 클립보드가 평문을 맞은편 현재 칸에 쓴 것입니다. 어느 한쪽에서
overwrite-now같은 버릴 문장을 복사하고, 맞은편이 바뀌는지 보십시오. - 1Password 또는 Bitwarden에서 카나리아를 복사했다면, 타이머가 끝난 뒤 이 기기에서 한 번 더 붙여넣으십시오. 카나리아는 나와서는 안 됩니다. 그다음 2와 3을 반복하십시오. 클라우드나 근처 기기의 사본은 이쪽 카운트다운과 함께 사라지지 않습니다. 1Password에서 「다른 기기에 복사할 때 공통 클립보드 사용」이 켜져 있으면 3은 재현되어야 합니다.
- 확인이 끝나면 Windows 설정에서 「클립보드 데이터 지우기」를 누르거나 Win+V에서 모두 지우십시오. Apple 쪽은 의미 없는 문자열을 한 번 더 복사해 지금 칸을 덮으십시오. 카나리아를 고정한 채로 두지 마십시오.
첫 확인, 즉 이 기기가 평문을 OS에 넘겼는지는 브라우저에서 암호화할 때, 평문이 나가지 않았는지 직접 확인하는 법과 다른 질문입니다. 여기서는 문자열이 거의 반드시 브라우저를 나갑니다. 복사의 정의가 시스템 클립보드에 쓰는 일이기 때문입니다. 이 글이 묻는 것은 「브라우저를 나간 뒤, 어느 층에 들어갔는가」입니다. 카나리아는 직접 연 Win+V, 자신의 맞은편 기기, 자신이 동기화를 허용한 기계에만 나와야 합니다. 로그아웃했다고 생각한 오래된 PC, 가족의 iPad, 기록 확장의 검색칸에 나오면 신뢰 경계는 「지금 창」보다 큽니다.
열자마자 쓰는 생성기로, 「복사」를 한 번의 노출로 다루십시오
원하는 것이 「먼저 이 기기에서 생성하고, 클립보드에 쓸지는 스스로 정한다」라면 가입은 필요 없습니다. 문자열을 MakePwd에 넘길 필요도 없습니다. 비밀번호 생성기를 열고, 버릴 수 있는 무작위 문자열을 뽑고, 복사한 뒤, 위의 Win+V 또는 맞은편 휴대폰 확인을 돌리십시오. 생성과 강도 표시는 지금 탭에서 끝납니다. 새로 생성한 비밀번호는 올리지 않습니다. 모든 도구는 열자마자 씁니다. 이 문자열을 맡아 두는 비밀번호 보관함은 없습니다.
생성기가 답하는 것은 「이 문자열은 어디서 왔는가」입니다. 「복사한 뒤 OS가 동기화하는가」에는 답하지 않습니다. 맞은편 사람이 비밀번호가 필요할 때, 「복사해서 카카오톡에 붙인다」에 기대지 마십시오. 채팅 기록은 또 한 통의 사본입니다. 키를 모델 대화에 넣은 뒤에 무엇이 남는지는 앞 글이 이미 분해했습니다. 맞는 길은 일회용 링크로 한 번 보내는 것입니다. 키는 URL의 # 프래그먼트에 있고, HTTP로는 서버에 가지 않습니다. 만들기와 읽기 모두 공개입니다. 서버는 암호문을 잠시 둘 뿐입니다. 이미 쓰는 비밀번호가 약한지, 이 기기의 자주 쓰는 목록에 떨어지는지만 보고 싶다면 비밀번호 검사를 쓰십시오. 검사할 비밀번호도 올리지 않습니다.
자주 묻는 질문
비밀번호를 한 번 복사하면 바로 다른 기기로 동기화되나요?
어느 층이 켜져 있는지에 달립니다. Windows는 먼저 클립보드 기록을 켠 뒤, 「디바이스의 클립보드 기록」 또는 「디바이스 간 동기화」를 켜고 「복사한 텍스트 자동 동기화」를 골라야 텍스트가 클라우드로 올라갑니다. 공통 클립보드는 같은 Apple 계정, Bluetooth, Wi-Fi, Handoff, 그리고 기기가 가까이 있어야 합니다. 내용은 근처 기기의 클립보드에 자동으로 들어가며, 잠시 동안, 또는 어느 기기에서든 다음 복사가 일어날 때까지 남습니다.
비밀번호 관리자가 90초 또는 5분 뒤에 클립보드를 지우면 안전한가요?
지워지는 것은 지금 이 기기의 시스템 클립보드 칸입니다. 1Password는 복사한 정보를 기본 90초 뒤에 제거한다고 적습니다. Bitwarden 브라우저 확장의 Clear clipboard 기본값은 5분입니다. Windows가 이미 자동 동기화했거나, 공통 클립보드가 근처 다른 기기에 이미 썼다면, 이쪽 카운트다운이 끝나도 그쪽 사본은 각자의 규칙으로 남습니다.
탭을 닫거나 PC를 다시 시작하면 클립보드의 비밀번호가 사라지나요?
브라우저 탭을 닫아도 OS 클립보드는 지워지지 않습니다. Microsoft는 PC를 다시 시작할 때마다 클립보드 기록이 지워진다고 적습니다. 다만 고정한 항목은 제외합니다. 설정의 「클립보드 데이터 지우기」는 고정 항목을 빼고 기기와 클라우드에서 지웁니다. Apple 쪽에는 여러 건 기록이 없지만, 공통 클립보드는 근처 기기에 잠시 남을 수 있습니다. 서드파티 기록 도구가 디스크에 이미 썼다면 다시 시작해도 남습니다.
웹 페이지나 확장 프로그램이 방금 복사한 비밀번호를 읽을 수 있나요?
읽을 수 있습니다. 다만 페이지 쪽은 대개 권한 확인이나 한 번만 나오는 붙여넣기 메뉴를 거칩니다. MDN은 시스템 클립보드를 OS의 데이터 버퍼로 쓰고, 환경의 많은 프로그램이 정해진 인터페이스로 접근한다고 합니다. Clipboard API로 텍스트를 읽을 때 사양은 보안 컨텍스트를 요구하고, 브라우저는 권한이나 붙여넣기 동작을 더합니다. Apple 보안 가이드는 더 직접적입니다. 사용자가 아직 앱에 붙여넣지 않아도 앱은 클립보드 데이터에 접근할 수 있습니다. 공통 클립보드가 켜져 있으면 이 접근은 같은 iCloud 로그인의 다른 기기로 넓어집니다.
다음에 복사하기 전에 기억할 세 가지
첫째, 「복사했습니다」가 말하는 것은 문자열이 OS 클립보드에 들어갔다는 것뿐입니다. 지금 입력칸에만 있다는 말은 아닙니다. 둘째, Windows의 25건 기록, 고정, 기기 간 업로드(클라우드 객체의 기본 최장은 12시간)와 Apple의 공통 클립보드(약 10미터, 잠시, 또는 덮일 때까지)는 서로 다른 세 가지 잔여입니다. 비밀번호 관리자의 90초 또는 5분은 지금 기기의 칸만 지웁니다. 셋째, 버릴 수 있는 카나리아로 Win+V, 맞은편 기기, 동기화 스위치를 확인하십시오. 실제 로그인으로 시험하지 마십시오. 끝나면 덮거나 지우십시오.
생성 과정이 평문을 업무 데이터로 보냈는지 이어서 묻는다면 브라우저에서 암호화할 때, 평문이 나가지 않았는지 직접 확인하는 법을 읽으십시오. 키를 모델 대화에 넣은 뒤 아직 남는 것은 비밀번호나 API 키를 ChatGPT에 붙이면, 이 대화와 학습 쪽에 남는 것에 있습니다. 암호문을 여는 암호를 사람에게 줘야 하면 URL의 # 뒤에 키를 두기 좋은 이유, 그리고 이 보호가 깨지는 순간을 읽으십시오. 이 글이 다루는 것은 「복사한 뒤 시스템 클립보드, 클라우드 동기화, 기록에 아직 무엇이 남는가」를 결론에 적을 수 있는 범위로 줄이는 일뿐입니다.