‘AI 시대의 속임수’ 묶음의 한 편 · 2 / 4 — 처음부터 읽기 →
딥페이크 사장님 목소리가 송금을 시키면: 사내 '지시 확인 절차' 만드는 순서
합성 기술이 흔해지며 '누구인지'를 감각으로 확인하던 습관이 흔들려요. 개인의 눈과 귀 대신 조직이 절차로 걸러내는 '지시 확인 절차'의 설계 순서를 정리합니다.
짧은 답
딥페이크 사칭을 막는 힘은 직원의 눈썰미가 아니라, 어떤 지시는 반드시 다른 경로로 되묻는다는 회사의 절차에서 나와요. 이미 응했다면 금융회사·경찰·KISA 118 같은 공식 창구에 순서대로 연락하세요.

이 글의 차례 7
'사장님 목소리였는데요'가 더는 답이 되지 않는 이유
재무팀에 '지금 급한 계약 건이라 이 계좌로 먼저 보내 달라'는 전화가 왔는데, 목소리가 분명 대표님이었다면 어떻게 하시겠어요? 예전에는 목소리와 얼굴이 곧 신분증이었죠. 근데 말이죠, 합성 기술(딥페이크)이 흔해지면서 그 전제가 흔들리고 있어요. 이 글은 직원 한 사람의 판단에 기대는 대신, 회사가 절차로 사칭을 걸러내는 '지시 확인 절차'를 만드는 순서를 알려 드려요.
먼저 이 글의 범위를 분명히 해 둘게요. 합성 영상이나 음성을 어떻게 만드는지, 어떤 특징으로 탐지하는지는 다루지 않아요. 그 기술은 계속 좋아지고 있어서, 어색한 입 모양이나 끊기는 억양 같은 '구별 요령'은 오늘 맞아도 내일은 틀릴 수 있거든요. 대신 기술이 아무리 정교해져도 똑같이 작동하는 것, 즉 '지시의 진위를 지시가 들어온 경로가 아닌 다른 경로로 확인한다'는 절차를 다뤄요.
이게 왜 중요하냐면요, 사칭 시도가 노리는 건 기술의 빈틈이 아니라 조직의 습관이거든요. 높은 분의 지시는 되묻지 않는 문화, 급하다는 말에 절차를 건너뛰는 관행, 담당자 혼자 결정하는 구조가 그것이에요. 그래서 대응도 사람의 감각을 훈련하는 쪽보다 조직의 습관을 바꾸는 쪽이 훨씬 든든해요. 개인과 가족 차원의 확인 습관은 별도 글에서 다뤘으니, 여기서는 회사 안의 절차에 집중할게요.
무엇을 노리는지 알면 절차의 범위가 보인다

