GEO 대행사 보안, 금융사 홈페이지 관리자 권한 어디까지 줄까
계약 전에 정리할 세 가지
GEO 대행사 보안의 출발점은 홈페이지 관리자 권한을 얼마나, 얼마 동안, 어떤 경로로 주는지 계약 전에 정해 두는 일입니다.
2026년 은행 해킹에서 뚫린 곳은 대출모집인용 서비스와 직원용 업무 시스템처럼 외부 인력이 쓰는 접점이었고, 마케팅 대행사 계정도 같은 성격의 협력사 접점입니다.
운영 서버 관리자 계정을 통째로 넘기기보다 스테이징 작업, 코드 납품, 기간 한정 계정 중에서 고르고 종료일에 계정을 회수하는 순서를 문서로 남기는 편이 안전합니다.
GEO 대행사와 계약을 앞둔 금융사 마케팅 담당자라면 대행사가 보낸 착수 요청서의 한 줄에서 손이 멈췄을 겁니다. "홈페이지 관리자 계정과 서버 접속 정보를 전달해 주세요."
평소라면 보안팀에 한 번 묻고 넘어갈 일이었습니다. 그런데 이번 은행 해킹 소식 이후 보안팀이 되묻는 질문이 달라졌습니다. 외부 업체에 관리자 권한을 줘도 되는지, 준다면 어디까지인지, 계약이 끝나면 누가 지우는지 같은 질문입니다.
아래에서는 워드프레스로 금융 정보 블로그와 상품 안내 페이지 40개를 운영하는 저축은행이 GEO 대행사와 3개월 계약을 맺는 상황을 예시로 들어 권한을 나누는 기준을 정리했습니다. 이 저축은행은 설명을 위한 가상의 조건입니다.
은행 해킹 경로가 된 협력사·외주 접점은 어디였나요?
이번 금융권 연쇄 해킹에서 공격이 들어온 곳은 핵심 금융거래 시스템보다 외부 인력과 협력사가 쓰는 업무 접점이었습니다.
뉴스핌 보도(2026년 10월 7일)에 따르면 신한은행은 대출모집인용 간편조회 서비스, KB국민은행은 직원용 모바일 업무지원시스템, 하나은행은 영업지원시스템이 뚫렸고, 이 시스템 상당수는 정기 점검 대상에서 빠져 있었다고 합니다. 같은 보도에서 BNK부산은행은 외주 개발직원 11명의 정보가 노출됐습니다.
주간경향(10월 12일)은 이런 시스템을 보안 조직의 공식 관리 목록에서 빠진 '섀도 IT'로 설명했습니다. 외주 개발 인력이 쓰는 협력업체 위탁망은 내부 정책이 직접 닿기 어려워 모니터링 사각지대에 놓이기 쉽다는 지적입니다.
공격이 들어온 과정까지 자세히 알 필요는 없습니다. 마케팅팀이 가져갈 교훈은 하나인데요, 외부 업체가 쓰는 계정과 화면도 우리 회사의 관리 대상이라는 점입니다.
GEO 대행사에 홈페이지 관리자 권한을 줘야 하나요?
GEO 대행사에 운영 서버의 최고 관리자 권한까지 줄 필요는 대부분 없고, 작업 범위에 맞는 최소 권한만 기간을 정해 주는 방식으로 충분합니다.
GEO 작업, 그러니까 AI 답변에 우리 페이지가 인용되도록 다듬는 일과 AEO(답변 엔진 최적화) 작업은 주로 공개 페이지의 문장, 제목 구조, 구조화 데이터, 내부 링크를 고치는 일입니다. 회원 데이터베이스나 결제 서버에 들어갈 이유가 없습니다.
OWASP 권한 관리 안내는 최소 권한을 업무에 필요한 최소한의 권한만 사용자에게 주는 원칙으로 설명합니다. 나중에 권한을 더 주는 일이 이미 준 권한을 빼앗는 일보다 쉽다는 점, 배포 뒤에도 권한이 늘어나지 않았는지 주기적으로 점검하라는 점도 함께 적혀 있습니다.
예시 저축은행이라면 블로그 글 수정 권한과 상품 안내 페이지의 스키마 삽입 권한만 있으면 3개월 작업을 할 수 있습니다. 플러그인 설치, 사용자 추가, 서버 설정 변경 권한은 대행사 계정에서 빼도 일이 멈추지 않습니다.
💡 권한을 적게 주면 작업이 느려지지 않나요? 반영 단계를 금융사 담당자가 맡으면 하루 이틀 늦어질 수 있습니다. 대신 누가 언제 무엇을 바꿨는지가 한 곳에 남습니다.
금융사 홈페이지 권한을 주는 방식 네 가지를 비교해 보세요
GEO 대행사 계정 관리는 아래 네 가지 방식 중에서 작업 성격에 맞게 고르면 되고, 한 프로젝트 안에서 두 방식을 섞어 써도 됩니다.
권한 방식 | 대행사가 하는 일 | 보안 위험 | 작업 속도 | 변경 기록 |
|---|---|---|---|---|
운영 서버 최고 관리자 계정 부여 | 운영 사이트에서 직접 수정·설치 | 가장 높음. 계정 하나가 뚫리면 사이트 전체가 노출됨 | 가장 빠름 | 대행사 쪽 기록에 의존하기 쉬움 |
스테이징 서버에서만 작업 | 복제 환경에서 수정 후 금융사가 운영에 반영 | 낮음. 운영 데이터와 분리됨 | 반영 단계만큼 늦어짐 | 반영 시점이 금융사 기록에 남음 |
코드·스키마 납품 후 금융사 반영 | 수정할 문장과 코드 세트를 파일로 전달 | 가장 낮음. 대행사 계정이 필요 없음 | 금융사 개발 여력에 좌우됨 | 납품 파일과 반영 내역이 모두 남음 |
기간 한정 제한 계정 | 편집자 수준 계정으로 지정 페이지만 수정 | 중간. 범위와 기간을 좁히면 낮아짐 | 빠른 편 | CMS 수정 이력으로 확인 가능 |
이 비교에서 마지막 행이 실무에서 가장 많이 쓰입니다. 워드프레스라면 관리자 대신 편집자 역할을 주고 다중요소인증을 켠 다음 종료일을 계약서에 적는 조합입니다.
예시 저축은행은 블로그 글 40개는 기간 한정 편집자 계정으로, 상품 안내 페이지의 구조화 데이터는 코드 납품 방식으로 나누는 편이 맞습니다. 상품 페이지는 금리와 조건이 들어가는 화면이라 금융사 개발자가 직접 반영하는 쪽이 검수도 쉽습니다.
권한 방식별로 어떤 산출물을 받게 되는지 미리 보고 싶다면 리드젠랩 GEO·AEO 서비스 구성에서 작업 범위를 확인해 보세요.
계약부터 종료까지 GEO 대행사 계정 관리 5단계
대행사 계정은 계약서에 적은 순서대로 만들고 회수해야 사고가 났을 때 누구의 계정이었는지 바로 확인할 수 있습니다.
작업 범위를 먼저 적습니다. 수정할 페이지 목록, 바꿀 요소(본문, 제목, 구조화 데이터, 내부 링크), 손대지 않을 영역을 계약서 부속서에 넣습니다.
권한 방식을 정합니다. 위 표에서 페이지 유형별로 방식을 고르고, 운영 서버 최고 관리자 계정은 주지 않는다고 명시합니다.
개인별 계정을 발급합니다. 대행사 공용 계정 하나를 돌려 쓰지 말고 작업자마다 계정을 만들고 다중요소인증을 켭니다.
변경 기록을 매달 대조합니다. CMS 수정 이력과 대행사 월간 보고서의 작업 목록이 맞는지 마케팅팀과 보안팀이 같이 봅니다.
종료일에 계정을 회수합니다. 계약 종료일 당일에 계정 삭제, 비밀번호 변경, 발급했던 API 키 폐기를 하고 회수 확인서를 받습니다.
다섯 단계 중 실제로 가장 자주 빠지는 것은 마지막 단계입니다. 프로젝트가 끝나도 편집자 계정이 몇 달씩 남아 있는 경우가 흔하거든요.
예시 저축은행은 3개월 계약이므로 계정 만료일을 시스템에서 미리 설정해 두면 회수를 잊어도 계정이 자동으로 닫힙니다.
권한 범위에 따라 견적과 일정이 어떻게 달라지는지는 리드젠랩 GEO 비용 안내에서 볼 수 있습니다.
금융당국이 지적한 기본 보안 수칙과 대행사 계정
금융당국이 이번 사고 뒤 긴급점검에서 지적한 항목 중 인증 절차 누락과 다중요소인증 미도입은 대행사 계정 관리에도 그대로 해당합니다.
파이낸셜뉴스(10월 14일)에 따르면 금융당국이 555개 금융회사를 점검한 결과 130곳에서 미흡 사항이 나왔고, 최신 보안패치 미적용과 인증·인가 절차 누락, 다중요소인증 미도입이 지적됐습니다. 당국은 전산시스템 외부 접점 목록화도 전수점검 항목에 넣었습니다.
대행사에 준 CMS 계정은 이 외부 접점 목록에 들어가야 할 항목입니다. 계정 목록에 대행사 이름, 작업자, 권한 수준, 만료일을 같이 적어 두면 점검 때 따로 찾을 필요가 없습니다.
점검 항목 | 대행사 계정에 적용하는 방법 |
|---|---|
인증·인가 절차 | 작업자별 개인 계정, 역할별 권한 분리 |
다중요소인증 | 대행사 계정 전체에 필수 적용 |
외부 접점 목록화 | 계정 목록에 대행사명·만료일 기재 |
접근 통제 | 접속 가능한 IP나 시간대 제한 검토 |
자주 묻는 질문
마케팅 대행사에 홈페이지 관리자 권한을 줘도 되나요?
마케팅 대행사에는 관리자 권한보다 작업 범위에 맞는 편집 권한을 주는 것이 원칙입니다. 관리자 권한이 꼭 필요한 작업이 있다면 그 작업만 금융사 담당자가 대신 하거나, 하루 단위 임시 계정으로 처리하세요.
GEO 대행사에 서버 접속 정보까지 줘야 하나요?
GEO 작업은 공개 페이지의 문장과 구조를 고치는 일이라 서버 접속 정보까지 필요한 경우는 드뭅니다. 사이트 속도 개선처럼 서버 설정을 바꿔야 하는 작업이 있다면 스테이징 서버에서 진행하고 반영은 금융사 개발팀이 맡도록 나누세요.
대행사 직원이 바뀌면 계정은 어떻게 하나요?
대행사 직원이 바뀌면 기존 작업자의 계정을 바로 삭제하고 새 작업자 계정을 새로 발급해야 합니다. 계정을 넘겨받아 쓰게 두면 누가 어떤 수정을 했는지 기록이 섞이니 계약서에 교체 통보 의무를 넣어 두세요.
코드 납품 방식이면 GEO 효과가 줄어드나요?
코드 납품 방식이라고 GEO 효과가 줄어들지는 않고, 반영 속도만 금융사 개발 일정에 맞춰질 뿐입니다. 반영이 늦어지면 측정 시작일도 함께 밀리니 납품일과 반영일을 따로 기록해 두세요.
GEO 대행사 검토, 권한 운영 방식부터 물어보세요
GEO 대행사 보안은 계약 전에 권한 방식과 회수 절차를 정해 두는 것으로 대부분 정리됩니다. 견적과 사례를 비교하기 전에 "어떤 권한이 필요하고 계약이 끝나면 어떻게 돌려주는지"를 먼저 물어보세요.
리드젠랩은 GEO·AEO·SEO 코드 세트를 파일로 납품하는 방식과 직접 삽입하는 방식을 모두 운영하고 있어, 금융사 보안 정책에 맞춰 계정 없이 진행하는 선택지를 드릴 수 있습니다. 워드프레스와 구조화 데이터를 코드 단계에서 직접 다루는 기술 인력을 대표 포함 15인 팀 안에 두고 있어 납품 파일을 금융사 개발팀이 그대로 반영할 수 있는 형태로 정리합니다. 반영 뒤에는 직접 개발한 SOHA로 수정한 페이지가 AI 답변의 출처로 잡히는지 질문별로 기록합니다.
금융사 보안팀과 함께 검토할 권한 범위와 납품 방식이 필요하다면 현재 홈페이지 CMS와 작업하려는 페이지 수를 알려 주세요. 계정 없이 진행할 수 있는 범위부터 나눠서 제안해 드립니다.