Barracuda는 중국에서 작동하나요? 어플라이언스, 해외 클라우드, 그리고 PIPL 노출
Barracuda의 보안 제품은 중국에 대해 두 갈래로 나뉩니다: 자체 관리 어플라이언스는 귀사 자신의 본토 인프라 안에서 돌 수 있지만, 모든 Barracuda 클라우드·SaaS 서비스는 중국 본토 리전 없는 해외 AWS·Azure에서 돌아갑니다 — 그것이 중국 사용자를 위해 검사하는 이메일·로그·요청 데이터를 PIPL 국경 간 이전으로 바꿉니다. 두 도어를 컴플라이언스 관점에서 짚어봅니다.
Barracuda는 중국에서 작동하나요?
귀사가 어느 Barracuda를 돌리느냐에 달려 있습니다. 자체 관리 Barracuda 어플라이언스는 귀사 자신의 중국 인프라 안에 앉을 수 있습니다 — 하지만 모든 Barracuda 클라우드·SaaS 서비스는 중국 본토 안에 하나도 없는 AWS·Azure 리전에서 해외로 돌므로, 그것이 귀사 중국 사용자를 위해 검사하는 이메일·로그·웹 요청 데이터가 켜는 순간 국경을 넘습니다.
Barracuda 자사 Trust Center는 그것이 "leverages AWS and Azure data centers to store customer data at rest across the globe,"라 밝히고, 그 Email Protection은 아메리카·유럽·아시아태평양에 걸쳐 열거하는 리전에서 "is offered on the Amazon Web Services (AWS) cloud infrastructure" — 중국 본토에는 하나도 없이. 그 서비스가 다루는 이메일 내용·로그·검사된 요청은 흔히 개인정보를 나르므로, 중국 사용자를 제공하는 것은 그것을 PIPL상 국경 간 이전(제38~43조)으로 만듭니다. 그리고 Barracuda 클라우드 서비스가 공개 본토 사이트를 그저 앞세우는 곳에서, ICP 비안은 여전히 Barracuda가 아니라 그 사이트에 앉습니다. 아래 표는 Barracuda 자신의 표현과 각 도어가 유발하는 규칙입니다.
이는 판정이 아니라 리스크 지도입니다 — 어느 Barracuda 배치가 귀사를 규정에 맞게 두는지는 귀사 법인·데이터·사용자가 누구인지에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ✓ 자체 관리 어플라이언스는 귀사 자신의 국내 인프라 안에서 돌 수 있음
- ! 그 국내 경로는 데이터를 국내에 유지하지만, 컴플라이언스 부담은 전부 귀사의 것
- ! Barracuda의 클라우드·SaaS는 해외 AWS·Azure에서 돎 — 본토 리전 없음
- ! 중국 사용자의 이메일·로그·검사된 요청이 국경을 넘음 — PIPL 적용
- ✕ 공개 본토 사이트는 여전히 자신의 ICP 비안이 필요; Barracuda는 아무것도 나르지 않음
Barracuda 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| 두 Barracuda가 있고, 클라우드 것만 국경을 넘습니다. Barracuda의 보안 제품은 자체 관리 어플라이언스로도 클라우드 서비스로도 출하됩니다. 자사 WAF 문서에서 Barracuda는 "offers the Barracuda Web Application Firewall Vx as a cloud-hosted virtual machine,"이고, 별개로 "the Barracuda Web Application Firewall appliance"로 온프레미스 배포를 기술합니다. 자체 관리 어플라이언스는 귀사 자신의 중국 인프라 안에 앉을 수 있어 — 검사와 데이터를 국내에 유지 — 하지만 그때 합법적 본토 호스팅, 공개 사이트가 필요로 하는 어떤 비안이든, 그것이 처리하는 데이터의 규정에 맞는 취급이 모두 Barracuda가 아니라 귀사에 떨어집니다. | Barracuda — Web Application Firewall deployment documentation(campus.barracuda.com), 2026-10-07 열람 |
| 모든 Barracuda 클라우드 서비스는 데이터를 해외에 저장합니다 — 중국 본토 리전이 없습니다. Barracuda의 Trust Center는 그것이 "leverages AWS and Azure data centers to store customer data at rest across the globe,"라 밝히고, 그 리전을 아메리카·유럽·중동·호주·인도·일본에 걸쳐 열거합니다. 하나도 중국 본토 안이 아니고; 가장 가까운 Azure의 "East Asia" 리전은 홍콩에 있습니다. 그중 어느 것에서든 중국 사용자를 제공하는 것은 그들의 개인 데이터를 해외에 둡니다 — PIPL상 국경 간 이전(제38~43조), 그리고 CIIO나 대량 취급자의 경우 데이터는 중국에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). | Barracuda Trust Center — Data center locations(trust.barracuda.com), 2026-10-07 열람; PIPL 제38~43조 및 제40조; 사이버보안법 제39조(구 제37조) |
| Barracuda Email Protection은 AWS 위에서 클라우드 전달되고, 귀사 사용자의 메일을 읽습니다. Barracuda의 Email Protection Service Description(2026년 7월 30일자)은 그것을 "a comprehensive, cloud-delivered solution"이라 부르고 "is offered on the Amazon Web Services (AWS) cloud infrastructure,"이며 데이터를 "in the region the customer or its representative selects"에 저장한다 밝힙니다 — Email Gateway Defense 리전은 N. Virginia, Canada Central, London, Frankfurt, Sydney, 중국 본토에는 하나도 없이. 중국 사용자의 수신·발신 이메일을 스캔하는 것은 그 이메일 내용 — 개인정보 — 이 해외에서 처리되는 것을, 정면으로 PIPL 국경 간 규칙(제38~43조) 안에서 뜻합니다. | Barracuda — Email Protection SaaS Service Description, 2026년 7월 30일자(assets.barracuda.com), 2026-10-07 열람; PIPL 제38~43조 |
| Barracuda 자신의 국경 간 체계는 유럽과 미국을 이름 짓습니다 — 중국이 아니라. 같은 Service Description은 요구되는 곳에서 Barracuda가 "European Commission approved cross-border data transfer mechanisms including the EU's Standard Contractual Clauses,"에 기대고, 미국 이전에는 "self-certified under the US Department of Commerce Data Privacy Framework."라 합니다. 중국 PIPL 체계는 다뤄지지 않습니다. 그러니 그것을 충족하는 것 — 고지, 별도 동의, CAC 안전성 평가·표준계약·인증 — 은 취급자의 의무: Barracuda가 아니라 귀사의 것입니다. | Barracuda — Email Protection SaaS Service Description, 2026년 7월 30일자(assets.barracuda.com), 2026-10-07 열람; PIPL 제38~43조 |
| Barracuda 클라우드 WAF는 보안 레이어이지, 비안이 아닙니다. Barracuda의 Trust Center는 그 WAF-as-a-Service 데이터 리전을 "East Asia" — Azure의 홍콩 리전, 본토 밖, 베이징이나 상하이가 아니라 — 로 열거합니다. 공개 본토 웹사이트를 클라우드 WAF로 앞세우는 것은 요청 데이터(개인정보를 나름)를 해외 인프라를 통해 검사·전달하고, 사이트의 라이선싱에는 아무것도 하지 않습니다: 본토 사이트는 여전히 국무원령 제292호와 MIIT 령 제33호상 자신의 ICP 비안이, 사이트 운영자에 의해 보유되어 필요합니다. | Barracuda Trust Center — Data center locations(trust.barracuda.com), 2026-10-07 열람; 국무원령 제292호; MIIT 령 제33호 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
본토 중국 청중을 두고 Barracuda가 “작동”하느냐는 성능 질문이기 전에 컴플라이언스 질문입니다 — 그리고 정직한 답은 둘로 갈라집니다. Barracuda는 이메일 보호, 애플리케이션·웹 보안, 네트워크 보안, 데이터 보호·백업을 귀사 자신의 환경에 배포하는 자체 관리 어플라이언스로도, Barracuda가 귀사를 위해 돌리는 클라우드·SaaS 서비스로도 팝니다. 자체 관리 어플라이언스는 귀사 자신의 본토 인프라 안에 앉을 수 있어 검사와 데이터를 국내에 유지합니다 — 하지만 모든 Barracuda 클라우드·SaaS 서비스는 중국 본토 안에 하나도 없는 AWS·Azure 리전에서, 해외에서 돌아갑니다. 그런 서비스가 귀사 중국 사용자의 이메일·로그·웹 요청 — 흔히 개인정보를 나르는 데이터 — 을 검사하는 순간, 그것은 그 개인 데이터를 해외에서 취급하는 것입니다. 도달성은 쉬운 절반이고; 라이선싱과 데이터 레지던시가 노출입니다.
한눈에 보는 중국에서의 Barracuda
| 무엇이 결정하나 | Barracuda 자신의 표현 |
|---|---|
| 그것이 돌아가는 곳 | 두 갈래: 귀사가 직접 호스팅하는 자체 관리 하드웨어·가상 어플라이언스, 그리고 Barracuda가 돌리는 클라우드/SaaS 서비스. Barracuda는 WAF를 “Vx as a cloud-hosted virtual machine”로 제공하고 “the Barracuda Web Application Firewall appliance”를 귀사 자신의 네트워크에도 배포합니다. |
| 클라우드 저장 데이터 | Barracuda는 “leverages AWS and Azure data centers to store customer data at rest across the globe,”로, 아메리카·유럽·중동·호주·인도·일본에 걸쳐 — 중국 본토에는 하나도 없습니다(가장 가까운 Azure의 “East Asia”는 홍콩). |
| Email Protection | “A comprehensive, cloud-delivered solution”으로 “is offered on the Amazon Web Services (AWS) cloud infrastructure,”이고 “in the region the customer or its representative selects”에 저장 — N. Virginia, Canada Central, London, Frankfurt, Sydney. |
| Barracuda의 국경 간 체계 | EU의 “Standard Contractual Clauses”와 “US Department of Commerce Data Privacy Framework” 위에 지어짐. 중국 PIPL은 다뤄지지 않음 — 그것을 충족하는 것은 취급자의 의무, 즉 귀사의 것. |
| 공개에 제공하기 | 공개 본토 사이트는 국내 호스팅에 묶인 ICP 비안이 필요합니다. 그 사이트를 앞세우는 Barracuda 클라우드 서비스는 자신의 ICP를 나르지 않습니다; 비안은 사이트 운영자에 머뭅니다. |
두 Barracuda — 그리고 클라우드 것만 국경을 넘는다
Barracuda는 하나의 답을 가진 하나의 제품이 아닙니다. 그 보안 라인은 자체 관리 어플라이언스로도 클라우드 서비스로도 출하되고, 컴플라이언스 그림은 귀사가 어느 것을 돌리느냐로 돕니다. 자사 WAF 문서에서 Barracuda는 *“offers the Barracuda Web Application Firewall Vx as a cloud-hosted virtual machine,“*이고, 별개로 “the Barracuda Web Application Firewall appliance” 둘레에 지어진 하드웨어 배포를 기술하며 — 제품 페이지에서는 “on premises Barracuda Web Application Firewall remains the go-to web application firewall for mid-market” 사용이라 합니다.
그 갈래가 중국에서 중요합니다. 자체 관리 어플라이언스 — 물리든 가상이든 — 는 귀사 자신의 본토 인프라 안에 세워질 수 있어, 검사와 그것이 보유하는 데이터가 국내에 머뭅니다. 그래서 Barracuda가 평평한 “아니요”가 아닙니다. 하지만 어플라이언스는 하드웨어만 옮깁니다; 나머지를 귀사에 건네지 않습니다. 합법적 본토 호스팅, 공개 사이트가 요구하는 어떤 ICP 비안이든, 어플라이언스가 처리하는 개인 데이터의 PIPL 준수 취급, 그리고 뒤따르는 국내 보안 의무가 모두 귀사가 짊어지고 문서화할 부담이 됩니다 — 제품이 귀사를 대신해 정하는 것이 아니라.
클라우드 도어 — 해외 AWS·Azure, 본토 리전 없음
대신 Barracuda를 클라우드·SaaS 서비스로 돌리면 데이터가 본토를 떠납니다. Barracuda의 Trust Center는 그것이 *“leverages AWS and Azure data centers to store customer data at rest across the globe,“*라 분명히 밝히고, 그것이 열거하는 리전은 아메리카·유럽·중동·호주·인도·일본에 걸칩니다. 하나도 중국 본토 안이 아니고; 가장 가까운 Azure의 *“East Asia”*는 본토의 데이터 체계 밖에 앉는 홍콩입니다. 그 Email Protection은 명시적입니다: *“a comprehensive, cloud-delivered solution”*으로 *“is offered on the Amazon Web Services (AWS) cloud infrastructure,“*이고 데이터는 “in the region the customer or its representative selects” — N. Virginia, Canada Central, London, Frankfurt, Sydney — 에 보관됩니다.
그 서비스가 닿는 콘텐츠가 요점입니다. 이메일 본문, 전달 로그, 사고 레코드, 그리고 웹 방화벽이 검사하는 요청 데이터는 흔히 개인정보를 담습니다. 그것을 귀사 중국 사용자를 위해 해외 리전에서 처리하는 것은, 중국 개인정보 보호법상, 국경 간 이전입니다: 취급자 — Barracuda가 아니라 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 제38~43조상 통과해야 합니다. 귀사가 핵심정보인프라 운영자나 대량 취급자라면, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 해외 AWS나 Azure 리전이 충족할 수 없는 것. 그리고 Barracuda 자신의 국경 간 이야기가 그 간극을 확인합니다: 그것은 EU의 *“Standard Contractual Clauses”*와 “US Department of Commerce Data Privacy Framework” — 유럽·미국 수단 — 에 기대고, 중국의 체계는 고객에게 남겨 둡니다.
ICP 도어 — 보안 레이어는 비안이 아니다
공개 본토 웹사이트 앞단에 놓인 Barracuda 클라우드 보안 서비스는 라이선싱의 무엇도 바꾸지 않습니다. 사이트를 앞세우는 것은 그 트래픽을 해외 인프라를 통해 검사하고 전달하지만, 비안되어야 할 의무는 늘 앉는 곳에 머뭅니다: 제공되는 사이트의 운영자에게. 본토 방문자에게 전달되는 공개용 웹사이트는 국무원령 제292호와 MIIT 령 제33호상 ICP 비안(ICP 备案)이, 본토에 물리적으로 있는 호스팅 리소스에 묶여 필요합니다. Barracuda는 본토 리전도, 귀사를 대신한 ICP도 보유하지 않으므로, 비안되지 않은 사이트 앞단에 클라우드 WAF를 볼트로 붙이는 것은 보호를 더하지 허가를 더하지 않습니다. “우리는 그 앞단에 Barracuda를 두었다”는 보안 진술이지, 컴플라이언스 진술이 아닙니다.
이는 판정이 아니라 리스크 지도입니다: 어느 Barracuda 배치가 귀사를 규정에 맞게 두는지는 귀사가 무엇을 제공하는지, 얼마나 많은 개인 데이터를 보유하는지, 사용자가 누구인지에 달려 있습니다 — 짓기 전에 법률 자문과 정할 가치가 있습니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 Barracuda를 계속 돌립니다. 저희가 더하는 것은 Barracuda의 클라우드가 귀사를 대신해 나를 수 없는 조각입니다: 규정에 맞는, 본토 안에서의 ICP 비안 전송을, 기존 오리진 앞단에 두는 것 — 재구축도, 두 번째 코드베이스도, 귀사가 이미 운영하는 Barracuda 스택 이탈도 없이. 저희 중국 팀은 귀사 Barracuda 서비스 중 어느 것이 PIPL 국경 간이나 데이터 레지던시 노출을 만드는지 가려내고, 그것을 귀사 법인과 데이터 볼륨에 비추어 저울질하고, 합법적 중국 존재가 필요로 하는 ICP 비안 국내 전송과 저장을 세웁니다 — 그동안 귀사 Barracuda 보안 레이어는 오늘 돌리는 자리에 정확히 머뭅니다.
함께 읽기:
자주 묻는 질문
Barracuda는 중국 본토에 데이터센터가 있나요?
아니요. Barracuda의 Trust Center는 그 고객 데이터 리전을 AWS·Azure 위에 아메리카·유럽·중동·호주·인도·일본에 걸쳐 열거하고 — 중국 본토 위치를 이름 짓지 않습니다; 가장 가까운 Azure의 "East Asia"는 홍콩에 있습니다. 그 Email Protection은 N. Virginia, London, Frankfurt, Sydney 같은 리전의 AWS 위에서 돕니다. 그러니 귀사가 중국 사용자에게 가리키는 어떤 Barracuda 클라우드·SaaS 서비스든 그들의 데이터를 해외에서 저장·처리합니다.
Barracuda를 중국 안의 온프레미스 어플라이언스로 돌리면, 우리는 규정에 맞나요?
국경 간 문제는 없애지만, 컴플라이언스 질문 전체를 없애지 않습니다. 자체 관리 Barracuda 어플라이언스는 귀사 자신의 중국 인프라 안에 앉을 수 있어 검사와 데이터를 국내에 유지합니다 — 하지만 그때 모든 의무가 귀사의 것: 합법적 본토 호스팅, 공개 사이트가 필요로 하는 어떤 ICP 비안이든, 어플라이언스가 처리하는 개인 데이터의 PIPL 준수 취급, 그리고 국내 보안 의무. 어플라이언스가 귀사를 대신해 체크하는 상자가 아니라 법률 자문과 매핑할 리스크로 다루십시오.
21YunBox가 우리 Barracuda 설정을 중국에서 작동하도록 도울 수 있나요?
예. 저희 중국 팀은 어느 도어가 맞는지 매핑하고 — 귀사 Barracuda 서비스가 검사하는 이메일·로그·요청 데이터에 대해 귀사 법인·데이터 볼륨·사용자에 비추어 PIPL 국경 간·데이터 레지던시 노출을 평가 — 합법적 본토 존재가 요구하는 ICP 비안 국내 전송을 귀사가 이미 돌리는 Barracuda 스택 앞단에 세울 수 있습니다. 구체적인 사례를 짚으려면 문의하기.
