개념
규제가 바뀌면 시험 환경이 바뀐다
금융권 개발·시험 조직의 일상은 오랫동안 망분리 가 정했다. 내부 업무망은 인터넷과 분리되고, 개발 PC에서 외부 저장소·SaaS 도구·AI 코딩 도구를 쓰기 어려웠다. 다른 산업에서 당연한 테스트 자동화 도구와 클라우드 CI가 금융에서는 몇 년씩 늦게 들어왔다.
2024년 8월 금융위원회가 금융분야 망분리 개선 로드맵 을 발표하면서 이 전제가 바뀌기 시작했다. 연구개발 환경 규제 완화, 클라우드 이용 절차 합리화(2025년 2월 5일 시행 개정 규정), 금융회사 내부망 SaaS 이용 허용(2026년 4월 시행)으로 이어졌고, 생성형 AI 활용도 규제 샌드박스를 거쳐 제도화하는 방향이 제시됐다. 레슨 6의 금융분야 AI 가이드라인도 같은 흐름이다.
QA에게 이 변화는 기회와 책임을 함께 가져온다. 기회는 다른 산업에서 쓰던 도구와 방식(클라우드 CI, SaaS 테스트 관리, AI 기반 검증, 모듈 38)을 금융에서도 쓸 수 있게 되는 것 이다. 책임은 그 도구와 환경이 규제가 허용한 조건 안에 있는지를 시험 환경 설계 단계에서 확인 하는 것이다. 이 영역의 규정·시행세칙·가이드는 개정이 매우 잦으므로, 모든 판단에 근거 조문과 판(시행일)을 적는다.
클라우드 이용 절차 — 제14조의2
전자금융감독규정 제14조의2는 금융회사가 클라우드컴퓨팅서비스를 이용할 때의 절차를 정한다. 2025년 2월 5일 시행 개정으로 절차가 합리화됐고, 요지는 이렇다.
이용 업무의 중요도 평가 → 클라우드 제공자의 건전성·안전성 평가
→ 업무 연속성 계획과 안전성 확보 조치 수립·시행 → 정보보호위원회 심의·의결금융보안원의 금융분야 클라우드컴퓨팅서비스 이용 가이드 는 이 절차를 실무 단계로 풀어낸다. 2025년 개정판은 도입 기준에서 한 걸음 나아가 도입 이후 운영, 계약 종료, 사고 대응까지 금융회사의 직접 통제와 책임을 요구한다는 평가를 받았다. 보도된 핵심 변화는 세 가지다.
| 변화 | 내용 | QA 접점 |
|---|---|---|
| 출구 전략 | 클라우드 서비스 중단·제공자 사업 중단 등에 대비한 데이터 이전·삭제 절차와 대체 방안을 사전 계획·문서화 | 출구 전략 리허설 을 시험으로 설계 (아래) |
| 직접 평가·검증 | 제공자의 인증에만 의존하지 않고 금융회사가 책임 주체로서 직접 평가·검증 | 제공자 기능의 보안·가용성 시험을 금융회사 쪽에서 수행하고 기록 |
| 데이터 위치 | 고유식별정보·개인신용정보는 국내 전산실에서 저장·처리 | 시험 환경·로그·백업의 데이터 위치 확인 |
중요도 평가 는 이용 업무를 중요 업무와 비중요 업무로 나누는 단계다. QA 관점에서는 시험 환경을 클라우드에 둘 때도 이 판단이 필요한가 가 실무 질문이 된다. 시험 환경이 실제 고객 정보를 다루지 않고 운영과 분리되어 있다면 판단이 달라질 수 있지만, 판단 자체는 준법·보안 조직과 함께 하고 기록 으로 남긴다.
망분리 원칙과 연구개발망 예외 — 제15조
제15조(해킹 등 방지대책)는 내부 통신망과 연결된 내부 업무용 시스템을 인터넷 등 외부 통신망과 분리·차단 하는 망분리 원칙을 둔다. 그리고 예외를 둔다. 개발·시험 조직에 가장 중요한 것이 연구개발망 예외다.
| 연구개발망 예외의 요지 | QA 시험 환경 설계에서의 의미 |
|---|---|
| 연구·개발 목적 환경을 내부 업무망·전산실과 물리적 또는 논리적으로 독립·분리 | 시험 환경을 운영·내부 업무망과 분리해 구성하면 외부 도구 활용 여지가 생김 |
| 고유식별정보·개인신용정보를 처리하지 않을 것 | 시험 데이터에 실제 고객 개인정보를 쓰지 않는다 |
| 가명정보 활용 허용 (규제 개선으로 확대) | 가명 처리한 데이터로 현실적인 시험 데이터 구성 가능 |
| 연구개발 결과물을 내부망으로 옮기는 절차 (승인 기반 반입, 소스코드 내부 배포 허용 등으로 개선) | 결과물 이관 절차가 배포 파이프라인의 통제 지점 이 됨 |
이 예외 덕분에 연구개발망에서는 외부 오픈소스 저장소, 클라우드 기반 CI, AI 코딩 도구를 쓸 수 있는 여지가 생긴다. 모듈 38의 개발자 에이전트 스킬 같은 방식도 연구개발망에서 적용을 검토할 수 있다. 다만 어느 도구를 어느 조건으로 쓸 수 있는지 는 회사의 내부 기준과 규정 해석으로 확정한다. QA가 할 일은 그 판단이 시험 환경 구성에 실제로 반영됐는지 확인 하는 것이다.
[연구개발망 시험 환경 점검 — QA 확인 항목]
[ ] 시험 환경과 내부 업무망·운영 전산실 사이의 네트워크 경로가 설계대로 차단되어 있다 (경로 시험)
[ ] 시험 데이터에 고유식별정보(주민등록번호 등)·개인신용정보 원본이 없다 (패턴 검색 — 레슨 4의 PAN 검색과 같은 방식)
[ ] 가명정보는 가명 처리 기록과 재식별 방지 조치가 있다
[ ] 외부 SaaS·AI 도구에 전송되는 데이터(코드·로그·시험 결과)에 위 정보가 포함되지 않는다
[ ] 연구개발 결과물의 내부망 반입은 승인 절차를 거치고 기록이 남는다
[ ] 반입 결과물이 레슨 1 프로그램 통제(시험·승인·담당자 외 등록)를 거쳐 운영에 반영된다네 번째 항목이 AI 도구 시대에 가장 자주 놓친다. 시험 로그를 AI 도구에 붙여 넣어 원인 분석을 맡기는 순간, 로그에 섞인 고객 정보가 외부로 나간다. 시험 데이터 단계에서 개인정보를 제거 해 두면 이 위험이 구조적으로 사라진다. 모듈 7 레슨 2의 합성 데이터·마스킹이 금융에서는 규제 준수 수단이다.
SaaS 망분리 예외 — 대체 정보보호 통제
망분리 개선의 다음 단계로, 금융회사가 내부 업무망에서 SaaS(서비스형 소프트웨어) 를 망분리 예외로 이용할 수 있는 제도가 2026년 4월 시행됐다. 그 전에는 혁신금융서비스 지정을 받아야 제한적으로 쓸 수 있었다. 보도·법무법인 해설을 종합한 요지는 다음과 같다.
| 항목 | 요지 |
|---|---|
| 대상 | 문서 작성·화상 회의·협업·일정·성과 관리 같은 업무 지원 SaaS 등 |
| 제외 | 고유식별정보·개인신용정보를 처리하는 SaaS 는 예외 적용 대상 아님 |
| 조건 | 시행세칙의 망분리 대체 정보보호 통제 준수 — 금융보안원 평가 결과 충족, 접근 제어·권한 관리, 중요 정보 입력·처리·유출 모니터링, 정기(반기) 자체 평가와 정보보호위원회 보고 등 |
| 한계 | 코어뱅킹 같은 핵심 시스템은 여전히 강한 망분리 |
QA 조직이 SaaS 테스트 관리 도구, SaaS 결함 추적 도구, SaaS 협업 도구를 도입하려 할 때 이 예외가 근거가 될 수 있다. 판단 포인트는 그 도구에 무엇이 들어가는가 다.
| 도구 | 들어갈 수 있는 정보 | 판단 |
|---|---|---|
| 테스트 관리 SaaS | 시험 케이스·결과·스크린샷 | 스크린샷·첨부 로그에 고객 정보가 섞이면 제외 대상 정보를 처리하게 됨 → 시험 데이터 정책으로 차단 |
| 결함 추적 SaaS | 결함 재현 절차·로그 | 운영 결함 티켓에 고객 계좌번호·이름이 붙는 관행 → 마스킹 규칙과 입력 모니터링 |
| AI 코드 리뷰 SaaS | 소스 코드 | 코드 안의 하드코딩된 운영 정보·시험 데이터 |
"중요 정보 입력·처리·유출 모니터링"이 조건에 들어가 있다는 점은 QA에게 시험 대상을 하나 더 준다. 모니터링이 실제로 탐지하는지 를 시험용 가짜 개인정보 패턴을 입력해 확인한다. 모듈 39 레슨 7의 "중단 조건 자체를 시험한다"와 같은 발상이다.
클라우드 출구 전략을 시험으로 만든다
2025년 가이드 개정에서 가장 무거워진 요구가 출구 전략 이다. 출구 전략 문서는 대개 "제공자 서비스 중단 시 데이터를 이전하고 대체 환경에서 업무를 재개한다"는 문장으로 끝난다. QA는 이 문장을 리허설 가능한 시험 으로 바꾼다. 레슨 1의 재해복구전환훈련과 같은 구조다.
[클라우드 출구 전략 리허설 — 비중요 업무 시스템 예시]
정상 상태 정의: 대상 업무의 핵심 기능 성공률, 데이터 건수·합계
시나리오: 제공자 서비스 이용 불가 (계약 종료 통보 또는 장기 장애 가정)
검증 항목:
1. 데이터 반출 전체 데이터를 표준 형식으로 반출 — 소요 시간, 건수·합계 대조 (레슨 2 대사 방식)
2. 대체 환경 대체 환경(다른 제공자 또는 자체 전산실)에서 업무 재개 — 목표 시간 대비 실측
3. 기능 동등성 대체 환경에서 핵심 업무 시나리오 회귀 (레슨 3 현행 대비 비교 방식)
4. 연동 대외기관·내부 시스템 연동 전환 (접속 정보·인증서·방화벽 규칙)
5. 데이터 삭제 원 제공자 환경의 데이터 삭제 확인 방법과 증적 (삭제 확인서, 삭제 후 접근 시험)
6. 권한 회수 원 제공자 환경의 계정·키 회수
판정 기록: 목표 대비 실측, 실패 항목, 문서와 실제 절차의 차이
주기: 연 1회 또는 중대한 구성 변경 후5번 데이터 삭제 확인 이 가장 어렵다. 클라우드 제공자 환경의 백업·스냅샷·로그에 남은 데이터까지 삭제됐다는 것을 금융회사가 어떻게 확인할 수 있는지, 계약과 절차로 정해 두고 리허설에서 증적을 실제로 받아 본다.
2번의 대체 환경 도 리허설 없이는 동작하지 않는 경우가 많다. 제공자 고유의 관리형 서비스(메시지 큐·데이터베이스·인증)에 깊이 의존한 시스템은 다른 환경으로 옮기는 데 문서에 적힌 시간보다 훨씬 오래 걸린다. 리허설의 실측 시간이 출구 전략 문서의 숫자를 바꾸게 된다. 모듈 39 레슨 1의 "폐쇄망에서 외부 의존 없이 설치되는가" 시험이 여기서도 유용하다.
업무 연속성 계획과 클라우드 장애 시험
제14조의2가 요구하는 업무 연속성 계획 은 제공자의 부분 장애(한 가용 영역·한 리전·한 관리형 서비스)에도 적용된다. 클라우드 환경의 장애 주입 시험(모듈 39 레슨 7)을 금융 업무 기준으로 설계한다.
| 장애 | 가설 | 금융 특유의 판정 |
|---|---|---|
| 가용 영역 하나 중단 | 업무 무중단 또는 목표 시간 안 복구 | 진행 중이던 거래의 결과 불명 처리와 대사 (레슨 2) |
| 관리형 데이터베이스 장애 조치 | 쓰기 일시 실패 후 복구, 데이터 손실 없음 | 원장 불변식 전수 검사 |
| 제공자 인증·키 관리 서비스 장애 | 기존 세션 유지, 신규 로그인 실패 시 명확한 안내 | 전자서명·인증 관련 거래의 안전한 거절 |
| 제공자와의 전용 회선 단절 | 대체 경로 전환 | 대외기관 연계 유지 |
실무에서 왜 필요한가
금융권 QA 조직은 지금 환경이 바뀌는 시기 에 있다. 연구개발망에서 클라우드 CI와 AI 도구를 쓰기 시작하고, SaaS 테스트 관리 도구를 검토하고, 일부 업무 시스템을 클라우드로 옮기고 있다. 이 과정에서 가장 흔한 사고는 기술 결함이 아니라 시험 데이터에 섞인 개인정보가 새 도구로 흘러가는 것, 그리고 문서로만 존재하는 출구 전략과 업무 연속성 계획 이다.
규제 변화를 시험 환경 설계로 번역할 줄 아는 QA는 금융회사가 새 도구와 환경을 규제 안에서 빠르게 도입하도록 돕는다. 다른 산업에서 클라우드·AI 기반 QA를 해 본 경력자가 금융으로 옮길 때, 이 번역 능력이 있으면 도메인 진입장벽을 가장 빨리 넘는다.