회사 전체의 클립보드 도구 사용 현황을 감사하는 방법

작성자 · 2026년 11월 3일 게시 · 읽는 시간 약 9분

보안 담당자 다나(실제 인물이 아닌 가상의 사례입니다)가 직원 200명 규모 회사의 Mac을 정기 점검하고 있습니다. 디스크는 암호화되어 있고, 방화벽도 켜져 있고, 비밀번호 관리자 사용도 의무화되어 있습니다. 그런데 노트북 열한 대에서 서로 다른 클립보드 매니저 세 종류가 돌아가고 있는 게 눈에 띕니다. 그중 하나는 아무도 승인한 적 없는 클라우드 계정으로 기록을 동기화하고 있었습니다. 지난 한 달 동안 누군가 복사한 비밀번호, API 키, 고객 이메일이 전부 그 기록 안에 들어 있는 셈입니다.

클립보드를 왜 굳이 감사해야 할까요?

클립보드는 거의 아무도 통제하지 않는 데이터 통로입니다. 비밀번호 관리자에서 붙여넣는 암호, 콘솔에서 복사한 토큰, 탭 사이를 오가는 고객 정보, 채팅창으로 들어가는 계약서 문구가 전부 이 길을 지나갑니다. macOS는 기본적으로 가장 최근 항목 하나만 유지하기 때문에 위험 관리 목록에 오르는 일이 드뭅니다. 하지만 클립보드 매니저를 설치하면 이야기가 달라집니다. 잠깐 머물다 사라지던 버퍼가, 복사한 모든 것을 검색할 수 있는 영구 보관소로 바뀌기 때문입니다.

그렇다고 클립보드 매니저를 쓰지 말자는 이야기는 아닙니다. 생산성 향상 효과가 확실하고, 회사가 승인하든 말든 직원들은 어차피 설치합니다. 감사의 목적은 그 보관소가 로컬에만 저장되고, 짧게만 유지되며, 비밀 정보가 섞이지 않도록 만드는 것입니다.

데이터를 건드리기 전에 무엇부터 해야 할까요?

두 가지를 먼저 해두세요. 둘 다 사고가 터진 뒤보다 지금 하는 편이 훨씬 쌉니다.

• 법무팀과 인사팀을 먼저 끌어들이세요. 직원 기기를 모니터링하는 일에는 관할 지역마다 다른 규정이 적용됩니다. EU에서는 GDPR과 근로자 대표 기구(works council) 관련 요건이 적용될 수 있고, 국가에 따라 사전 고지나 협의를 요구하기도 합니다. 저는 법률 전문가가 아니니, 이 내용은 전문가에게 확인해 보라는 신호 정도로 받아들이세요. 한국에서는 개인정보 보호법 등 관련 법령의 적용 여부도 법무 담당자와 함께 확인해야 합니다.
• 범위를 문서로 못 박아 두세요. 권장하는 범위는 도구 목록과 설정 상태입니다. 클립보드 내용을 읽는 것은 법적·윤리적 무게가 전혀 다른 행위이고, 감사에 그 정도까지 필요한 경우는 드뭅니다. 내용을 읽지 않고서는 평가할 수 없는 도구라면, 그 사실 자체가 그 도구에 대한 중요한 정보입니다.

5단계 감사 절차

1단계: 실제로 설치된 클립보드 도구를 모두 찾기

기기 관리 시스템이 이미 알고 있는 정보에서 출발하세요. Jamf, Kandji, Intune, Mosyle 같은 도구에서 애플리케이션 인벤토리를 뽑아 알려진 클립보드 매니저를 검색합니다. 앱 이름보다는 번들 식별자(bundle identifier)로 검색하는 편이 정확합니다. 앱 이름은 바뀔 수 있지만 번들 ID는 바뀌지 않기 때문입니다. Maccy의 번들 ID는 org.p0deje.Maccy app입니다.

인벤토리만으로는 놓치는 범주가 세 가지 있습니다.

