[MCP] Cursor에서 Figma·Sentry 로그인은 어떻게 되나 — 토큰은 누가 들고 있나

[MCP]

1. [DEVELOP] MCP(Model Context Protocol)
2. [DEVELOP] MCP claude 적용하고 사용해보기
3. [MCP] 통신 구조 flow 심층분석
4. [MCP] AI Agent이용한 mcp서버 테스트 환경 구축해보자
5. [MCP] 커서 mcp 추천
6. [MCP] Playwright 사용해보기
7. [MCP] 커서 mcp 추천2
8. [MCP] Claude Desktop에 Voice Mode 설치하기
9. [MCP] 커서 mcp 추천3 - 2026년 새로 떠오르는 MCP
10. [MCP] 찾아줘 주차장! — Agentic Player 10 MCP 서버 개발 회고
11. [MCP] Cursor에서 Figma·Sentry 로그인은 어떻게 되나

예전 Cursor MCP는 npx로 로컬 프로세스를 띄우고 .env에 API 키를 넣는 방식이 많았습니다. 지금은 Figma·Sentry처럼 Connect만 누르면 브라우저 로그인이 뜨고, 이후엔 내 계정 권한으로 tool이 돌아갑니다. 그 로그인 토큰은 AI가 들고 있는 게 아닙니다 — Cursor(MCP Client) 가 들고 있습니다.

• 이전 글: [MCP] 통신 구조 flow 심층분석 - [MCP] 커서 mcp 추천3

한 줄 요약

AI는 tool 이름과 인자만 고른다. Access Token / Refresh Token은 Cursor가 저장하고, Remote MCP 호출 때 Authorization: Bearer ...로 붙인다.

그래서 채팅창에 토큰이 안 보이고, Cursor Settings에 MCP가 Connected로 남는 겁니다.

예전엔 왜 “로그인”이 없었나

초창기 MCP는 대부분 stdio였습니다.

1
2
3
4
5
6
7
8
9
10
11
{
  "mcpServers": {
    "something": {
      "command": "npx",
      "args": ["-y", "some-mcp@latest"],
      "env": {
        "FIGMA_ACCESS_TOKEN": "figd_xxxxx"
      }
    }
  }
}

• MCP 서버 = 내 PC 프로세스
• 권한 = .env에 넣은 API 키 주인의 권한
• 세션 개념이 거의 없음 (프로세스 켜져 있는 동안만)

키가 있으면 로그인이 필요 없었습니다. 대신 키 유출·공유·만료 관리가 전부 사용자 책임이었습니다.

지금은 URL 한 줄이 흔합니다.

1
2
3
4
5
6
7
{
  "mcpServers": {
    "figma": {
      "url": "https://mcp.figma.com/mcp"
    }
  }
}

서버가 SaaS(원격) 이라서, 요청마다 “이게 누구냐”를 증명해야 합니다. 그래서 OAuth 로그인이 붙었습니다.

Cursor 기준으로 누가 무엇을 하나

채팅에서 보이는 건 대략 이런 수준입니다.

1
2
3
4
5
USER: 하남스타필드 슈퍼차저 찾아줘   (또는 Figma 디자인 가져와)
AI  → tools/call search_...(place, ...)   ← 인자만
Cursor → HTTPS + Authorization: Bearer <token>  ← 토큰은 여기서
MCP  → 내 권한으로 데이터 반환
AI  → 돌아온 결과만 읽고 답변

세션처럼 보이는 것의 정체도 Cursor입니다. Access Token이 만료되면 Refresh Token으로 갱신하고, Refresh도 끊기면 다시 Connect를 요구합니다. 웹 쿠키 세션과 느낌은 비슷하지만, 실제로는 OAuth 토큰 수명 + 클라이언트 auto-refresh 입니다.

Cursor에서 실제로 일어나는 5단계

1. MCP URL 등록

Settings → MCP (또는 .cursor/mcp.json)에 Remote 서버를 넣습니다.

