외주 시스템의 진짜 납품일은 운영자가 혼자 복구한 날입니다

프로젝트 마지막 날 외주사가 완벽한 화면을 시연합니다. 석 달 뒤 인증서가 만료되고 서비스가 멈춥니다. 내부에는 관리자 계정도, 갱신 절차도, 로그 위치를 아는 사람도 없습니다. 시스템은 납품됐지만 운영 능력은 납품되지 않은 것입니다.

CISA의 Secure by Design 원칙은 보안 결과의 책임을 고객에게 떠넘기지 말고 공급자가 소유하라고 강조합니다. 구매자에게도 계약 단계부터 보안과 운영 증거를 요구하라고 권합니다. 인수인계는 문서 꾸러미가 아니라 독립 운영 능력의 이전이어야 합니다.

정상 시연은 가장 쉬운 시험입니다

공급자는 자신이 만든 시스템의 정상 경로를 가장 잘 압니다. 그래서 공급자가 로그인하고 성공 화면을 보여 주는 시험은 제품 기능만 확인할 뿐 고객의 운영 가능성을 증명하지 못합니다.

검수 날에는 내부 담당자가 새 환경에서 배포하고, 권한을 바꾸고, 로그를 찾고, 백업에서 복구해야 합니다. 외주사는 관찰만 하도록 하십시오. 막힌 지점이 곧 인수인계의 누락입니다.

문서 목록보다 권한 목록이 먼저입니다

소스 코드가 있어도 저장소 관리자 권한이 없으면 소유하지 않은 것입니다. 클라우드 결제, 도메인, 인증서, 분석, 이메일, 비밀키, 백업 저장소의 최종 관리자가 회사 계정인지 확인하십시오.

개인 이메일과 외주사 계정에 묶인 권한은 납품 전에 이전해야 합니다. 문서에는 “어떻게”뿐 아니라 “누가 지금 할 수 있는가”가 보여야 합니다.

일부러 고장 내는 검수가 필요합니다

테스트 계정의 권한을 끊고, 환경변수 하나를 틀리고, 백업에서 복원해 보십시오. 실제 장애와 같은 압박을 만들 필요는 없지만 실패 상태에서 진단 순서가 작동하는지는 확인해야 합니다.

복구 시간과 도움 요청 횟수를 기록하십시오. 공급자의 설명 없이 복구하지 못했다면 납품 조건이 충족되지 않은 것입니다.

최종 대금과 독립 복구를 연결하십시오

인수인계가 마지막 주의 선의에 기대지 않으려면 계약의 산출물이어야 합니다. 최종 대금 일부를 계정 이전, 운영자 복구 시험, 최신 백업 확인, 변경 이력 전달과 연결하십시오.

시스템의 가치는 출시 화면이 아니라 다음 장애 뒤에도 사업이 계속되는 데 있습니다. 예외 한 건의 처리 시간을 검수 지표에 넣으면 운영 부담까지 가격에 반영할 수 있습니다.