• 다른 도구에 포함된 클립보드 기능. 런처나 생산성 앱에는 클립보드 기록 기능이 들어 있는 경우가 많습니다. 예를 들어 Raycast와 Alfred가 그렇고, "clipboard"로만 검색하면 걸리지 않습니다.
• 브라우저 확장 프로그램. 클립보드를 읽는 확장 프로그램이 있습니다. 브라우저 관리 콘솔에서 설치된 확장 프로그램을 점검하세요.
• OS 자체 기능. 유니버설 클립보드(Handoff의 일부)는 한 사용자의 Apple 기기 사이에서 클립보드를 공유합니다. 최근 macOS 버전에서는 Spotlight에 클립보드 기록 기능도 추가되었습니다.

MDM에 등록되지 않은 Mac이라면 로컬에서 간단히 확인해 볼 수도 있습니다. 터미널에서 mdfind "kMDItemCFBundleIdentifier == 'org.p0deje.Maccy mac'"를 실행하면, 설치되어 있을 경우 앱 위치가 출력됩니다.

2단계: 각 도구를 네 가지 질문으로 분류하기

찾아낸 도구마다 아래 질문에 답해 보세요. 벤더 문서나 테스트 기기로 답을 확인할 수 없는 항목은 '미확인'으로 표시하고, 미확인 상태는 해소되기 전까지 미승인으로 취급합니다.

마지막 행에 대해 덧붙입니다. 제대로 만든 비밀번호 관리자는 nspasteboard.org에 정리된 커뮤니티 관례(예: "concealed" 타입)에 따라 자신이 복사한 항목에 표시를 남기고, 제대로 만든 클립보드 매니저는 그렇게 표시된 항목을 건너뜁니다. 다만 이는 양쪽 앱이 서로 협조해야 성립하는 관례일 뿐 보장된 동작이 아닙니다. 두 앱이 모두 이 관례를 따라야 작동하므로, 가정하지 말고 직접 테스트해 보세요.

3단계: 허용할 도구는 직접 테스트하기

문서는 벤더가 주장하는 내용을 알려 줄 뿐입니다. 여분의 Mac에서 10분만 테스트해 보면 실제로 어떤지 알 수 있습니다.

1. 승인된 비밀번호 관리자에서 비밀번호를 복사한 뒤 클립보드 매니저를 열어 보세요. 해당 항목이 기록에 남아 있나요?
2. 임의의 문자열을 복사하고, 앱을 종료했다가 다시 실행해서 기록이 유지되는지 확인하세요.
3. 항목 몇 개를 복사하는 동안 네트워크 모니터(Little Snitch, LuLu, 또는 nettop)를 실행하세요. 앱이 외부로 연결을 시도하나요?
4. 기록 파일이 디스크 어디에 있는지 찾아서, 평문으로 읽을 수 있는 상태인지 확인하세요.

Maccy로 보면 어떨까요

Maccy clipboard는 기록을 로컬 기기에만 보관하는 무료 오픈소스 macOS 클립보드 매니저입니다. 소스 코드가 GitHub에 공개되어 있어서, 보안팀이 홍보 페이지를 믿는 대신 코드를 직접 읽어 볼 수 있습니다. 감사 과정에서는 이것이 실질적인 장점입니다. 정책과 관련이 깊은 설정은 설정 창의 Ignore(무시)와 General(일반) 영역에 있습니다. 무시할 애플리케이션, 무시할 pasteboard 타입, 정규식 기반 무시, 기록 크기, 종료 시 기록 삭제가 여기에 해당합니다.

솔직하게 짚어 둘 한계가 두 가지 있습니다. 먼저 Maccy는 개인용 도구이지 엔터프라이즈 제품이 아닙니다. 중앙 관리 콘솔도, 내장 감사 로그도 없으므로 정책 적용은 앱이 아니라 MDM을 통해 해야 합니다. 그리고 "로컬"이 곧 "보이지 않는다"는 뜻은 아닙니다. 디스크에 저장된 데이터는 그 디스크만큼만 보호됩니다. 그래서 FileVault 상태를 이 감사의 전제 조건으로 함께 확인해야 합니다.

4단계: 실제로 지켜질 만큼 짧은 정책 쓰기

