AWS WAF는 중국에서 작동하나요? ICP, 국경 간 요청 데이터, 그리고 별도 중국 파티션
AWS WAF는 중국 본토 안에서 돕니다 — 하지만 귀사 글로벌 AWS 계정이 아니라, China 계정과 ICP 비안으로 닿는 AWS의 별도 중국 파티션(Beijing은 Sinnet, Ningxia는 NWCD 운영)에서만. 대신 비중국 AWS WAF를 중국향 자산 앞단에 두면, 그것이 검사하고 로깅하는 요청 데이터 — 클라이언트 IP·헤더·본문 — 가 국경 너머에서 읽힙니다: PIPL상 개인정보의 국경 간 이전. ICP·국경 간·데이터 레지던시 질문과 합법적 국내 경로를 컴플라이언스 관점에서 짚어봅니다.
AWS WAF는 중국에서 작동하나요?
예 — AWS WAF는 중국 본토 안에서 돕니다, 그러니 정직한 답은 "아니요"가 아닙니다. 하지만 그것은 AWS의 별도 중국 파티션에서만 돌고, 거기가 컴플라이언스 질문이 끝나는 곳이 아니라 시작하는 곳입니다.
AWS는 그 서비스(국내에서 "Amazon WAF"로 브랜딩)를 두 본토 리전 — Beijing(Sinnet 운영)과 Ningxia(NWCD 운영) — 에서 제공하고, 그것은 별도 China 계정·중국 사업자등록증, 그리고 어떤 공개 자산에든 ICP 비안으로 닿는 파티션입니다. 귀사 글로벌 AWS 계정은 넘어가지 않습니다. 대신 비중국 AWS WAF를 중국향 사이트나 API 앞단에 두면, 그것이 읽고 로깅하도록 지어진 요청 데이터 — 클라이언트 IP 주소·HTTP 헤더·요청 본문 — 가 해외 리전에서 검사되어, 그것을 국경 너머로 옮기는 것을 PIPL상 개인정보의 국경 간 이전으로 만듭니다(고지, 별도 동의, 이전 메커니즘 하나; 제38~40조). 핵심정보인프라 운영자의 경우, 사이버보안법의 제39조(구 제37조)는 해외 리전이 충족할 수 없는 국내 저장 의무를 더합니다.
그러니 합법적 경로는 국내 발판 위에서 검사하고 전달하는 것 — 중국 파티션, ICP 비안, 데이터를 본토에 보유 — 이지, 국경 너머로 닿는 비중국 WAF가 아니며, 결코 어떤 형태의 우회도 아닙니다. 구체적인 것은 법률 자문과 확인할 리스크로 다루십시오; 저희 중국 팀이 귀사의 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ✓ AWS WAF는 국내 선택지가 있음 — AWS의 별도 중국 파티션에서(국내에서 「Amazon WAF」로 브랜딩) 돎: Beijing은 Sinnet, Ningxia는 NWCD 운영.
- ! 그 파티션은 유효한 중국 사업자등록증 하의 별도 China 계정으로 닿음; 귀사 기존 글로벌 AWS 자격증명은 접근할 수 없으므로, 현재 AWS WAF 설정은 넘어가지 않음.
- ! 중국 안에서 보호되는 공개 사이트나 API는 ICP Recordal(비상업)이나 ICP License(상업)가 필요 — 웹 애플리케이션 방화벽은 비안의 대체물이 아님.
- ! 비중국 AWS WAF를 중국향 자산 앞단에 두면 그것이 읽고 로깅하는 요청 데이터 — 클라이언트 IP·HTTP 헤더·요청 본문 — 가 해외에서 검사됨: PIPL상 개인정보의 국경 간 이전(제38~40조).
- ! 핵심정보인프라 운영자의 경우, 사이버보안법 제39조(구 제37조)는 중국 수집 개인정보를 본토에 유지하도록 요구 — 해외 WAF 리전이 충족할 수 없는 의무; 데이터 출경 안전성 평가도 적용될 수 있음.
- ✓ 합법적 경로: 국내 발판 위에서 검사하고 전달 — 중국 파티션, ICP 비안, Sinnet/NWCD 하에 데이터를 본토에 보유 — 귀사가 이미 돌리는 스택 앞단에, 그리고 결코 어떤 형태의 우회도 아님.
AWS WAF 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| AWS WAF는 중국 본토 안에서 돕니다, 하지만 별도 AWS 중국 파티션에서만. AWS 자신의 "Amazon Web Services in China" Region Table은 Amazon WAF를 Beijing과 Ningxia 리전 양쪽에 제공("✓")된다고 열거하고, "[t]he service operator and provider for Amazon Web Services China (Beijing) Region … is Beijing Sinnet Technology Co., Ltd. (\"Sinnet\")"이며 Ningxia 리전의 운영자가 "is Ningxia Western Cloud Data Technology Co., Ltd. (\"NWCD\")."라고 밝힙니다. 그 파티션에 닿는 것은 귀사가 이미 돌리는 글로벌 AWS 계정과 별개 단계입니다. | Amazon Web Services in China — Region Table(amazonaws.cn), 2026년 2월 28일 최종 갱신, 2026-10-09 열람 |
| 그 중국 리전은 자체 계정 관문을 지닌 별도의, 국내 운영 파티션입니다. AWS의 중국 FAQ상, 고객은 "are required to sign up for a separate set of account credentials unique to Amazon Web Services China services,"이고, "[c]ustomers with existing Amazon Web Services Inc. credentials will not be able to access resources in the Amazon Web Services China Regions, and vice versa." China 계정 등록에는 "a valid Chinese business license issued by the Bureau of Industry and Commerce."가 필요합니다. 그러니 "우리는 이미 AWS WAF를 돌린다"는 본토로 넘어가지 않습니다. | Amazon Web Services China FAQs(amazonaws.cn), 2026-10-09 열람 |
| 중국 리전에서 제공되는 공개 자산은 ICP 비안이 필요합니다. AWS의 중국 FAQ는 비상업 인터넷 정보 서비스를 제공하는 웹사이트를 호스팅하려면 귀사가 "must undertake filing procedures for a non-commercial website (\"ICP Recordal\")"이고, 상업 서비스는 "must obtain a value-added telecommunications license for a commercial website (\"ICP License\")" — 국무원령 제292호와 MIIT 령 제33호상 체계 — 라고 밝힙니다. 웹 애플리케이션 방화벽은 그 비안의 대체물이 아닙니다. | Amazon Web Services China FAQs(amazonaws.cn), 2026-10-09 열람; 국무원령 제292호; MIIT 령 제33호 |
| WAF는 요청 데이터를 읽고 로깅합니다 — 그러니 중국 자산을 지키려 해외에서 돌리면 국경을 넘습니다. AWS 자신의 설명으로, Amazon WAF는 귀사가 "filter any part of the web request, such as IP addresses, HTTP headers, HTTP body, or URI strings,"하게 하고, "comprehensive logging by capturing each inspected web request's full header data."를 제공합니다. 그 클라이언트 IP·헤더·본문은 개인정보입니다; 그것을 비중국 AWS 리전에서 검사하고 저장하는 것은 PIPL 제38~40조상 국경 간 이전(고지, 별도 동의, 이전 메커니즘 하나)이고, 중국의 데이터 출경 안전성 평가를 유발할 수 있습니다. | Amazon WAF 제품 페이지(amazonaws.cn/waf), 2026-10-09 열람; PIPL 제38~40조 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 9일에 출처를 확인했습니다.
AWS WAF가 중국 본토에서 “작동”하느냐는 성능 질문이기 전에 컴플라이언스 질문입니다 — 그리고 웹 애플리케이션 방화벽(WAF)에게 컴플라이언스 질문은 특유의 형태를 띱니다, WAF는 지키는 트래픽을 읽으려 존재하기 때문입니다. AWS WAF는 본토 안에서 돕니다, 하지만 중국 법인·별도 계정·ICP 비안으로 닿는 AWS의 별도 중국 파티션을 통해서만. 대신 비중국 AWS WAF를 중국향 자산 앞단에 두면, 그것이 검사하고 로깅하는 클라이언트 IP 주소·헤더·요청 본문이 해외에서 읽힙니다 — 라우팅 세부가 아니라 개인정보의 국경 간 이동. AWS는 자사 중국 서비스가 어디서 돌고 누가 운영하는지 자신의 표현으로 밝힙니다.
한눈에 보는 중국에서의 AWS WAF
| 무엇이 결정하나 | AWS 자신의 표현 — 그리고 중국의 법 |
|---|---|
| 국내에서 돌아가는 곳 | AWS는 그 서비스 — 국내에서 Amazon WAF로 브랜딩 — 를 두 본토 리전, Beijing(cn-north-1) Sinnet 운영과 Ningxia(cn-northwest-1) NWCD 운영에서 제공합니다, 글로벌 AWS와 분리된 파티션. AWS의 Region Table은 Amazon WAF를 양쪽에 제공된다고 열거합니다. |
| 법인 & 계정 | 그 파티션에 닿으려면 별도 AWS(China) 계정 “unique to Amazon Web Services China services,”이 “a valid Chinese business license issued by the Bureau of Industry and Commerce” 하에 필요합니다. 글로벌 자격증명은 “will not be able to access resources in the Amazon Web Services China Regions, and vice versa.” |
| 공개에 제공하기 | 중국 리전에 호스팅된 사이트는 비안해야 합니다: 비상업 사이트는 “must undertake filing procedures … (“ICP Recordal”),” 상업 사이트는 “must obtain a value-added telecommunications license … (“ICP License”)” — 공개 콘텐츠를 호스팅하기 전에. |
| 방화벽이 검사하는 것 | 설계상 AWS WAF는 “any part of the web request, such as IP addresses, HTTP headers, HTTP body, or URI strings,”를 필터링하고 “each inspected web request's full header data.”를 로깅합니다. 그 요청 데이터가 개인정보입니다. |
| 비중국 AWS WAF에서 | 본토 안 검사 지점 없음: 어느 글로벌 리전의 WAF가 지키는 중국향 자산은 해외에서 심사되어, 그 요청 개인정보를 국경 너머로 보냅니다 — PIPL이 규율하는 이전, ICP 비안될 수 없는 인프라 위에서. |
도어 하나 — 국내 AWS WAF는 AWS의 별도 중국 파티션에 산다
AWS WAF는 중국 본토 안에 닿습니다, 하지만 귀사가 이미 지닌 계정으로부터가 아니라. AWS는 그 서비스 — 국내에서 Amazon WAF로 브랜딩 — 를 두 본토 리전에서 제공하고, 자사 Region Table은 그것을 Beijing과 Ningxia 양쪽에 제공된다고 열거합니다. 그 리전은 글로벌 AWS와 떨어진 파티션입니다: AWS의 표현으로, Beijing 리전은 *Beijing Sinnet Technology Co., Ltd. (“Sinnet”)*가, Ningxia 리전은 *Ningxia Western Cloud Data Technology Co., Ltd. (“NWCD”)*가 운영합니다.
그 파티션에 닿는 것은 AWS가 모든 중국 리전에 세우는 같은 관문을 뜻합니다. 고객은 *“are required to sign up for a separate set of account credentials unique to Amazon Web Services China services,“*이고, “[c]ustomers with existing Amazon Web Services Inc. credentials will not be able to access resources in the Amazon Web Services China Regions, and vice versa.” 하나를 등록하려면 *“a valid Chinese business license issued by the Bureau of Industry and Commerce.”*가 필요합니다. 그리고 공개에 제공하려면, AWS 자신의 FAQ가 명시적입니다: 비상업 사이트는 *“must undertake filing procedures for a non-commercial website (“ICP Recordal”),“*이고, 상업 사이트는 “must obtain a value-added telecommunications license for a commercial website (“ICP License”).” 그러니 “우리는 이미 AWS WAF에 있다”는 중국으로 이동하지 않습니다; 국내 도어는 중국 법인, 별도 계정, 그리고 ICP 비안 — AWS가 자사 중국 리전에 온전히 세우는 바로 그 두 도어 구조(AWS는 중국에서 작동하나요? 참조)입니다.
도어 둘 — 방화벽은 트래픽을 읽으므로, 해외에서 돌리면 국경을 넘는다
여기가 WAF에 특유한 부분입니다. 웹 애플리케이션 방화벽은 수동적 파이프가 아닙니다; 그 일 전체가 통과하는 것을 검사하는 것입니다. AWS 자신의 설명으로, Amazon WAF는 귀사가 *“filter any part of the web request, such as IP addresses, HTTP headers, HTTP body, or URI strings,“*하게 하고, *“comprehensive logging by capturing each inspected web request’s full header data.”*를 제공합니다. 중국의 사람들에게서 뽑힌 그 클라이언트 IP 주소·헤더·요청 본문은 개인정보입니다.
그러니 귀사가 방화벽을 어디에 두느냐가 그 자체로 데이터 취급 결정입니다. 비중국 AWS WAF — 도쿄, 홍콩, 오리건, 본토 밖 어디든 — 를 중국향 사이트나 API 앞단에 두면, 그것이 심사하는 모든 요청이 국가 밖으로 운반되어 해외에서 읽히고, 흔히 로깅됩니다. 중국 개인정보 보호법상 그것은 국경 간 이전이고, 의무는 처리자인 AWS가 아니라 취급자인 귀사에 떨어집니다: 고지, 해외 이전에 대한 별도 동의, 그리고 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증(제38~40조). 일정 문턱 이상에서는 무엇이든 떠나기 전에 중국의 데이터 출경 안전성 평가(数据出境安全评估)도 요구할 수 있습니다.
레지던시가 다른 절반입니다. 귀사 조직이 핵심정보인프라 운영자라면, 사이버보안법의 제39조(구 제37조 — 데이터 국내화 조항은 2026년 1월 1일 이래 시행된 2025년 개정으로 재번호가 매겨졌고, 실질은 불변)는 중국에서 생성된 개인정보를 중국에 저장하도록 요구합니다(PIPL 제40조도 참조) — 해외 리전에 전체 요청 헤더를 로깅하는 WAF가 충족할 수 없는 의무. 이 중 어느 것도 방화벽이 얼마나 빠른지에 달려 있지 않습니다; 그것이 어디서 트래픽을 읽고 보관하느냐에 달려 있습니다. 그래서 이 페이지는 AWS WAF에 대한 중국 지연 수치를 공표하지 않습니다: 속도는 레지던시와 국경 간 이전으로 정해지는 결정의 축이 아닙니다.
이는 AWS WAF가 “차단”되었거나 “불법”이라는 판정이 아니라 리스크 지도입니다. 이 의무 중 어느 것이 구속하는지는 귀사 법인, 귀사 트래픽이 나르는 개인 데이터, 중국 법상 귀사 역할, 그리고 사용자가 누구인지에 달려 있습니다 — 귀사 보호가 그에 의존하기 전에 법률 자문과 정할 가치가 있습니다.
왜 WAF를 더 가까운 리전에 가리키는 것이 해법이 아닌가
반사적 반응은 방화벽을 가장 가까운 AWS 리전 — 가령 홍콩 — 으로 옮기고 거리 문제를 풀었다고 부르는 것입니다. 하지만 모든 글로벌 AWS WAF 리전은 중국 본토 밖에 앉으므로, 더 가까운 리전은 지연을 바꾸지 법을 바꾸지 않습니다: 요청 데이터는 여전히 국경 너머에서 검사되고 로깅되며, 이전은 그대로입니다. 중국 사용자의 요청 데이터를 국가 안에 두는 유일한 배치는 국내 배치입니다 — 중국 파티션 안의 AWS WAF(ICP 비안, Sinnet 또는 NWCD 하에 데이터를 본토에 보유), 또는 동등한 국내 엣지 보안 레이어. 어느 트래픽이 국내에서 검사되어야 하고 어느 것이 다른 곳에서 심사되어도 되는지는 네트워킹 질문이기 전에 법률 질문입니다.
합법적 경로 — map, localize, deliver
웹 애플리케이션 방화벽을 중국향 자산 앞단에 규정에 맞게 두는 길이 있고, 그것에는 형태가 있습니다.
먼저 map(매핑). 저희 중국 컴플라이언스 팀이 귀사 WAF가 오늘 실제로 어디서 트래픽을 검사하고 로깅하는지, 그리고 그에 따르는 노출을 도표화합니다: 그것이 중국 사용자에게서 읽는 클라이언트 IP 주소·헤더·요청 본문이 본토를 떠나는지, 어느 PIPL 이전·동의 의무가 붙는지, 귀사 역할과 볼륨에 데이터 출경 안전성 평가나 국내 저장 의무가 구속하는지, 그리고 보호되는 자산이 ICP 비안을 지는지. 저희는 기술적 그림을 세우고; 법적 결론은 귀사 법률 자문과 정합니다.
그다음 localize(로컬라이즈). 요청 검사가 중국 발판 위에서 일어나야 하는 곳에서, 저희는 그것을 합법적 국내 선택지 — AWS 자신의 중국 파티션(Beijing/Ningxia, ICP 비안, Sinnet 또는 NWCD 하에 데이터를 국내에 보유)이나 동등한 국내 엣지 보안 레이어 — 로 옮겨, 귀사 중국 사용자를 보호하는 방화벽이 기본값으로 그들의 요청 데이터를 해외에서 읽고 저장하기를 멈추게 하며, 귀사는 이미 서비스가 통하는 시장에는 AWS WAF를 유지합니다.
그다음 deliver(전달). 방화벽 뒤에 앉는 중국향 사이트나 API는 그 자체가 본토의 공개 서비스이므로, ICP 비안 의무를 지고 규정에 맞는 국내 전송이 필요합니다. 21YunBox가 그것을 국내에서 전달합니다 — 21YunBox Optimizer — 귀사가 이미 돌리는 오리진 앞단에, 재구축도 리플랫폼도 없이. 결과는 보호와 전달이 둘 다 귀사 중국 사용자에게 합법적으로, 규정에 맞게 돌아가는 중국향 자산입니다. 21YunBox는 어떤 형태의 우회도 쓰거나 권하지 않습니다: 저희가 결코 하지 않는 것 — 그리고 누구도 합법적으로 할 수 없는 것 — 은 중국의 데이터 출경 규칙을 비껴가는 길이나 어떤 네트워크 제한을 비껴가는 길을 귀사에 건네는 것입니다. 저희는 국내에 머물러야 하는 것을 국내화하고, 국내에서 전달하며, 결코 개인정보를 몰래 중국 밖으로 옮기지 않습니다.
함께 읽기:
자주 묻는 질문
AWS WAF는 중국 본토에서 제공되나요?
예 — 일부 외국 도구와 달리, AWS WAF는 진정한 국내 선택지가 있습니다. AWS는 그것을("Amazon WAF"로) 두 본토 리전, Beijing(Sinnet 운영)과 Ningxia(NWCD 운영)에서 제공합니다. 하지만 그 파티션은 귀사 글로벌 AWS 계정과 별개입니다: 유효한 중국 사업자등록증 하의 자체 China 계정이 필요하고, 그것이 보호하는 어떤 공개 자산이든 ICP Recordal이나 ICP License가 필요합니다. 가용성은 장애물이 아닙니다 — China 계정, ICP 관문, 그리고 귀사 요청 데이터가 어디서 검사되느냐가 장애물입니다. 귀사의 정확한 의무는 법률 자문과 확인하십시오.
중국에 AWS WAF를 쓰는 것은 국경 간 데이터 이전인가요?
그럴 수 있습니다. 비중국 AWS WAF를 중국향 사이트나 API 앞단에 두면, 그것이 읽고 로깅하도록 설계된 요청 데이터 — 클라이언트 IP 주소·HTTP 헤더·요청 본문 — 가 해외 AWS 리전에서 검사되어, 그 개인정보를 국경 너머로 옮기는 것을 PIPL상 국경 간 이전으로 만듭니다(고지, 별도 동의, 이전 메커니즘 하나; 제38~40조). 핵심정보인프라 운영자의 경우, 사이버보안법 제39조(구 제37조)는 해외 리전이 충족할 수 없는 국내 저장 의무를 더하고, 문턱 이상에서는 데이터 출경 안전성 평가가 적용될 수 있습니다. 합법적 국내 경로는 중국 파티션이지, 국경 너머로 닿는 비중국 WAF가 아닙니다 — 구체적인 것은 법률 자문과 정하십시오.
21YunBox가 중국을 위해 AWS WAF를 규정에 맞게 돌리도록 도울 수 있나요?
예. 저희 중국 팀은 귀사 WAF가 검사하는 트래픽에 붙는 ICP·국경 간 노출을 귀사 법인·데이터 볼륨·사용자에 대해 매핑하고; 요청 검사를 합법적 국내 발판에 국내화해 귀사 중국 사용자의 요청 데이터가 기본값으로 해외에서 읽히고 저장되기를 멈추게 하고; 규정에 맞는 ICP 비안 국내 전송을 귀사가 이미 돌리는 스택 앞단에 세울 수 있습니다. 구체적인 사례를 짚으려면 문의하기 — 저희는 어떤 종류의 우회도 쓰거나 권하지 않습니다.
