최종 업데이트: 2026년 10월 25일. 작성자: TeamOnly. 저희는 빌더들이 배포할 수 있는 장소 중 하나를 만들고 있으며, 이 부분이 언급될 때마다 그렇게 말합니다.
간단 요약: 이러한 앱들이 이미 존재한다고 가정하십시오. 비난 없이 이를 찾은 다음, 승인된 단일 배포처를 빌더들에게 제공하십시오. 바로 회사 로그인 뒤에 위치하며, 모든 앱에는 명시된 소유자가 있어야 합니다. 나머지 부분은 한 페이지의 정책으로 커버할 수 있습니다.
AI 도구를 금지하는 것은 거의 효과가 없습니다. 그저 앱들을 눈에 보이지 않는 곳으로 옮길 뿐입니다. 이 문서는 섀도우 AI(shadow AI)가 무엇인지, AI로 구축된 내부 앱의 실제 위험성, 이미 존재하는 것을 찾는 방법, 그리고 복사할 수 있는 정책을 다룹니다.
섀도우 AI란 무엇인가?
혼동하기 쉬운 세 가지 용어가 있습니다. 이들은 서로 다른 단계에서 동일한 습관을 설명합니다.
- Shadow IT: IT 부서가 알거나 승인하지 않은 상태에서 직원들이 업무를 위해 사용하는 소프트웨어 및 서비스입니다. 개인 파일 공유 계정, 누군가의 카드로 결제된 프로젝트 도구 등이 해당됩니다.
- Shadow AI: 여기에 AI 도구가 추가된 경우입니다. 직원이 회사 데이터를 채팅 어시스턴트나 IT가 검토하지 않은 AI 기능에 붙여넣는 행위입니다.
- Shadow AI apps: 더 새로운 부분입니다. 직원들이 Claude Code, Cursor, Lovable, Replit, Bolt 또는 v0을 사용하여 작동하는 앱을 구축하고, 이를 게시하며, 동료들에게 링크를 보내는 것입니다. 이 앱은 회사 데이터를 보유하고 계속 실행됩니다.
세 번째 항목이 다른 이유는 지속되기 때문입니다. 채팅은 1분 만에 끝납니다. 하지만 앱은 사용자, 데이터, 그리고 종종 빌더 자신의 계정에서 계속 작동하는 링크를 가지고 있습니다.
벤더 리서치: 2026년 5월 Retool이 실시한 307명의 CTO, CIO 및 CISO 대상 설문조사에서 응답자의 8%만이 AI로 구축된 내부 도구에 대한 강력한 거버넌스를 가지고 있다고 답했으며, 5%만이 모든 것을 볼 수 있다는 것에 매우 자신감을 보였습니다. 보안 회사 Red Access는 주요 vibe-coding 플랫폼에서 공개적으로 접근 가능한 자산이 380,000개 이상임을 발견했다고 보고했습니다. 이 중 약 5,000개가 회사 도구처럼 보였으며, 그중 2,000개 이상은 민감한 비즈니스, 운영 또는 개인 데이터를 보유하고 있었습니다.
2026년 10월 25일 확인됨. 출처: Retool AI Governance Report 2026 (벤더 설문조사, 2026년 6월), The Hacker News의 Red Access 연구 요약본 (기고문, 2026년 5월).
AI로 구축된 내부 앱에서 발생할 수 있는 문제점은 무엇일까요?
문제는 코드 자체인 경우는 드뭅니다. 보통 그 앱이 어디에 위치하는지, 그리고 누가 접근할 수 있는지가 문제입니다.
- 회사 데이터가 포함된 공개 링크. 많은 앱 빌더들은 유료 옵션을 사용하거나 사설 옵션을 찾지 않는 한 공개 웹에 게시합니다. 아무도 알지 못했던 링크라도 공유되거나 때로는 검색 엔진에 색인될 수 있습니다.
- 공유 비밀번호. 전체 앱의 비밀번호가 채팅 스레드나 이메일에 노출됩니다. 앱은 누가 무엇을 했는지 알려줄 수 없으며, 퇴사한 직원도 여전히 알게 됩니다.
- 개인 계정에 있는 앱. 앱은 빌더가 가입하고 청구서를 결제하는 플랫폼에서 실행되며, 그들의 로그인 아래에 있습니다. 회사 측에서는 관리자 접근 권한이 없거나 존재 자체를 모를 수 있습니다.
- 퇴사자가 있을 때 소유주 부재. 빌더가 떠날 경우, 앱은 아무도 책임지지 않은 채 계속 실행되거나 카드 취소 시 중단됩니다. 어느 쪽이든, 의존하던 팀은 가장 나중에 알게 됩니다.
- 존재하는 목록의 부재. 모른다는 앱은 검토하거나 수정하거나 폐기할 수 없습니다. 목록이 없으면 이러한 모든 위험 요소가 눈에 보이지 않습니다.
- 코드 내 비밀 정보, 열려 있는 데이터베이스. AI 도구는 때때로 브라우저에서 실행되는 코드에 API 키를 작성하며, 앱을 여는 사람이라면 누구나 이를 읽을 수 있습니다. 행 수준 보안(row-level security)이 비활성화된 호스팅 데이터베이스는 앱을 거치지 않고도 읽힐 수 있습니다.
이미 존재하는 앱은 어떻게 찾나요?
단일 도구로는 모든 것을 찾을 수 없습니다. 이 단계들을 함께 따르면 오후 안에 대부분의 앱을 찾아낼 수 있습니다.
- 비난 없이 질문하기(Ask, without blame). 짧은 메시지 하나를 보내세요. “직장 동료들이 사용하는 AI 기반 도구를 만드신 분이 계시다면 알려주세요. 아무것도 꺼지는 것은 아니니, 안전하게 계속 운영할 수 있도록 돕고 싶습니다.” 개발자들은 누군가 물어봐 주면 보통 기뻐합니다.
- 경비 보고서 및 카드 명세서 확인하기. Lovable, Replit, Bolt, Vercel, Netlify, Supabase, Cursor, Claude 구독 내역을 찾아보세요. 경비 보고서에 개발자 플랫폼이 언급되었다는 것은 어딘가에 앱이 존재한다는 의미일 가능성이 높습니다.
- 직원 계정으로 무엇에 로그인했는지 확인하기. Google Workspace와 Microsoft Entra 모두 직원이 업무 계정과 연결한 타사(third-party) 앱 목록을 제공하며, 로그인 기록은 어떤 앱을 사용하는지 보여줍니다. 사람들이 “Google로 로그인” 또는 Microsoft를 사용하여 가입할 경우 개발자 플랫폼이 그곳에 나타납니다.
- 앱 주소 찾기. DNS나 웹 프록시 로그, 그리고 회사 채팅에서
*.lovable.app, *.replit.app, *.vercel.app, *.netlify.app, *.pages.dev와 같은 주소를 검색하세요. 채팅에 있는 링크는 사람들이 실제로 사용하는 앱을 찾는 가장 빠른 방법인 경우가 많습니다.
- 브라우저 및 장치 인벤토리 확인하기 (만약 보유하고 있다면). 브라우저나 노트북 관리를 한다면, 인벤토리는 설치된 AI 확장 프로그램이나 Cursor 또는 Claude와 같은 앱을 보여줍니다. 이는 그들이 무엇을 만들었는지(what they built)가 아니라 누가 만들고 있는지(who is building)를 알려주므로, 후속 조치로 질문하는 것이 좋습니다.
- 기록하기. 앱별로 한 줄씩 기록하세요: 이름, 소유자, 호스팅 위치, 보유 데이터, 사용자. 이 시트가 첫 번째 인벤토리이며, 어떤 앱부터 이동해야 하는지 알려줍니다.
도입할 수 있는 '분위기 코딩 정책(vibe coding policy)'
사람들이 읽을 만큼 짧게 만드세요. [대괄호] 안의 부분을 수정하여 전송하세요.
Policy: AI로 구축된 도구
1. 적용 범위. AI 도움으로 구축된 모든 앱, 스크립트 또는 도구(Claude Code 등)
...
단순히 금지하면 안 되는 이유?
사람들이 이러한 도구를 만드는 이유는 실제 문제를 해결하기 때문입니다. 금지는 그 문제를 제거하지 못하고, 단지 도구를 개인 계정으로 이동시킬 뿐입니다. 승인된 배포 장소 하나를 마련해 주면, 읽을 수 있는 목록 형태로 당신의 로그인 뒤에 동일한 도구들을 제공할 수 있습니다.
개발자들에게 안전하게 배포할 장소를 제공하라
이 정책은 승인된 호스트가 어려운 부분을 처리하므로, 빌더들이 실수를 할 수 없습니다. 이것이 바로 TeamOnly가 하는 일입니다.
- 앱 코드 실행 전 로그인: 모든 앱에 대한 요청은 먼저 확인됩니다. 로그인하지 않은 사람은 절대 앱에 도달할 수 없습니다. 앱을 공개로 설정하는 기능은 없습니다.
- 회사 계정만 허용: 동료들은 업무용 Google, 업무용 Microsoft 또는 업무 이메일로 전송된 코드로 로그인합니다. 귀하의 도메인만 접속할 수 있으며 개인 계정은 거부됩니다.
- 모든 앱 목록화: 대시보드는 회사 내 모든 앱, 소유자, 누가 열 수 있는지, 그리고 모든 배포(deploy)를 보여줍니다. 접근 권한은 전체 회사 또는 지정된 목록으로 설정할 수 있습니다.
- 퇴사 시 새로운 소유자 지정: 관리자는 대시보드에서 앱을 새 소유자에게 넘겨줍니다. 누군가의 업무 계정을 비활성화하면 새로운 로그인이 중단됩니다. 관리자는 앱 로그인 지속 시간을 8시간부터 30일까지 선택할 수 있습니다.
- 모든 곳에서 로그아웃: 관리자는 모든 터미널과 대시보드에서 빌더를 한 번에 로그아웃할 수 있습니다.
- 앱 분리 보관: 각 앱은 자체 데이터베이스, 파일 저장소 및 비밀(secrets)을 가지며, 세션 쿠키는 해당 주소에 범위가 지정됩니다. 키는 코드 외부에서
npx teamonly secrets set으로 설정합니다.
Free 플랜은 비용이 들지 않습니다: 최대 5명까지 하나의 앱 사용 가능, 시간 제한 없음, 카드 필요 없음. 빌더(Builder)는 1명의 빌더와 3개 앱에 대해 월 $19입니다. 팀(Team)은 무제한 앱과 빌더를 위해 월 $249입니다. 오직 앱만 사용하는 사람은 무료입니다. Pricing.
비즈니스 플랜: 비즈니스(Business, 월 $899)에서는 Okta, OneLogin 또는 기타 SSO, 감사 로그(audit logs), 퇴사자 관리(offboarding), 데이터 지역 및 청구서 결제가 포함되며, 가입 시 IT 팀과 함께 설정해 드립니다.
제한 사항: TeamOnly는 React 프론트엔드와 JavaScript 또는 TypeScript API를 사용하는 내부 웹 앱을 호스팅합니다. 공개 웹사이트나 Python 앱은 호스팅하지 않으며, 현재 SOC 2 또는 ISO 인증은 없습니다. Security details.
사람들이 자주 묻는 질문
섀도우 AI(shadow AI)란 무엇인가요?
Shadow AI는 직원이 IT 부서가 알거나 승인하지 않은 상태에서 업무용 AI 도구를 사용하는 것을 말하며, 종종 회사 데이터를 포함합니다. 이는 채팅 비서(chat assistants)로 시작되었습니다. 이제 직원들이 AI를 사용하여 구축하고 동료들과 공유하는 작동 가능한 앱까지 포함합니다.
Shadow IT와 Shadow AI의 차이점은 무엇인가요?
Shadow IT는 파일 공유 계정이나 개인 카드로 결제된 프로젝트 도구처럼 사람들이 IT 부서의 시야 밖에서 업무용으로 사용하는 모든 소프트웨어 또는 서비스를 의미합니다. Shadow AI는 AI 도구를 사용했을 때도 마찬가지입니다. Shadow AI 앱은 한 단계 더 나아갑니다: 직원이 단순히 도구를 사용하는 것이 아니라, 직접 구축했으며 회사 데이터를 담고 있습니다.
'Vibe 코딩'을 금지해야 할까요?
금지는 필요 자체를 제거하는 경우가 드뭅니다. 사람들은 이 도구들을 실제 문제를 해결하기 때문에 구축하므로, 금지 조치는 이를 감시할 수 없는 개인 계정으로 옮길 뿐입니다. 대부분의 회사는 짧은 정책과 승인된 배포 장소 하나를 갖는 것이 더 효과적입니다.
사람들이 이미 만든 AI 구축 앱을 어떻게 찾을 수 있나요?
비난 없이 질문합니다. 그런 다음 Lovable, Replit, Vercel 및 유사한 구독에 대한 경비 보고서, Google Workspace 또는 Microsoft Entra에서 사람들이 업무 계정과 연결한 타사 앱 목록, 그리고 *.lovable.app 또는 *.vercel.app과 같은 주소에 대한 DNS 또는 채팅 로그를 확인합니다.
'Vibe 코딩' 정책에는 무엇이 포함되어야 하나요?
사람들이 무엇을 구축할 수 있는지, 앱이 어디에 배포되어야 하는지, 모든 앱에 회사 로그인이 필요한지 여부, 허용되는 데이터 유형, 키와 비밀번호를 어디에 보관하는지, 각 앱의 소유자는 누구인지, 그리고 소유자가 떠날 때 무슨 일이 발생하는지 등이 포함되어야 합니다. 이 페이지의 정책은 한 페이지에 들어갈 수 있으며 그대로 복사할 수 있습니다.
AI 구축 앱이 보안 위험인가요?
내부 도구의 경우, 더 큰 위험은 보통 코드 자체가 아니라 앱이 존재하는 장소에 있습니다. 즉, 공개 링크, 공유 비밀번호, 개인 계정, 코드에 작성된 키, 또는 구축자가 떠난 후 책임질 사람이 없는 경우입니다. 이 모든 것은 앱이 배포되는 장소를 통해 해결될 수 있습니다.
계속 읽기
IT 담당자를 위한 링크: https://teamonly.dev/for-it?ref=devto