긴 정책은 읽히지 않습니다. 클립보드 정책은 반 페이지면 충분합니다. 쓸 만한 뼈대는 이렇습니다.

• 승인된 도구: 이름과 승인된 버전을 명시한 목록
• 필수 설정: 클라우드 동기화 끄기, 비밀번호 관리자와 키 관리 앱을 무시 목록에 추가, 기록 항목 수를 소수로 제한, 도구가 지원하면 종료 시 삭제
• 금지 사항: 승인되지 않은 클립보드 도구, 클립보드를 읽는 브라우저 확장 프로그램
• 전제 조건: 전체 디스크 암호화 활성화 및 검증 완료
• 예외: 누가 허용할 수 있는지, 그리고 어떻게 기록하는지

5단계: MDM으로 적용하고, 주기적으로 재감사하기

macOS 앱의 환경설정은 앱의 번들 ID를 키로 하는 property list(plist)에 저장됩니다. 따라서 표준 환경설정 방식을 쓰는 앱이라면 MDM 구성 프로파일로 관리형 환경설정(managed preferences)을 배포할 수 있습니다. 원칙적으로는 전체 기기에 도구의 무시 목록과 기록 한도를 미리 설정해 둘 수 있다는 뜻입니다. 다만 특정 설정이 이 방식으로 강제되는지는 앱이 환경설정을 읽는 방식에 달려 있으므로, 배포 전에 테스트 기기에서 반드시 확인하세요.

OS 수준의 동작은 별도의 제어 수단이 있습니다. Handoff, 그리고 그에 딸린 유니버설 클립보드는 MDM의 활동 연속성(activity continuation) 제한으로 막을 수 있습니다. Windows 환경에서는 그룹 정책의 "Allow Clipboard History"와 "Allow Clipboard synchronization across devices" 항목이 같은 역할을 합니다.

그다음에는 감사를 일정에 올려 두세요. 대부분의 팀에는 분기별이 적당합니다. 첫 감사에서 인벤토리와 기준선을 만들어 두면 재감사는 금방 끝납니다.

감사 체크리스트는 어떻게 구성할까요?

자주 하는 실수

• 클립보드 매니저를 무조건 금지하기. 금지하면 사람들은 우회합니다. 승인하고 설정까지 갖춘 도구 하나가, 승인받지 않은 도구 셋보다 안전합니다.
• 설정 대신 내용을 감사하기. 법적 리스크가 생기고, 신뢰가 무너지며, 감사에 그 정도까지 필요한 경우도 드뭅니다.
• 유니버설 클립보드 빠뜨리기. 철저히 잠근 Mac이라도, 같은 Apple 계정에 로그인된 개인 아이폰으로 복사한 텍스트가 넘어갈 수 있습니다.
• 테스트 없이 무시 목록을 믿기. 승인하는 모든 도구에 대해 3단계의 비밀번호 관리자 테스트를 돌려 보세요.
• 일회성 감사. 감사가 끝난 뒤에도 도구는 계속 설치됩니다. 재점검 일정을 잡아 두세요.

정리하며

클립보드 감사는 대부분 인벤토리 문제에, 설정 점검을 얹은 작업입니다. 도구를 찾고, 각각에 네 가지 질문을 던지고, 허용할 도구는 직접 테스트하고, 반 페이지짜리 정책을 쓰고, 이미 갖고 있는 MDM으로 적용하면 됩니다. 오픈소스이면서 로컬 우선인 도구는 3단계가 한결 수월합니다. 벤더의 주장을 코드와 네트워크 동작으로 직접 검증할 수 있기 때문입니다. 최소한의 로컬 전용 구성이 실제로 어떤 모습인지 궁금하시다면, Maccy는 무료로 써 보고 직접 들여다볼 수 있습니다.

팀에 돌아가서 던져 볼 질문 하나: 누군가 10분 전에 운영 데이터베이스 비밀번호를 복사했다면, 지금 그 사람의 노트북 안에 그 비밀번호가 남아 있을 만한 곳은 몇 군데일까요?