계층별 심층 방어 체계.
보안이 경계면에 덧붙여지는 것이 아니라 모든 계층에 적용될 수 있도록, API 에지부터 통신사 상호 연결에 이르기까지 BroadNet의 메시징 플랫폼이 어떻게 구성되어 있는지 보여주는 개요입니다. 이 개요는 의도적으로 비기밀로 작성되었습니다. 스택의 내부 토폴로지가 아닌 전체적인 구조를 보여줍니다.
계층 구조를 쉽게 설명하면 다음과 같습니다.
고객 앱 및 채널
문서화된 버전 관리 인터페이스를 통해 애플리케이션과 캠페인을 연결합니다. 하위 테넌트의 어떠한 정보도 다른 테넌트에게 노출되지 않습니다.
API & SDK 게이트웨이
퍼블릭 에지. 계정별 Bearer 액세스 토큰이 모든 API 요청을 인증하며, 플랫폼 전면에는 테넌트별 처리량 제한, IP 허용 리스트 및 자동화된 웹 애플리케이션 방화벽(WAF)이 배치됩니다.
메시징 플랫폼
테넌트별 격리, 내구성이 뛰어난 큐잉 및 전송 오케스트레이션을 통한 멀티 테넌트 처리 방식을 지원합니다. 상태 변경 작업은 감사 로그에 기록됩니다.
라우팅 인텔리전스
최저 비용 및 품질 기반 경로 선택을 통해 목적지별로 합법적이고 규정을 준수하는 경로를 선택하며, 그레이 라우트 탐지 및 서비스 목표 미달 시 경로 재지정(re-pinning)을 수행합니다.
보안 및 방화벽
통신사급 방어 체계 — SMS 방화벽, SS7 방화벽, 발신자 ID 보호, 플래시 콜 및 OTP 펌핑 분석 — 이 모든 기능이 BroadNet의 자체 경로에 기본적으로 적용됩니다.
통신사 상호 연동
1,000개 이상의 통신사 직접 연동을 통해 86개국에 직접 바인드를 제공하며, 나머지 200개 이상의 도달 국가에는 라벨링된 파트너 경로를 보유하고 있어 트래픽이 합법적이고 계약된 경로로 착신됩니다.
5단계의 심층 방어 체계
위의 번호가 매겨진 계층은 메시지가 이동하는 경로를 설명합니다. 이 5개 평면은 해당 경로의 모든 지점에서 유지되는 제어 기능을 설명하며, 각 평면은 한 평면의 오류가 다음 평면에 의해 차단되도록 설계되었습니다.
에지 및 네트워크
퍼블릭 에지는 TLS 1.3을 착신하고, 대량 남용을 흡수하며, 요청이 애플리케이션 로직에 도달하기 전에 형식이 올바른지 검증합니다. 다운스트림의 어떤 요소도 요청이 도착한 네트워크를 신뢰하지 않습니다.
- 버스트 제어가 포함된 테넌트 및 엔드포인트별 속도 제한
- SMPP 및 API 바인드를 위한 IP 허용 리스트 및 mutual-TLS 옵션
- 일반적인 인젝션 및 어뷰징 패턴을 필터링하는 자동화된 웹 애플리케이션 방화벽(WAF)
- 에지 단계에서의 DDoS 흡수 및 연결 수준의 이상 트래픽 차단
애플리케이션 및 신원 확인
모든 요청은 개별적인 자격 요건에 따라 인증 및 권한 부여가 이루어집니다. 계정별 Bearer 액세스 토큰이 신원을 확인하고, 범위가 지정된 역할(scoped roles)이 해당 신원의 권한을 결정합니다. 멀티테넌시(multi-tenancy)는 관례가 아닌 코드 수준에서 강제됩니다.
- API를 위한 계정별 Bearer 액세스 토큰; 대화형 세션을 위한 단기 토큰
- 최소 권한 기본 스코프를 적용한 역할 기반 액세스 제어(RBAC)
- 테넌트 간 격리를 통해 어떤 테넌트도 다른 테넌트의 데이터에 접근할 수 없음
- 인바운드 DLR 및 MO를 위한 TLS 암호화 웹훅
데이터 및 스토리지
메시지 내용, 전송 메타데이터 및 감사 기록은 계약 및 규정 준수 기간에 맞춰 암호화된 상태로 저장됩니다. 상태 변경 작업은 추가만 가능한(append-only) 감사 추적에 기록됩니다.
- 기본 저장소 및 백업 전반에 걸친 AES-256 암호화 적용
- 상태 변경 작업에 대한 추가 전용 감사 로그
- 계약 및 지역 규정에 맞춘 데이터 보유 기간
- 정의된 복구 목표에 따라 암호화 및 테스트된 백업
키 관리
키는 전용 키 관리 인프라 내부에서 생성, 저장, 교체 및 폐기됩니다. 애플리케이션 코드는 원본 키 데이터가 아닌 참조값만 보유하며, 키 교체 시에도 서비스 중단이 필요하지 않습니다.
- 애플리케이션 비밀 정보와 분리된 중앙 집중식 키 관리
- 예정된 키 로테이션 및 침해 의심 시 즉각적인 폐기
- 키 관리 및 관리자 액세스에 대한 직무 분리
- 데이터 키 자체가 마스터 키에 의해 보호되는 엔벨로프 암호화
모니터링 및 대응
Observability는 단일 병목 지점이 아닌 전체 스택에 걸쳐 이루어지므로, 이상 징후를 발생 지점과 가까운 곳에서 포착할 수 있습니다. 24/7 NOC는 탐지 기능을 문서화된 사고 대응 프로세스와 결합하여 운영합니다.
- 에지, 플랫폼, 라우팅 및 상호 연결 전반에 걸친 알림 기능을 갖춘 24/7 NOC
- 실시간 트래픽에 대한 그레이 라우트, 발신자 ID 오용 및 OTP 오용 분석
- 심각도 분류 및 지정된 에스컬레이션 절차가 포함된 문서화된 사고 대응
- 주요 장애 발생 후의 근본 원인 분석(RCA) 및 장애 원인 보고(RFO)
표준에 매핑된 제어 항목.
각 계층을 ISO/IEC 27001, SOC 2 및 ISO 22301의 제어 패밀리에 매핑한 예시입니다. 이는 예시일 뿐 전체 적용 성명서가 아니며, 감사된 제어 세트는 NDA 체결 후 공유됩니다.
| Layer | 대표 제어 항목 | 매핑된 표준 |
|---|---|---|
| 에지 및 네트워크 | TLS 1.3, WAF, 테넌트별 속도 제한, IP 화이트리스트, DDoS 방어 | ISO 27001 A.8 · SOC 2 CC6.6 |
| 애플리케이션 및 신원 확인 | Bearer-token API 인증, RBAC 최소 권한 원칙, 테넌트별 격리 | ISO 27001 A.8 / A.9 · SOC 2 CC6.1–CC6.3 |
| 데이터 및 스토리지 | 저장 시 AES-256 적용, 추가 전용 감사 로그, 보유 기간, 암호화 백업 | ISO 27001 A.8 · SOC 2 CC6.1 / C1.1 |
| 키 관리 | 중앙 집중식 KMS, 예정된 로테이션, 폐기, 직무 분리 | ISO 27001 A.8.24 · SOC 2 CC6.1 |
| 모니터링 및 대응 | 24/7 NOC, 크로스 레이어 텔레메트리, 문서화된 IR, RCA/RFO | ISO 27001 A.5.24–A.5.28 · SOC 2 CC7.2–CC7.4 |
| 연속성 | 백업, 검증된 복구 목표, 비즈니스 연속성 관리 | ISO 22301 · SOC 2 A1.2 |
매핑된 표준은 ISO/IEC 27001:2022 Annex A, SOC 2 Trust Services Criteria 및 ISO 22301을 참조합니다. 다음을 확인하십시오 컴플라이언스 여기에서 확인하고 Trust Center 증빙 자료를 요청하세요.
암호화 및 키 관리
암호화의 강도는 키를 관리하는 방식에 따라 결정됩니다. 데이터는 전송 중 및 저장 시 보호되며, 데이터를 보호하는 키는 애플리케이션 코드 및 데이터 자체와 분리된 전용 인프라에서 관리됩니다.
전송 중
모든 외부 인터페이스 — API, SMPP 및 웹훅 — 에 TLS 1.3 적용 — 기업용 바인딩을 위한 최신 사이퍼 스위트 및 인증서 피닝 옵션 제공
저장 시
기본 저장소 및 백업 전반에 AES-256을 적용합니다. 메시지 내용과 전송 메타데이터는 계약 및 지역 규정에 따라 보관 기간이 설정됩니다.
키 라이프사이클
예약된 로테이션, 즉각적인 폐기, 직무 분리 및 데이터 키 자체가 마스터 키에 의해 보호되는 엔벨로프 암호화를 포함한 중앙 집중식 키 관리.
위협 모델 및 심층 방어
심층 방어(Defense in depth)란 단일 제어 항목이 단독으로 모든 부하를 책임지지 않음을 의미합니다. 현실적인 공격자의 목표에 대해, 실제 영향이 발생하기 전까지는 하나 이상의 방어 계층이 무너져야 합니다.
자격 증명 도난 또는 API 키 유출
최소 권한 범위 설정으로 피해 범위를 제한하고, 수명이 짧은 토큰과 즉각적인 폐기로 노출 시간을 줄이며, 테넌트별 격리를 통해 다른 테넌트로의 측면 이동을 방지합니다.
그레이 라우트 주입 및 발신자 ID 스푸핑
SMS 방화벽과 발신자 ID 보호 기능은 부적절한 트래픽이 착신되기 전에 분류하여 차단합니다. 통신사 직접 연동을 통해 정당한 트래픽은 계약된 경로로 정확히 전달됩니다.
OTP 남용 / 트래픽 인위적 부풀리기
행동 분석 및 플래시 콜 / OTP 남용 탐지는 다운스트림에서 수익화되기 전, 라인 속도에서 부풀려진 패턴을 제한합니다.
시그널링 계층 공격 (SS7)
SS7 방화벽은 네트워크 계층에서 위치 추적, 도청 및 사기 시도를 방어하기 위해 시그널링을 검사하고 필터링합니다.
전송 중 또는 저장 시 데이터 노출
TLS 1.3은 전송 중인 데이터를 보호하며, AES-256은 저장된 데이터를 보호합니다. 키는 보호 대상 데이터와 분리된 전용 키 관리 인프라에 저장됩니다.
내부자 또는 관리자 오용
역할 기반 액세스 제어(RBAC), 키 보관을 위한 직무 분리 및 추가 전용 감사 로그를 통해 권한이 부여된 작업에 대한 책임 추적과 검토가 가능합니다.
모든 계층에 걸친 모니터링
가시성 확보와 24/7 모니터링은 단일 병목 지점에 머물지 않고 전체 스택에 걸쳐 이루어지므로, 이상 징후를 발생 지점과 가까운 곳에서 포착할 수 있습니다. 구체적인 툴링 및 알림 임계값은 NDA(비밀유지계약) 하에 평가 담당자에게 공유됩니다.
전 과정 암호화
TLS 1.3은 전송 중인 데이터를 보호하며, AES-256은 모든 계층에서 저장된 데이터를 보호합니다. 상세한 키 관리 및 제어 사양은 NDA 체결 후 제공 가능하며, 감사 범위는 인증서를 참조하십시오.
인증된 제어 세부 정보, 데이터 센터 위치, 정확한 복구 목표 및 내부 토폴로지는 BroadNet의 감사 범위에 포함되며 NDA에 따라 공유됩니다. 자세한 내용은 ISO/IEC 27001 및 ISO 22301.
연결 방식.
이 개요는 아키텍처 관점의 설명입니다. 이를 뒷받침하는 증거, 인증서 및 운영 약속 사항은 Trust Center와 Compliance 및 Security 페이지에서 확인하실 수 있습니다.
자주 묻는 질문
이것이 전체 보안 아키텍처인가요?
아니요. 이 페이지는 의도적으로 비공개 정보를 제외한 개요를 보여줍니다. 내부 토폴로지, 데이터 센터 위치 또는 정확한 복구 목표가 아닌, 스택의 구조와 각 계층의 제어 기능을 보여줍니다. 인증된 제어 세부 정보는 NDA(비밀유지계약) 하에 평가자에게 공유되며 BroadNet의 감사 범위에 포함됩니다.
플랫폼이 준수하는 인증 표준은 무엇입니까?
BroadNet은 ISO/IEC 27001(정보 보안), ISO 9001(품질) 및 ISO 22301(비즈니스 연속성) 인증을 보유하고 있습니다. 이 페이지의 컨트롤 매핑 테이블은 대표적인 통제 항목을 ISO 27001, SOC 2 및 ISO 22301 통제 제품군과 교차 참조하여, 평가자가 각 계층이 어떻게 정렬되는지 확인할 수 있도록 합니다.
전송 중 및 저장 시 암호화는 어떻게 처리됩니까?
TLS 1.3은 전송 중인 데이터를 보호하며, AES-256은 기본 저장소와 백업 전반의 저장 데이터를 보호합니다. 키는 전용 키 관리 인프라 내에서 생성, 저장, 교체 및 폐기되며, 엔벨로프 암호화(envelope encryption)를 사용하여 데이터 키 자체가 마스터 키에 의해 보호됩니다.
BroadNet 트래픽에 자체 SMS 및 SS7 방화벽을 적용합니까?
네. SMS 방화벽, SS7 방화벽, 발신자 ID 보호 및 OTP 남용 분석과 같은 통신사급 방어 체계는 제3자 자산에 대한 추가 옵션이 아니라, 기본적으로 BroadNet 자체 경로에 적용됩니다.
감사된 제어 세부 정보를 어떻게 요청하나요?
명명된 제어 세부 정보, 데이터 센터 위치, 정확한 복구 목표 및 내부 토폴로지는 NDA 체결 후 자격을 갖춘 평가자에게 공유됩니다. Trust Center 또는 Compliance 페이지에서 시작하거나, 보안팀에 문의하여 문서 패키지를 요청하세요.