팀이 별도의 Lovable 로그인 없이 Okta SSO를 통해 Claude에서 Lovable을 사용하도록 접근을 구성하고 테스트하고 비활성화합니다.
엔터프라이즈 관리형 인증 설정하기
팀이 별도의 Lovable 로그인 없이 Okta single sign-on을 통해 Claude에서 Lovable을 사용하게 합니다. 접근을 구성하고 테스트하고 비활성화하는 방법을 다룹니다.
팀은 Lovable에 따로 로그인하지 않고도 Claude에서 Lovable을 사용할 수 있습니다. 관리자가 기존 Okta single sign-on(SSO) provider를 통해 이 기능을 활성화합니다. Lovable은 이 방식을 엔터프라이즈 관리형 인증(enterprise-managed authentication)이라고 부릅니다.
Claude는 각 멤버를 대신해 Lovable MCP 서버를 호출합니다. 이때 멤버의 기존 Lovable 권한과 워크스페이스 접근 제어가 그대로 적용됩니다.
엔터프라이즈 관리형 인증은 Lovable Business 및 Enterprise 플랜에서 사용할 수 있습니다. Claude는 Team 또는 Enterprise 플랜이 필요합니다. '엔터프라이즈 관리형'이란 각 멤버가 직접 연결하는 대신 IT 관리자가 SSO를 통해 연결을 중앙에서 관리한다는 뜻입니다. Lovable Enterprise 플랜 전용 기능이 아닙니다.
이 설정은 Lovable 자체에 대한 접근을 제어합니다. 직접 만든 앱의 사용자를 위한 SSO는 Lovable Cloud 앱에 SAML SSO 추가를 참고하세요.
엔터프라이즈 관리형 인증을 사용하는 이유
팀이 이미 SSO를 사용하고 있고, Claude에서 Lovable에 접근하는 권한을 관리자가 제어하기를 원한다면 엔터프라이즈 관리형 인증을 사용하세요. 멤버는 커넥터 로그인 과정을 따로 거치지 않고 앱 작업을 할 수 있습니다.
본인 계정을 연결하거나 Claude가 아닌 다른 앱에서 연결하려면 MCP 연결 방법을 따르세요.
설정 담당자
IT 관리자와 워크스페이스 관리자가 이미 Okta를 통해 Claude를 사용하는 멤버의 접근을 구성합니다. 접근 대상을 넓히기 전에 파일럿 그룹으로 먼저 시작할 수도 있습니다. 설정이 끝나면 멤버는 Lovable MCP 도구를 사용해 자신에게 접근 권한이 있는 프로젝트에서 작업할 수 있습니다.
사전 요구 사항
시작하기 전에 다음을 갖추었는지 확인하세요.
- Lovable Business 또는 Enterprise 워크스페이스
- 워크스페이스의 SSO provider를 관리할 수 있는 워크스페이스 소유자 또는 관리자
- Lovable에서 활성 OIDC 또는 SAML SSO provider로 구성된 Okta. Okta를 SSO provider로 구성하기를 참고하세요.
- 워크스페이스에서 활성화된 서드파티 MCP 클라이언트 접근
- Claude의 조직 커넥터와 Okta 애플리케이션을 구성할 수 있는 관리자 권한
- Cross App Access(XAA)를 지원하는 Okta의 Lovable SSO 앱. XAA를 사용하면 Claude가 Lovable에 접근하기 위해 Okta에 멤버의 신원 증명을 요청할 수 있습니다. Okta 관리자가 Claude와 Lovable에 대해 XAA를 활성화합니다. Okta의 리소스 앱 요구 사항을 참고하세요.
SSO provider가 조직에 속해 있다면 조직 관리자가 조직의 Identity and SSO 설정에서 이 기능을 활성화합니다.
다음 조건을 모두 충족하는 테스트 멤버를 선택하세요.
- Okta를 통해 Claude에 로그인합니다.
- 이 SSO provider에 연결된 Lovable 계정이 있습니다.
- 테스트할 워크스페이스에 속해 있습니다.
- Claude에 기존 개인 Lovable 커넥터 연결이 없습니다.
엔터프라이즈 관리형 인증은 Lovable 계정을 만들거나, 이메일을 기준으로 기존 계정을 연결하거나, 워크스페이스 멤버를 추가하지 않습니다. 멤버는 먼저 SSO를 통해 Lovable에 로그인하거나 기존 계정에 SSO를 연결해야 합니다.
SSO가 작동한다고 해서 XAA가 지원되는 것은 아닙니다. 설치된 Okta 앱에 XAA 제어 항목이 없다면 Lovable 지원팀에 문의해 업그레이드 경로를 확인하세요. 이 제어 항목을 표시하려고 작동 중인 SSO 앱을 삭제하거나 교체하지 마세요. 로그인과 프로비저닝이 중단될 수 있습니다.
지원되는 애플리케이션
엔터프라이즈 관리형 인증을 지원하는 애플리케이션은 Claude뿐입니다. Claude는 이 흐름을 Okta에서만 지원합니다. Okta로 Claude 구성하기를 참고하세요.
Claude Code를 직접 연결하려면 MCP 설정을 사용하세요.
청구 및 사용량
MCP 서버를 통해 빌드하면 Lovable에서 빌드할 때와 마찬가지로 Lovable 크레딧이 사용됩니다. MCP 서버를 사용하면 크레딧이 소모되나요?를 참고하세요.
Claude와 Okta는 각자의 구독과 사용 요금을 Lovable 구독과 별도로 관리합니다.
인증 작동 방식
엔터프라이즈 관리형 인증은 세 시스템을 연결합니다.
| 시스템 | 담당 |
|---|---|
| Okta | 멤버를 인증하고, Claude가 멤버를 대신해 접근을 요청할 수 있는지 확인합니다. |
| Claude | 멤버의 신원 증명을 요청하고, 이를 사용해 Lovable에 연결합니다. |
| Lovable | 신원 증명을 검증하고 연결된 Lovable 계정을 식별하며, 도구가 리소스에 접근할 때 권한을 확인합니다. |
관리자가 설정을 마치면 다음과 같이 동작합니다.
- 멤버가 Okta를 통해 Claude에 로그인합니다.
- Claude가 Okta의 접근 정책에 따라 Okta에 ID 어설션(identity assertion)을 요청합니다. 서명된 이 신원 증명은 ID-JAG라고도 합니다.
- Lovable은 구성된 SSO provider와 멤버의 연결된 계정을 기준으로 ID 어설션을 확인합니다. 그런 다음 수명이 짧은 액세스 토큰을 발급합니다.
- Claude는 이 토큰을 사용해 멤버의 권한으로 Lovable 도구를 호출합니다. 멤버가 별도의 Lovable 연결을 승인할 필요는 없습니다.
Lovable의 액세스 토큰은 15분 이내에 만료됩니다. Okta가 접근을 승인하는 동안 Claude가 자동으로 새 토큰을 요청하므로, 멤버가 토큰마다 Lovable에 따로 로그인할 필요는 없습니다. 브라우저 로그인 세션과의 차이는 SSO 세션 기간을 참고하세요.
엔터프라이즈 관리형 인증 설정
Lovable, Okta, Claude 세 시스템 모두에서 구성을 완료해야 합니다. Lovable 설정을 저장하면 Lovable 쪽 구성만 완료됩니다.
Lovable에서 엔터프라이즈 관리형 인증 활성화하기
멤버가 Lovable 로그인에 이미 사용하는 SSO provider에서 접근을 구성합니다.
엔터프라이즈 관리형 인증 설정 열기
Identity(Workspace settings → Access → Identity)를 엽니다. Enterprise-managed authentication에서 Set up을 클릭합니다.
identity provider 선택
Choose your identity provider에서 멤버가 Lovable에 사용하는 기존 SSO provider를 선택하고 Continue를 클릭합니다.
Connect SSO first가 표시되면 먼저 Okta를 SSO provider로 구성한 뒤 다시 돌아와 접근을 활성화하세요.
provider와 issuer 검토
Configure EMA에서 Provider와 Protocol이 멤버가 사용하는 SSO provider를 가리키는지 확인합니다.
읽기 전용인 Assertion issuer 값을 검토합니다. Lovable은 OIDC provider에 이미 구성된 issuer를 사용하므로 별도의 값을 입력하지 않습니다.
Okta가 ID 어설션용으로 제공하는 Assertion issuer를 입력합니다. 예를 들면 https://example.okta.com입니다.
이 URL은 SAML entity ID와 다를 수 있습니다. SAML metadata URL이나 로그인 URL이 아니라, Lovable에 구성한 것과 같은 identity provider 및 SAML 애플리케이션의 issuer를 사용하세요.
Lovable은 assertion issuer를 사용해 Okta의 공개 서명 키를 찾고 ID 어설션을 검증합니다.
Values for your identity provider에서 애플리케이션 및 identity provider 구성에 사용할 Audience와 MCP resource를 복사합니다.
필요하면 고급 설정 확인
이 가이드의 Okta 설정에서는 Advanced settings → IdP tenant를 비워 둡니다.
팀 접근 검토
Review setup을 클릭합니다. Review team access에서 Provider, Protocol, Supported app, Assertion issuer를 확인합니다. 변경할 내용이 있으면 Back을 클릭합니다.
팀 접근 활성화
Enable team access를 클릭합니다. Lovable이 issuer를 확인하고 설정을 저장합니다. 화면에 Lovable configuration saved가 표시되면 Close를 클릭합니다.
이 시점에도 Okta와 Claude의 설정은 완료되지 않았을 수 있습니다. 접근을 테스트하기 전에 애플리케이션 및 identity provider 구성을 이어서 진행하세요.
활성화된 구성을 나중에 수정하려면 Enterprise-managed authentication을 다시 열고 Manage를 클릭한 뒤 provider를 선택하고 Continue를 클릭합니다. Configure EMA에서 설정을 편집하고 Save changes를 클릭합니다.
provider의 Enterprise-managed authentication 탭을 사용할 수도 있습니다. 이 탭에서 접근을 활성화하면 완료 버튼이 Back to settings로 표시됩니다.
애플리케이션 및 identity provider 구성
Lovable 연결에는 다음 값을 사용합니다.
| 사용 위치 | 값 |
|---|---|
| Okta 리소스 앱의 Issuer URL(Lovable에서는 Audience로 표시) | https://lovable.dev/oauth |
| Okta 리소스 연결의 Resource identifier(Lovable에서는 MCP resource로 표시) | https://mcp.lovable.dev |
| Okta 리소스 연결의 Claude client ID registered in Lovable | https://claude.ai/oauth/mcp-oauth-client-metadata |
| Okta 리소스 앱의 Audience/tenant ID | 이 설정에서는 비워 둡니다 |
| 워크스페이스와 프로젝트 목록을 조회하는 데 필요한 권한 | workspaces:read 및 projects:read |
위의 Issuer URL은 Lovable의 인가 서버를 식별합니다. Lovable의 Assertion issuer는 Okta를 식별합니다. Okta의 별도 필드인 Audience/tenant ID는 Lovable의 Audience URL을 붙여 넣는 곳이 아닙니다.
아래 Claude 및 Okta 가이드를 따르세요. Okta에서는 부여하는 권한을 Scopes라고 부릅니다. 워크스페이스와 프로젝트 목록을 조회하려면 위의 두 읽기 권한이 필요합니다. 빌드와 편집에는 Okta와 Claude 양쪽에서 추가 권한이 필요합니다.
Okta로 Claude 구성하기
위의 연결 값을 각 provider의 설정 가이드와 함께 사용하세요.
- Okta에서 기존 Lovable SSO 앱에 Cross App Access를 활성화하고 Claude 에이전트를 이 앱에 연결합니다. Okta의 Cross App Access 설정 가이드를 따르세요.
- Claude에서 Lovable 커넥터의 Configuration 탭을 열고 Managed authorization을 설정합니다. 접근 권한을 받을 사람을 정하고 권한을 선택한 뒤 Run test로 연결을 확인합니다. Claude의 조직 인가 가이드를 따르세요.
Claude의 Connect 단계를 열어 둔 채로 Claude가 제공하는 identity provider 설정 가이드를 따르세요. 에이전트 등록과 Claude와 Okta 사이에 주고받는 연결 세부 정보는 해당 가이드를 기준으로 진행합니다.
Lovable은 Claude가 공개한 클라이언트 식별 정보를 허용합니다. 워크스페이스 API 키를 만들거나 새 Lovable OAuth 클라이언트를 등록할 필요가 없습니다.
멤버로 접근 확인하기
Claude에 기존 개인 Lovable 연결이 없는 테스트 멤버를 사용하세요. 해당 멤버의 Claude 역할에 Managed authorization이 적용되는지 확인합니다. Okta를 통해 Claude에 로그인한 뒤 Lovable을 사용해 달라고 요청합니다.
Lovable을 사용해서 [워크스페이스 이름] 워크스페이스의 프로젝트 목록을 보여줘.Claude는 멤버에게 Lovable 로그인을 요구하지 않고 예상한 프로젝트를 반환해야 합니다. 개별 로그인을 요구한다면 그 요청을 수락하기 전에 문제 해결을 확인하세요.
이 프롬프트는 실제 도구 호출을 확인합니다. 이전에 승인한 개인 연결을 통해 호출이 성공했다면 관리형 인증이 검증된 것이 아닙니다.
Lovable 완료 화면에는 Enabled in Lovable · Access has not been tested가 표시됩니다. 설정을 저장하는 것만으로는 접근을 테스트하지 않기 때문입니다. Claude에서 테스트한 뒤에도 이 표시는 자동으로 업데이트되지 않습니다.
제한 사항 및 접근 제어
팀에 관리형 인증을 활성화하기 전에 다음 접근 범위를 검토하세요.
- 기존 권한이 적용됩니다. 관리형 인증은 Lovable 역할, 프로젝트 접근 권한, 워크스페이스 멤버십을 추가로 부여하지 않습니다.
- 접근이 provider의 워크스페이스로 제한되지 않습니다. Claude는 부여된 권한과 각 워크스페이스 정책의 범위 안에서 멤버가 접근할 수 있는 모든 워크스페이스에서 작업할 수 있습니다.
- MCP 접근은 워크스페이스별로 확인합니다. 멤버가 사용하려는 각 워크스페이스에서 서드파티 MCP 클라이언트가 활성화되어 있어야 합니다. 한 워크스페이스에서는 접근이 작동하고 다른 워크스페이스에서는 차단될 수 있습니다.
- Lovable 설정은 SSO provider에 적용됩니다. 접근은 Lovable의 provider에서 활성화합니다. 연결할 수 있는 멤버와 그 멤버가 할 수 있는 작업은 Claude와 Okta에서 선택합니다.
- assertion issuer와 IdP tenant 조합마다 활성 구성은 하나뿐입니다. 다른 SSO provider가 이미 같은 조합을 사용하고 있으면 Lovable은 새 구성을 거부합니다. 여러 워크스페이스가 이 조합을 공유한다면 기존 구성의 관리자에게 공유 provider 관리를 요청하세요. 활성 연결 충돌 해결을 참고하세요.
SSO 세션 기간
identity provider가 ID 어설션에 로그인 시각을 제공하면 Lovable은 그 시각을 확인합니다. 이 설정에서는 Okta의 ID 어설션에 로그인 시각이 포함되지 않으므로 Lovable은 대신 어설션 발급 시각을 사용합니다.
이 Okta 설정에서는 새 ID 어설션이 발급될 때마다 새 SSO 세션 기간이 시작됩니다. 따라서 멤버가 다시 로그인하지 않아도 Claude는 워크스페이스의 Session duration을 넘어 연결 상태를 유지할 수 있습니다. 이 상태는 Okta가 접근을 승인하고 새 ID 어설션을 발급하는 동안 계속됩니다. 이 흐름에서는 해당 설정이 최대 연결 기간을 강제하지 않습니다.
지속적인 접근은 Okta의 인증 및 접근 정책, Claude의 관리형 인가 설정, Lovable 권한으로 제어하세요. 브라우저 SSO 세션 규칙은 그대로 유지됩니다.
엔터프라이즈 관리형 인증 비활성화하기
- Enterprise-managed authentication에서 Manage를 클릭합니다.
- provider를 선택하고 Continue를 클릭합니다.
- Configure EMA에서 Disable을 클릭합니다.
- Disable enterprise-managed authentication?에서 Disable을 클릭해 확인합니다.
SSO provider는 연결된 상태로 유지됩니다. Lovable은 설정을 보관하므로 나중에 관리형 인증을 다시 활성화할 수 있습니다.
SSO provider를 삭제해도 Lovable은 관리형 인증을 비활성화합니다. 워크스페이스 소유 provider라면 워크스페이스를 삭제하거나 SSO가 없는 플랜으로 변경할 때도 마찬가지입니다. 워크스페이스나 SSO 사용 자격을 복원해도 관리형 인증은 다시 활성화되지 않으므로 관리자가 다시 활성화해야 합니다.
관리형 인증을 비활성화하면 Lovable은 해당 provider를 통한 새 액세스 토큰 발급을 중단합니다. 이미 발급된 액세스 토큰이 만료될 때까지 최대 15분 동안 기존 접근이 유지될 수 있습니다. 멤버가 직접 승인한 연결은 취소되지 않습니다.