Auth0는 중국에서 작동하나요? 아이덴티티 데이터 레지던시, PIPL, 그리고 두 도어
Auth0는 사용자 아이덴티티·자격증명·로그인 레코드를 해외 테넌트 리전 — 미국·EU·영국·호주·일본·캐나다, 또는 20개 리전 Private Cloud 목록 — 에 저장하는 호스티드 아이덴티티 제공자이며, 그중 어느 것도 중국 본토 안이 아닙니다. 그것이 귀사 중국 사용자의 아이덴티티 데이터를 PIPL 국경 간 이전으로 만듭니다. 두 도어를 컴플라이언스 관점에서 짚어봅니다.
Auth0는 중국에서 작동하나요?
중국 본토 사용자에 Auth0를 쓸 수 있는지는 속도가 아니라 먼저 데이터 레지던시 질문입니다. Auth0는 호스티드 아이덴티티 제공자입니다 — 귀사 애플리케이션이 인증하는 계정·자격증명·프로필·로그인 레코드를 보유하므로 — 결정적 사실은 그 아이덴티티 데이터가 어느 국가에 저장되느냐입니다.
귀사는 테넌트를 생성할 때 그 리전을 고르고, Auth0의 리전은 모두 해외에 앉습니다. 그 Public Cloud는 미국·EU·영국·호주·일본·캐나다에서 돌고; Auth0의 가장 지리적으로 유연한 선택지인 Private Cloud on AWS조차 20개 리전 목록 — 호주·바레인·브라질·캐나다·프랑스·독일·홍콩·인도·인도네시아·아일랜드·일본·멕시코·싱가포르·남아프리카·한국·스웨덴·태국·UAE·영국·미국 — 에 걸쳐 "fully deployable"이며 어느 것도 중국 본토 안이 아닙니다. 그러니 귀사 중국 사용자의 아이덴티티와 로그인 레코드가 국가 밖에 보유됩니다: PIPL이 규율하는 개인정보의 국경 간 이전, 고지·별도 동의·이전 메커니즘 필요, 그리고 — CIIO나 대량 취급자의 경우 — 국내 저장. 로그인이 그 해외 리전에서 답해지므로, 인증 왕복도 국경을 넘습니다. 아래 표는 Auth0 자신의 표현과 그것이 유발하는 규칙입니다.
이는 판정이 아니라 리스크 그림입니다 — 귀사가 지는 것은 데이터 볼륨, 역할, 아이덴티티 데이터가 얼마나 민감한지에 달려 있습니다. 저희 중국 팀이 귀사의 Auth0 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ! 중국에서 도달되지만, 모든 로그인이 해외 테넌트 리전에서 답해짐 — 인증 왕복이 국경을 넘음
- ! 아이덴티티·자격증명·로그인 로그를 귀사가 고르는 해외 리전(미국·EU·영국·호주·일본·캐나다)에 저장
- ! 그 아이덴티티 데이터가 중국을 떠나는 것은 PIPL이 규율하는 개인정보의 국경 간 이전
- ✕ 중국 본토 테넌트 리전 없음 — Private Cloud의 20개 리전 AWS 목록에도 없음
- ✓ 규정에 맞는 ICP 비안 국내 전송 경로가 존재 — 재구축도, Auth0로부터의 마이그레이션도 없이
Auth0 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Auth0 자신의 표현으로, "Private Cloud on AWS is fully deployable in the following regions: Australia, Bahrain, Brazil, Canada, France, Germany, Hong Kong, India, Indonesia, Ireland, Japan, Mexico, Singapore, South Africa, South Korea, Sweden, Thailand, United Arab Emirates (UAE), United Kingdom, USA" — 그리고 어느 것도 중국 본토 안이 아닙니다(가장 가까운 홍콩은 ICP·데이터 레지던시 목적상 본토 밖에 앉음). Auth0의 표준 Public Cloud 리전 — 미국·EU·영국·호주·일본·캐나다 — 도 마찬가지로 중국 본토 위치를 포함하지 않습니다. | Auth0 Docs — Private Cloud on AWS(deployable regions), 2026-10-07 열람 |
| Auth0는 "With Private Cloud on AWS, you choose the region where your data is stored"이라 밝힙니다 — 그리고 문제의 데이터는 개인정보입니다: 사용자 아이덴티티·자격증명·프로필·그룹 멤버십·인증 로그. 그 선택 집합에 중국 본토 선택지가 없으므로, 중국 사용자로부터 수집된 데이터가 귀사가 고르는 해외 리전으로 국가를 떠납니다. | Auth0 Docs — Private Cloud on AWS(region selection), 2026-10-07 열람 |
| 해외에 보유된 아이덴티티 데이터는 중국 개인정보 보호법상 국경 간 이전입니다. 개인정보 취급자 — Auth0가 아니라 Auth0 고객인 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나를 충족해야 합니다: CAC 안전성 평가, CAC 표준계약, 또는 인증. | PIPL 제3장, 제38~43조(개인정보의 국경 간 제공) |
| 아이덴티티 제공자는 흔히 민감 개인정보를 다룹니다 — 다단계 인증에 쓰이는 생체 요소, 금융 계좌 식별자, 또는 만 14세 미만 미성년자의 데이터. PIPL은 민감 개인정보를 충분한 필요성을 지닌 특정 목적과 별도 동의로만 취급하게 허용하며, 그 데이터 유형을 해외 아이덴티티 저장소에 보유하는 데 대해 문턱을 높입니다. | PIPL 제28~29조(민감 개인정보) |
| CIIO나 대량 취급자의 경우, 중국에서 수집된 개인정보는 중국 본토 안에 저장되어야 합니다(사이버보안법 제39조(구 제37조); PIPL 제40조). Auth0는 중국 본토 리전을 공표하지 않으므로, 귀사 중국 사용자의 아이덴티티 데이터를 중국 영토에 두는 유일한 길은 그 아이덴티티와 저장을 본토 안의 인프라에서 돌리는 것이며 — 그것을 합법적으로 세우는 일이 ICP 비안을 그림 안으로 들여옵니다. | PIPL 제40조; 사이버보안법 제39조(구 제37조)(데이터 국내화) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
Auth0가 중국 본토에서 “작동”하느냐는 성능 질문이기 전에 데이터 레지던시 질문입니다. Auth0는 호스티드 아이덴티티 제공자입니다: 귀사 애플리케이션이 인증하는 계정·자격증명·프로필·로그인 레코드를 저장하고 — 그것을 귀사가 고르는 테넌트 리전에 보관하는데, 그 하나하나가 중국 본토 밖에 앉습니다. Auth0 위의 중국향 앱은 도달되지만, 각 로그인이 해외에서 답해지고, 그것이 귀사 중국 사용자의 아이덴티티 데이터를 중국 법이 규율하는 국경 간 이전으로 바꾸며 국내 존재가 필요로 하는 비안의 본토 토대를 남기지 않습니다. 그것이 두 도어이고, Auth0는 자사 데이터가 어디에 사는지 자신의 표현으로 문서화합니다.
한눈에 보는 중국에서의 Auth0
| 무엇이 결정하나 | Auth0 자신의 표현 |
|---|---|
| 아이덴티티가 사는 곳 | 테넌트 데이터는 테넌트 생성 때 귀사가 고르는 리전에 저장됩니다. Public Cloud는 미국·EU·영국·호주·일본·캐나다에서 돌고; Private Cloud on AWS는 20개 리전 목록에 걸쳐 “fully deployable”입니다. 어느 리전도 중국 본토 안이 아닙니다. |
| 귀사가 리전을 고른다 | “With Private Cloud on AWS, you choose the region where your data is stored” — 하지만 그 선택 집합에 중국 본토 선택지가 없으므로, 중국 사용자의 데이터가 해외에 저장됩니다. |
| 어떤 데이터를 보유하나 | 아이덴티티·자격증명·프로필·그룹 멤버십·인증 로그 — PIPL상 개인정보, 그중 일부(생체 MFA 요소·미성년자 데이터·금융 식별자)는 민감 개인정보. |
| 국경 간 이전 | 중국 사용자의 아이덴티티 데이터가 본토를 떠나는 것은 개인정보의 국경 간 이전입니다. 취급자 — Auth0가 아니라 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나를 통과해야 합니다. |
| 제공 & 레지던시 | 공개용 본토 사이트는 여전히 국내 호스팅에 묶인 ICP 비안이 필요하고, CIIO나 대량 취급자는 중국 개인정보를 본토에 저장해야 합니다 — 해외 Auth0 리전이 그 어느 것도 제공하지 않습니다. |
도어 하나 — Auth0는 귀사 중국 사용자의 아이덴티티를 해외에 둔다
Auth0는 중국 본토 안에서 돌지 않고, 어디서 도는지에 솔직합니다. 귀사가 테넌트를 생성할 때 테넌트 리전을 고르고, 그 선택지는 모두 해외입니다: Public Cloud는 미국·EU·영국·호주·일본·캐나다에서 운영되고, Auth0의 가장 지리적으로 유연한 배치인 Private Cloud on AWS조차 *“fully deployable in the following regions: Australia, Bahrain, Brazil, Canada, France, Germany, Hong Kong, India, Indonesia, Ireland, Japan, Mexico, Singapore, South Africa, South Korea, Sweden, Thailand, United Arab Emirates (UAE), United Kingdom, USA.”*입니다. 어느 것도 중국 본토 안이 아니며 — 가장 가까운 홍콩은 ICP와 데이터 레지던시 목적상 본토 밖에 앉습니다.
그것이 귀사 사용자의 아이덴티티가 어디에 사는지 정합니다. Auth0는 개인정보 — 계정·자격증명·프로필·그룹 멤버십·인증 로그 — 를 보유하고, 자신의 표현으로 *“you choose the region where your data is stored.”*입니다. 귀사 사용자가 중국에 있을 때, 그 리전은 해외이므로, 그들의 아이덴티티 데이터가 국가를 떠납니다. 중국 개인정보 보호법상 그것은 국경 간 이전입니다: 개인정보 취급자 — Auth0가 아니라 Auth0 고객인 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 통과해야 합니다. 아이덴티티 제공자가 다루는 것의 일부는 민감 개인정보입니다 — 다단계 인증에 쓰이는 생체 요소, 금융 계좌 식별자, 또는 만 14세 미만 미성년자의 데이터 — 그것을 PIPL은 특정하고 필요한 목적과 별도 동의로만 허용하며, 해외에 보유하는 데 대해 문턱을 더 높입니다.
도어 둘 — 본토 리전이 없으니, 국내 레지던시도 ICP 토대도 없다
데이터를 중국에 두는 것이 다른 도어이고, 여기서 Auth0의 지리가 바닥납니다. 핵심정보인프라 운영자나 대량 취급자의 경우, 본토에서 수집된 개인정보는 본토에 저장되어야 합니다(사이버보안법 제39조(구 제37조); PIPL 제40조). Auth0는 중국 본토 리전을 공표하지 않으므로, Auth0 위에 그 아이덴티티 데이터를 중국 영토에 둘 곳이 없습니다. 국내 아이덴티티 저장소 — 그리고 그 앞단의 공개 사이트 — 를 세우는 것은 국무원령 제292호와 MIIT 령 제33호상 ICP 비안(ICP 备案)에 달려 있고, 그것은 본토에 물리적으로 있는 호스팅 자원에 결부되어야 합니다. “우리는 이미 Auth0에서 돌린다”는 어느 도어도 넘어 이동하지 않습니다: 중국에 닿는 것은 거기에 데이터를 저장하도록 허가된 것, 혹은 거기서 공개 사이트를 운영하도록 허가된 것과 같지 않습니다.
도달되는 것은 규정에 맞는 것과 같지 않다
Auth0는 중국에서 차단되지 않았습니다 — 본토의 브라우저가 그것에 닿을 수 있고 로그인 페이지가 로드됩니다. 하지만 도달성은 전송 문제이지 컴플라이언스 질문이 아닙니다. 로그인 왕복이 해외 테넌트 리전에서 답해지고, 아무리 네트워크를 튜닝해도 아이덴티티 데이터가 어느 국가에 저장되는지는 바뀌지 않습니다. 바로 그래서 “로드되니 우리는 괜찮다”가 노출을 놓칩니다: 중국향 Auth0 설정의 리스크는 사용자가 로그인할 수 없다는 것이 아니라 — 로그인이 그들의 아이덴티티 데이터를 국경 너머로 옮기고 귀사에게 국내 레지던시나 ICP 토대를 남기지 않는다는 것입니다.
이는 판정이 아니라 리스크 지도입니다: 귀사가 국경 간 이전 의무, 데이터 국내화 의무, ICP 비안, 혹은 셋 모두를 지는지는 무엇을 제공하는지, 개인정보를 얼마나 보유하는지, 얼마나 민감한지, 사용자가 누구인지에 달려 있습니다 — 짓기 전에 법률 자문과 정할 가치가 있습니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 Auth0 위에 계속 짓습니다. 저희는 본토 리전이 없는 호스티드 아이덴티티 제공자가 귀사에 남기는 조각을 더합니다: 규정에 맞는, 본토 안에서의 ICP 비안 전송을, 기존 스택 앞단에 두는 것 — 재구축도, 두 번째 코드베이스도, Auth0로부터의 마이그레이션도 없이. 저희 중국 팀은 귀사의 국경 간·데이터 레지던시 의무를 법인, 데이터 볼륨, 아이덴티티 데이터가 얼마나 민감한지에 비추어 매핑한 다음, 국내 전송과 — 법이 귀사 중국 사용자의 아이덴티티 데이터를 본토에 두도록 요구하는 경우 — 합법적 중국 존재가 필요로 하는 국내 저장을 세웁니다. 그동안 Auth0는 인증을 계속합니다.
함께 읽기:
자주 묻는 질문
Auth0는 중국 사용자의 아이덴티티 데이터를 중국에 저장하나요?
아니요. 귀사는 테넌트를 생성할 때 그 리전을 고르고, Auth0의 리전은 모두 해외입니다 — Public Cloud는 미국·EU·영국·호주·일본·캐나다, Private Cloud on AWS는 호주에서 미국까지 이어지는 20개 리전 목록에 걸쳐. 어느 것도 중국 본토 안이 아닙니다. 그러니 귀사 중국 사용자의 아이덴티티·자격증명·로그인 레코드가 국가 밖에 저장됩니다.
중국에서 Auth0를 쓰는 것은 불법인가요?
본질적으로는 아닙니다. 노출은 개인정보의 국경 간 이전이고, PIPL은 귀사가 고지하고 별도 동의를 받고 이전 메커니즘 하나를 충족하면 그것을 허용합니다. 그 부담이 얼마나 무거운지는 볼륨과 역할에 따라 규모가 달라집니다 — CAC의 2024년 3월 국경 간 규칙상 한 역년에 10만 명 미만의 비민감 개인정보를 옮기는 비CIIO는 평가·표준계약·인증에서 면제되는 한편, CIIO나 대량 취급자는 국내 저장 의무를 집니다. 전면적 금지가 아니라 법률 자문과 확인할 리스크로 다루십시오.
21YunBox가 우리 Auth0 설정을 중국에서 규정에 맞게 만들도록 도울 수 있나요?
예. 저희 중국 팀은 귀사의 데이터 볼륨과 역할에 대해 국경 간·데이터 레지던시 노출을 평가하고, 규정에 맞는 ICP 비안 국내 전송을 — 그리고 법이 귀사 중국 사용자의 아이덴티티 데이터를 본토에 두도록 요구하는 경우 국내 저장을 — 세울 수 있습니다, 그동안 귀사 앱은 Auth0를 통해 계속 인증합니다. 구체적인 사례를 짚으려면 문의하기.