사칭 지시가 노리는 결과는 생각보다 몇 가지로 좁혀져요. 돈을 옮기게 하는 것, 계좌나 결제 정보를 바꾸게 하는 것, 자료를 밖으로 보내게 하는 것, 그리고 계정이나 시스템 접근 권한을 열게 하는 것이에요. 현장에서 흔히 보이는 패턴은 이 네 가지가 '급함'과 '비밀'이라는 두 가지 포장을 두르고 들어온다는 점이에요. '오늘 안에 처리해야 한다', '아직 다른 사람에게는 말하지 말라'는 말이 붙으면 그 자체가 확인 신호예요.
여기서 얻을 수 있는 게 있어요. 확인 절차를 '모든 지시'에 걸면 업무가 멈추고 아무도 지키지 않게 돼요. 반대로 위 네 가지 결과로 이어지는 지시에만 걸면, 범위가 좁아서 지킬 만하고 효과는 거의 그대로예요. 즉, 절차의 첫 설계 질문은 '어떻게 구별할까'가 아니라 '어떤 요청이 들어오면 반드시 되물을까'예요.
이 네 가지 결과는 회사 안에서 맡은 부서가 달라요. 송금·계좌 변경은 재무, 급여·계좌 정보는 인사, 자료 반출은 각 현업과 보안, 접근 권한은 IT예요. 절차를 만들 때 이 부서들을 처음부터 함께 부르면, '재무만의 규칙'이 아니라 회사 전체가 같은 원칙으로 움직이게 돼요. 어느 한 부서만 단단해지면 약한 쪽으로 요청이 옮겨 가는 게 자연스러운 흐름이니까요.
- 돈을 옮기는 요청 — 신규 계좌 송금, 기존 거래처의 입금 계좌 변경, 긴급 선지급
- 정보를 바꾸는 요청 — 급여 입금 계좌 변경, 결제 수단·연락처 변경, 거래처 담당자 교체
- 자료를 보내는 요청 — 고객 명단, 계약서, 재무 자료, 시스템 구성 정보의 외부 전송
- 권한을 여는 요청 — 계정 생성·비밀번호 초기화, 2단계 인증 해제, 원격 접근 허용
핵심은 '되묻는 경로'를 지시가 들어온 경로와 분리하는 것
확인 절차의 뼈대는 딱 하나예요. 지시가 들어온 경로가 아닌, 회사가 미리 정해 둔 경로로 되묻는 것. 전화로 온 송금 지시라면 그 전화를 끊고 사내 주소록에 등록된 번호로 다시 걸고, 메신저로 온 계좌 변경이라면 그 대화창이 아니라 등록된 대표 전화나 대면으로 확인하는 식이에요. 지시가 들어온 그 창구로 '정말 맞으세요?'라고 물으면, 사칭이라면 당연히 '맞다'는 답이 돌아오니까요.
이렇게 하면 합성 기술이 얼마나 정교한지가 더는 중요하지 않아져요. 목소리와 얼굴이 진짜처럼 보여도, 되묻는 경로는 상대가 손댈 수 없는 우리 쪽 정보이기 때문이에요. 그래서 이 절차를 흔히 '콜백 규칙'이라고 불러요. 되거는 번호는 지시를 준 사람이 방금 알려 준 번호가 아니라, 사전에 등록되어 있고 요청과 무관하게 관리되는 번호여야 한다는 점만 기억하시면 돼요.
여기에 두 번째 장치를 겹치면 훨씬 단단해져요. 위 네 가지 요청은 한 사람이 끝까지 처리하지 못하게 두 사람의 승인을 거치도록 하는 거예요. 요청을 받은 사람과 실행하는 사람을 나누거나, 일정 조건 이상이면 상급자 확인을 필수로 두는 방식이에요. 사칭은 보통 한 사람에게 집중해서 서두르게 만드는데, 두 사람이 관여하는 순간 '급하다'는 압박이 절반으로 나뉘어요. 이 두 장치는 앞서 다룬 최소 권한과 계정 분리의 원칙이 업무 절차로 옮겨 온 모습이기도 해요.
- 경로 분리 — 지시가 온 채널이 아닌, 사내에 등록된 연락처·대면·공식 결재 시스템으로 되묻기
- 이중 승인 — 요청 접수자와 실행자를 분리하거나, 조건 이상이면 상급자 승인 필수
- 정보 고정 — 거래처 계좌·담당자 연락처는 요청 시점이 아니라 사전에 등록된 정보만 신뢰
- 지연 허용 — '확인에 걸리는 시간'을 절차의 일부로 인정하고, 급하다는 이유로 건너뛰지 않기
여기서 많이들 헷갈리는 세 가지 오해
첫째는 '딥페이크 탐지 도구를 도입하면 해결된다'는 생각이에요. 탐지 기술은 분명 도움이 되지만, 합성 기술과 서로 앞서거니 뒤서거니 하는 관계라서 어느 한쪽이 영원히 이기지는 못해요. 도구는 절차의 보조로 두고, 되묻는 경로와 이중 승인처럼 기술 수준과 무관하게 작동하는 장치를 중심에 두는 편이 마음이 훨씬 편해요. 특정 제품의 성능 비교는 이 글의 범위가 아니에요.
둘째는 '높은 분 지시를 확인하면 실례'라는 생각이에요. 솔직히 말하면 이 부분이 절차가 실패하는 가장 흔한 지점이에요. 규칙이 있어도 '대표님이 직접 말씀하셨는데 어떻게 되묻나'라는 분위기가 있으면 아무도 안 지켜요. 그래서 절차를 만들 때 경영진이 먼저 '내 이름으로 온 요청도 반드시 확인하라, 확인 전화를 받으면 고맙게 여기겠다'고 공개적으로 말해 주는 게 어떤 기술보다 효과가 커요. 확인은 불신이 아니라 회사를 지키는 예의라는 메시지가 위에서 내려와야 해요.
셋째는 '우리 회사는 작아서 표적이 안 된다'는 생각이에요. 사칭 시도는 특정 회사를 오래 연구해야만 가능한 게 아니라, 공개된 임원 이름과 조직도, 소셜미디어의 영상 몇 개로도 시작될 수 있어요. 오히려 작은 조직은 한 사람이 요청 접수부터 송금까지 혼자 처리하는 경우가 많아서 이중 승인 하나만 넣어도 체감 효과가 커요. 규모가 작을수록 절차가 단순해도 되니 시작하기는 더 쉬운 셈이에요.
다섯 단계로 첫 판 만들기, 그리고 이미 응했다면

