클라우드플레어 MCP, 권한 골라 준다

클라우드플레어(Cloudflare)가 배포 도구 랭글러(Wrangler)와 클라우드플레어 API MCP 서버의 로그인 방식을 바꿨다. 8월 22일 변경 사항에 따르면, 이제 인증 과정에서 요청된 권한을 통째로 승인하지 않고 선택 항목 중 필요한 것만 골라 부여할 수 있다.

무슨 일인가 / 배경

그동안 랭글러나 MCP 서버로 클라우드플레어 계정에 연결하면, 도구가 요청하는 권한 목록 전체를 한꺼번에 승인하는 구조였다. 워커(Workers) 배포만 하려는 사람도 DNS나 다른 리소스에 대한 권한까지 함께 넘기게 되는 셈이다.

변경 후 동의 화면에는 부여할 권한을 편집하는 선택지가 생겼다. 도구가 동작하는 데 반드시 필요한 필수 권한은 계속 체크된 상태로 유지되고, 나머지 선택 권한은 사용자가 끄고 켤 수 있다. 나중에 거절했던 권한이 필요한 명령을 실행하게 되면, 클라이언트를 다시 인증하면서 그 권한을 추가로 부여하면 된다.

핵심 짚어보기

작은 변경처럼 보이지만 AI 에이전트 시대에는 의미가 크다. MCP 서버는 클로드 코드 같은 AI 에이전트가 외부 서비스를 직접 조작하게 해주는 통로다. 에이전트에 넘기는 권한의 크기가 곧 사고의 최대 크기라는 점에서, 권한을 줄일 수 있는 선택지가 기본 로그인 흐름에 들어온 것은 실질적인 안전장치다.

최근 AI 기업들의 오남용 보고서가 연달아 나오면서, 에이전트가 의도치 않게 넓은 권한을 휘두르는 상황에 대한 경계도 커지고 있다. 클라우드플레어의 조치는 '최소 권한 원칙'을 개발자의 수고가 아니라 플랫폼 기본 기능으로 끌어내린 사례로 볼 수 있다. 권한을 적게 줄수록 불편은 재인증 한 번이지만, 많이 줄수록 위험은 계정 전체다.

1인기업 실전 적용 포인트

• 기존 로그인 재정비: 이미 wrangler login을 해뒀다면 한 번 로그아웃 후 다시 로그인하며 실제로 쓰는 권한(예: 워커 스크립트, 페이지, D1)만 남겨라. 정적 사이트와 서버리스 함수만 운영한다면 DNS·방화벽 관련 권한은 대부분 필요 없다.
• 에이전트용과 사람용 인증 분리: AI 에이전트가 MCP 서버로 접속하는 경로에는 읽기 위주의 좁은 권한을, 직접 배포하는 본인 터미널에는 필요한 쓰기 권한을 주는 식으로 나눠 운영하자.
• CI 배포는 API 토큰으로 별도 관리: 자동 배포 스크립트는 OAuth 로그인 대신 특정 계정·특정 리소스로 범위를 제한한 API 토큰을 쓰고, 토큰은 저장소가 아니라 환경변수나 비밀관리 기능에만 두라.
• 거절 후 에러를 체크리스트로: 권한을 줄인 뒤 명령이 실패하면 어떤 권한이 필요했는지 메모해 두면, 다음 프로젝트 세팅 때 필요한 최소 권한 목록이 자연스럽게 완성된다.

전망 / 주의점

권한을 줄이면 가끔 재인증이 필요해지는 불편은 감수해야 한다. 특히 여러 명령을 자동으로 이어 붙인 스크립트는 중간에 권한 부족으로 멈출 수 있으니, 도입 초기에는 수동으로 한 번 전체 흐름을 돌려보는 것이 안전하다.

방향 자체는 분명하다. MCP가 AI 에이전트의 표준 연결 방식으로 자리 잡을수록, 다른 서비스들도 비슷한 선택형 권한 화면을 도입할 가능성이 높다. 1인기업이라면 지금부터 '에이전트에게는 최소 권한'을 습관으로 만드는 것이 가장 비용이 적게 드는 보안 투자다.

출처: Cloudflare Changelog (https://developers.cloudflare.com/changelog/post/2026-08-22-wrangler-mcp-optional-oauth-scopes/)