1
2
3
4
5
6
{
  "mcpServers": {
    "figma": { "url": "https://mcp.figma.com/mcp" },
    "sentry": { "url": "https://mcp.sentry.dev/mcp" }
  }
}

URL은 서비스마다 다를 수 있습니다. 공식 문서의 Remote MCP endpoint를 그대로 쓰세요.

2. Connect / Authenticate

Cursor UI에서 Connect (또는 Authenticate)를 누릅니다.
이 순간 Cursor는 자신을 OAuth Client로 두고, Figma/Sentry를 Authorization Server로 호출합니다.

Settings → Tools에는 Wait for MCP Authentication 옵션도 있습니다. 켜 두면 로그인 프롬프트가 끝날 때까지 기다리고, 끄면 약 30초 후 인증을 건너뜁니다.

3. 브라우저 로그인 + Allow

브라우저가 뜹니다.

1. Figma/Sentry 계정으로 로그인
2. “이 앱이 어떤 권한(scope)을 요구하는지” 확인
3. Agree & Allow Access

여기서 동의하는 대상은 AI가 아니라 Cursor MCP Client ↔ 해당 서비스 입니다.

위 화면처럼 “Cursor MCP Client would like to access your account” 문구가 나오고, 동의하면 Figma Remote MCP에 읽기·쓰기 접근이 부여됩니다. 아래에는 현재 로그인된 계정(이메일)과 Switch accounts가 보입니다.

4. 토큰 교환 · Cursor가 저장

Authorization Code를 Access Token(+ Refresh Token)으로 바꿉니다.
토큰은 Cursor 쪽 보안 저장소에 들어갑니다. 채팅 메시지로 흘러가지 않습니다.

동의가 끝나면 Settings → Tools에서 Figma·Sentry 옆에 Logout이 생깁니다. 세션이 Cursor에 붙어 있다는 증거입니다.

• figma — Logout, 26 tools, 1 prompts, 104 resources, 녹색 점
• Sentry — Logout, 9 tools enabled, 녹색 점

“AI가 로그인된 상태”가 아니라, Cursor가 서비스별로 토큰을 들고 있는 상태로 읽는 게 맞습니다. Logout을 누르면 그 MCP만 인증이 끊깁니다.

서버를 펼치면 Cursor가 쓸 수 있는 tool·resource 목록이 그대로 나옵니다.

get_design_context, get_screenshot, whoami 같은 tool 태그와 code-connect 관련 resource가 보입니다. Agent는 이 목록 안에서 tool을 고르고, 실제 HTTP 인증은 여전히 Cursor가 담당합니다.

5. Tool 호출 = Cursor가 Bearer를 붙임

이후 Agent가 tool을 고르면:

1. AI: tools/call (이름 + arguments)
2. Cursor: Remote MCP로 HTTP 요청 + Authorization: Bearer <access_token>
3. MCP 서버: 토큰으로 사용자 식별 → Figma/Sentry REST API를 그 사용자 권한으로 호출
4. 결과만 AI에게 전달

채팅에 보이는 TOOL 호출에는 보통 인자 JSON만 있고, Bearer 토큰은 나오지 않습니다. 토큰은 HTTP 레이어에서 Cursor가 붙이기 때문입니다.

“내 권한만”인 이유

OAuth가 마법을 부리는 게 아니라, 원래 SaaS ACL을 그대로 태웁니다.

1. 로그인 주체 = 나
   토큰에 묶인 identity가 Cursor에 로그인한(동의한) 계정입니다.

2. 스코프(scope)
   읽기만 허용했는데 write tool을 부르면 API/서버가 거절합니다.

3. 리소스 권한
   Figma에서 열 수 없는 파일은 MCP로도 못 엽니다.
   Sentry에서 안 보이는 org/project도 마찬가지입니다.

정리하면 MCP는 새 권한 체계가 아니라, 내 API 권한을 Cursor가 대신 쓰는 파이프에 가깝습니다.