이제 이렇게 하시면 돼요. 아래 다섯 단계를 순서대로 밟으면 한두 주 안에 첫 판이 나와요. 문서는 한 장이면 충분하고, 기존 보안 문서 체계에서는 '절차' 층에 들어가요. 정책에는 '자금·정보·권한에 관한 지시는 정해진 경로로 확인한다'는 한 문장이면 되고, 대상 금액이나 조건 같은 세부 숫자는 조직 사정에 맞게 절차 문서에서 정하시면 돼요.
만약 확인 없이 이미 송금하거나 자료를 보냈다면, 자책보다 순서가 먼저예요. 송금이라면 거래 금융회사에 즉시 연락해 지급정지 등 가능한 조치를 문의하고, 경찰청 사이버수사 창구나 112에 신고해요. 회사 계정이나 시스템 접근 권한을 열어 준 경우라면 KISA 118 상담과 함께 사내 침해사고 대응 절차를 시작하고, 관련 기록(통화 시각, 메시지, 이체 내역)을 지우지 말고 보존해요. 개인정보가 밖으로 나갔다면 개인정보보호 법령상 통지·신고 의무가 생길 수 있으니, 개별 사안의 판단은 개인정보보호위원회의 공식 안내로 확인하시는 것이 정확합니다.
딥페이크가 흔해진 시대에 회사를 지키는 건 직원의 눈썰미가 아니라 '되묻는 절차'예요. 절차가 자리 잡으면 직원은 높은 분의 지시 앞에서 눈치 보지 않고 확인 전화를 걸 수 있고, 담당자는 급한 요청이 와도 흔들리지 않는 기준을 갖게 돼요. 한 번 만들어 두면 사칭뿐 아니라 단순한 실수나 착오까지 함께 걸러 주니, 회사 전체가 한결 편해지는 좋은 투자예요.
- 1단계 대상 정하기 — 송금·정보 변경·자료 반출·권한 개방 네 유형 중 우리 회사에서 실제로 오가는 요청을 목록으로 적기
- 2단계 되묻는 경로 등록 — 임원·거래처·주요 담당자의 확인용 연락처를 사내 주소록에 고정하고, 갱신 책임자 정하기
- 3단계 이중 승인 설계 — 접수자와 실행자를 나누거나, 조건 이상이면 상급자 승인을 거치도록 결재 흐름에 반영
- 4단계 예외와 지연 허용 — '확인 때문에 늦어져도 책임을 묻지 않는다'는 원칙을 경영진 이름으로 공지
- 5단계 훈련과 재검토 — 분기마다 짧은 상황 훈련을 하고, 조직 개편이나 거래처 변경 때 연락처와 조건을 다시 보기
자주 묻는 질문
화상 회의에서 얼굴까지 보였는데도 확인해야 하나요?
네, 요청이 송금·정보 변경·자료 반출·권한 개방 네 유형에 해당하면 얼굴이 보여도 정해진 경로로 되묻는 게 원칙이에요. 확인 절차는 '진짜처럼 보이는지'가 아니라 '어떤 요청인지'를 기준으로 작동해야 기술 수준과 상관없이 지켜져요. 회의가 끝난 뒤 등록된 번호로 짧게 확인 전화 한 통이면 충분해요.
확인 절차 때문에 진짜 급한 업무가 늦어지면 어떻게 하나요?
그래서 '지연 허용'을 절차에 미리 넣어 두는 거예요. 되묻는 데 걸리는 시간은 길지 않고, 정말 급한 건이라면 요청한 사람도 확인 전화를 반갑게 받을 거예요. 확인 때문에 늦어진 일에 책임을 묻지 않는다는 원칙을 경영진 이름으로 공지해 두면 담당자가 마음 편히 절차를 지킬 수 있어요.
작은 회사라 결재 시스템이 없는데 이중 승인을 어떻게 하나요?
시스템이 없어도 돼요. '송금은 요청 받은 사람이 아니라 다른 한 사람이 실행한다', '계좌 변경은 대표와 담당자 두 사람이 각각 확인한다' 같은 사람 기준의 규칙만으로 시작할 수 있어요. 메신저 단체방에 확인 내역을 남기는 것만으로도 기록이 되고, 조직이 커지면 그때 결재 시스템으로 옮기면 돼요.
직접 확인해 보실 곳
확인할 곳
이 글에서 다루는 주제를 맡는 공식 기관입니다. 신고·상담 창구도 여기에 있으니, 실제 상황에서는 아래로 바로 이어 가시면 됩니다.
참고한 자료
- 기업 이메일 사칭 사기 공익 경보 (PSA I-091124) FBI IC3 확인일
- 생성형 AI 악용 금융사기 공익 경보 (PSA I-120324) FBI IC3 확인일
이 글은 입문자 기준으로 이해하기 쉽게 정리한 일반 정보이며, 내용은 운영 과정에서 순차적으로 점검·보완될 수 있습니다. 구체적인 절차나 수치는 해당 기관의 공식 안내를 기준으로 확인해주세요.
이 글의 용어
보안 용어 사전에서 한 줄 정의와 쉬운 비유로 다시 볼 수 있어요.