문제해결·플랫폼거버넌스

바이브코딩의 속도를 지키는 위험 기반 가드레일

현업의 개발 방식은 살리되 데이터, 권한, 소유권 위험에 따라 플랫폼 개입 수준을 달리한 검토를 돌아본다.

문제
현업의 바이브코딩을 일괄 통제하지 않으면서 민감 데이터와 접근 권한, 서비스 소유권 위험을 어떻게 회수할 것인가.
선택
사람이 접속하는 화면과 데이터 민감도를 기준으로 전환 대상을 가르고, 고위험 서비스에는 플랫폼 가드레일과 배포 전 검토를 적용한다.
결과
위험 판정과 전환 우선순위는 정해졌지만 표준 저장소 발급과 인증 연동, 단계적 이전은 아직 남아 있다.

현업은 이미 스프레드시트와 스크립트 도구를 이용해 여러 업무 화면과 자동화를 직접 만들고 있었다. 익숙한 데이터와 개발 방식을 그대로 쓸 수 있어 요구를 빠르게 반영하기 좋았다. 플랫폼 조직이 모든 요청을 받아 구현하는 방식보다 현업의 맥락도 잘 살아났다.

문제는 바이브코딩 자체가 아니었다. 검토 대상 가운데 하나는 직원 이름과 소속, 재직 상태를 다뤘지만 별도의 인증과 역할 구분이 없었다. 접속한 사람이 곧 편집자였고, 운영 데이터와 서비스 소유권도 개인 계정에 묶여 있었다. 다른 사례에서도 배포 구조에 따라 코드 안의 인증을 우회하거나 로그인 없이 원본 데이터를 조회할 수 있음이 확인됐다.

이 상황에서 모든 바이브코딩을 막으면 당장의 위험은 줄어든다. 대신 현업의 속도와 자율성도 함께 사라진다. 중심 고민은 금지 여부가 아니라 현업이 맡을 부분과 플랫폼이 책임질 경계를 어디에 둘지였다.

문제를 다시 정의하기

처음에는 취약한 코드를 고치는 문제처럼 보였다. 하지만 인증 함수를 추가해도 배포 주체와 접근 범위가 잘못되면 보호 장치는 무너진다. 데이터 저장소만 별도로 떼어 내는 안도 논의됐으나 기존 접속 화면이 남으면 인증 우회와 무권한 조회 위험도 그대로 남는다.

그래서 문제를 구현 품질이 아닌 운영 구조로 다시 정의했다. 누가 서비스를 소유하고, 어떤 신원으로 데이터에 접근하며, 배포 뒤 권한 변경과 사고 대응을 누가 맡는지가 핵심이었다. 교육이나 코드 리뷰만으로는 이 책임을 지속해서 보장하기 어려웠다.

선택지를 나눈 기준

가장 유용했던 기준은 사람이 주소로 접속해 보는 화면인지였다. 시트 안에서 계산하거나 응답을 정리하는 자동화는 기존 공유 권한 안에서 움직이므로 유지할 수 있었다. 반면 접속형 화면은 별도의 인증 경계가 필요했다.

개입 깊이는 데이터 민감도와 쓰기 권한에 따라 달라졌다. 낮은 위험의 도구는 자동 등록과 사후 점검으로 부담을 줄일 수 있다. 인사정보처럼 민감한 데이터를 보여 주거나 수정하는 서비스는 배포 전 검토, 접근자 지정, 감사 기록이 필요했다. 외부 접속을 제한하더라도 로그인과 역할 검사를 대신할 수는 없었다.

내린 결정과 실행

확인된 결정은 스크립트 도구를 시트 내부 자동화에 한정하고, 사람이 접속하는 고위험 화면은 표준 환경으로 옮긴다는 것이었다. 기존 서비스 가운데 개인정보를 표시하고 편집까지 허용하던 화면은 첫 전환 대상으로 분류했다. 자동화까지 한꺼번에 폐기하지 않고, 화면과 서버 처리처럼 보안 경계에 걸린 부분만 이전 범위에 포함했다.

동시에 인증, 서버 전용 데이터 접근, 읽기 전용 서비스 계정, 회사 소유 저장소와 배포 경로를 미리 갖춘 스타터 저장소가 제안됐다. 현업은 그 안에서 화면과 업무 기능을 개발하되 새로운 데이터 연결이나 권한 변경은 플랫폼 검토를 거치게 하는 방식이다. 다만 첫 저장소 발급과 인증 체계의 구체적인 연동 방식은 아직 완료되지 않았다.

결과와 남은 문제

이번 검토로 전환 대상과 유지 대상을 가르는 기준은 분명해졌다. 기존 방식을 모두 부정하지 않으면서도 민감한 접속형 서비스에는 더 깊게 개입할 근거가 생겼다. 데이터 원본은 읽기 전용으로 두고 신청, 상태, 이력 같은 운영 데이터만 별도로 관리한다는 경계도 잡혔다.

아직 확인할 일은 남아 있다. 여러 화면을 한 번에 옮기기 어려워 민감하고 사용 빈도가 높은 것부터 단계적으로 이전해야 한다. 인증에서 역할과 부서 정보를 받을 수 있는지, 구축 담당자도 실제 데이터 값을 보지 않도록 권한을 분리할 수 있는지도 구현 과정에서 검증해야 한다.

다음에 적용할 원칙

바이브코딩의 속도는 검토를 없애서 지키는 것이 아니라 안전한 기본 경로를 미리 마련해 지킨다. 인증과 데이터 접근, 배포 소유권을 각 팀이 매번 새로 설계하게 두면 같은 위험이 반복된다. 플랫폼은 이 부분을 기본값으로 제공하고 현업은 업무 맥락에 집중하게 해야 한다.

개입 수준은 개발자의 숙련도보다 서비스가 다루는 위험으로 정한다. 자동화인지 접속형 화면인지, 읽기인지 쓰기인지, 데이터가 얼마나 민감한지부터 본다. 가벼운 도구까지 무겁게 통제하지 않되 위험이 커지는 경계에서는 플랫폼이 운영 책임을 회수한다.