전송 방식 vs 인증 — 헷갈리기 쉬운 부분

예전에 정리했던 stdio / SSE는 어떻게 붙느냐(transport) 이슈였습니다.

Remote + OAuth는 보통 HTTP 계열 transport 위에서 돌아갑니다.
로그인 UI가 생겼다고 transport가 사라진 게 아니라, 그 위에 auth 레이어가 올라온 것입니다.

토큰은 어디에 저장되나 (Cursor · macOS)

Settings의 Logout은 UI 신호일 뿐이고, 실제 자격증명은 로컬에 있습니다. macOS 기준은 대략 이렇습니다.

mcp.json에는 URL만 있고 OAuth access/refresh는 보통 평문으로 안 둡니다.
mcpOAuth.secret 값은 {"type":"Buffer","data":[118,49,48,...]}처럼 보이는데, 앞의 v10이 Chromium/Electron 암호문 표시입니다.

키 이름만 조회할 때는 예를 들어:

1
2
sqlite3 "$HOME/Library/Application Support/Cursor/User/globalStorage/state.vscdb" \
  "SELECT key FROM ItemTable WHERE key LIKE 'mcpOAuth.%';"

value(암호문·복호화 결과)는 공유·스크린샷에 올리지 마세요.
Finder에서는 ~/Library가 기본 숨김이라, ⇧⌘G로 ~/Library/Application Support/Cursor를 여는 편이 빠릅니다.

Logout은 어디를 끊나

Logout의 주된 동작은 Cursor가 로컬에 든 토큰을 지우는 것입니다.
로그에도 OAuth clear candidate ... cause=user_logout처럼 클라이언트 clear가 찍힙니다.

• Cursor 로컬 토큰 삭제 → Bearer를 붙일 수 없음 → MCP 호출 불가
• Figma/Sentry 쪽은 revocation을 호출하면 서버 토큰도 폐기될 수 있지만, “MCP 서버가 먼저 내 토큰을 날려서 로그아웃된다”가 기본 그림은 아님
• 완전히 끊으려면 서비스 계정 설정의 연결된 앱 / 권한 철회까지 하면 됩니다

스크린샷으로 확인한 것

1. 브라우저 Allow — 동의 주체는 AI가 아니라 Cursor MCP Client
2. Logout이 Settings에 남음 — 세션·토큰이 Cursor 쪽에 붙어 있음
3. tool / resource 목록 — Agent는 이 목록에서 tool만 고름

보안적으로 알아둘 점

• 토큰을 채팅에 붙여 넣지 마세요. Cursor가 관리하는 쪽이 정상 경로입니다.
• Logout으로 로컬 자격증명을 지우고, 필요하면 서비스 쪽 앱 권한도 철회하세요.
• 조직 계정은 SSO·관리형 권한 정책이 추가로 걸릴 수 있습니다.
• env의 Personal Access Token과 OAuth Access Token은 비슷해 보여도, 발급·갱신·철회 UX가 다릅니다.
• state.vscdb의 mcpOAuth.secret value는 올리지 마세요. 구조·키 이름 설명만으로 충분합니다.

API Key MCP가 틀린 방식은 아닙니다. 로컬 전용·오프라인·키만 있는 서비스에는 여전히 적합합니다.
SaaS Remote MCP에서는 OAuth가 기본값에 가까워진 것입니다.

마무리

Cursor + Figma/Sentry MCP의 “로그인 유지”를 한 줄로 쓰면 이렇습니다.

Remote MCP URL → 브라우저 OAuth 동의 → 토큰은 Cursor가 암호화 저장 → AI는 tool만 고름 → Cursor가 Bearer를 붙여 내 계정 ACL로 실행

예전 stdio / SSE 글과 이어 읽으면, “통신 방식”과 “권한 방식”이 한 세트로 정리됩니다.

마지막 업데이트: 2026-07-14

• Previous
  [MCP] 찾아줘 주차장! — Agentic Player 10 MCP 서버 개발 회고
• Next
  전체 목차