Linux Zoom 7.1.5, X11 CLIPBOARD 변경 때마다 즉시 붙여넣기 요청
- Linux Zoom 7.1.5가 X11의 CLIPBOARD 선택 영역 소유자가 바뀔 때마다 즉시 붙여넣기 요청을 보내는 동작을 Simon Tatham이 관찰함
- 이 동작은 X11의 XFIXES 확장으로 선택 영역 소유자 변경을 감지한 뒤 새 소유 클라이언트에 데이터 전송을 요청하는 방식으로 보임
- Tatham이 이전에 사용하던 Zoom 6.6에서는 같은 동작이 없었으며, 일반적인 Ctrl-C와 Ctrl-V 계열 CLIPBOARD만 읽고 PRIMARY 선택 영역은 읽지 않는다고 설명함
- 한 번의 붙여넣기 요청을 처리한 뒤 종료하는 one-shot paste 도구가 Zoom의 즉시 요청 때문에 시작 직후 종료돼, 여러 입력칸에 순차로 붙여넣는 작업이 깨짐
- X11 선택 영역은 중앙 클립보드 저장소가 아니라 소유 클라이언트가 붙여넣기 요청 때 데이터를 보내는 구조라서, 비밀번호 관리자가 CLIPBOARD로 비밀번호를 전달하면 Zoom도 그 데이터를 요청할 수 있음
Hacker News opinions
Zoom 쓰지 말아야겠음.
현실적으로 많은 사람이 Zoom을 피할 수는 없음. 가능하면 Firefox로 쓰고, 어쩔 수 없으면 Chromium으로 쓰는 편이 낫겠음.
Zoom은 예전에도 macOS에서 수상한 실행 방식 때문에 root 권한을 얻는 문제가 있었음. 난 신뢰를 잃어서 샌드박스 안에서만 돌리고, 화상회의 앱이 개인 경로나 권한 있는 경로에 접근할 이유는 없다고 봄.
왜 앱을 계속 쓰고 브라우저로 안 쓰는지 궁금함. 브라우저 샌드박스 안에 넣는 쪽이 더 안심되고, 내가 필요한 기능은 브라우저에서도 다 됨.
리눅스에서 독점 앱을 돌리면서 신뢰할 수 있다고 생각하면 안 됨. Windows에서는 이런 앱들이 뭘 하는지 더 알기 어렵지.
그래서 앱을 신뢰하지 않아도 되는 보안 모델이 기본이어야 함. 지금처럼 기본값에서 이런 접근이 가능하면 안 됨.
'X11 클립보드'라는 중앙 저장소는 없음. 선택 영역 소유 클라이언트가 데이터를 갖고 있다가 붙여넣기 요청을 받으면 전달하는 구조라서, Zoom이 왜 데이터를 요청했는지까지는 더 확인할 여지가 있음.
Zoom과 별개로 한 번 붙여넣으면 종료되는 도구는 꽤 유용해 보임. Wayland에서는 xclip의 -loops가 기대대로 안 되는 것 같음.
Qubes OS에서는 Zoom을 빈 VM에 넣어서 클립보드에 접근하지 못하게 했음. Qubes 사용 마찰이 어느 정도인지, Nix 계열로 비슷한 샌드박스를 만들 수 있는지는 궁금함.
이런 소식이 이제 놀랍지도 않음. 리눅스 배포판도 휴대폰처럼 앱 권한과 샌드박싱을 제대로 제공해야 함.