# 계층별 심층 방어 체계.

- 표준 URL: https://www.broadnet.me/ko/security/architecture
- 언어: ko
- 최종 수정일: 2026-10-21
- 발행처: BroadNet (https://www.broadnet.me)
- 렌더링된 페이지를 기반으로 생성된 위 페이지의 Markdown 버전입니다.

보안 아키텍처

보안이 경계면에 덧붙여지는 것이 아니라 모든 계층에 적용될 수 있도록, API 에지부터 통신사 상호 연결에 이르기까지 BroadNet의 메시징 플랫폼이 어떻게 구성되어 있는지 보여주는 개요입니다. 이 개요는 의도적으로 비기밀로 작성되었습니다. 스택의 내부 토폴로지가 아닌 전체적인 구조를 보여줍니다.

플랫폼 계층 통합 모니터링 전 구간 전송 중 암호화(TLS 1.3) 및 저장 시 암호화(AES-256) 적용 · 토폴로지가 아닌 개략도임

## 계층 구조를 쉽게 설명하면 다음과 같습니다.

1

### 고객 앱 및 채널

문서화된 버전 관리 인터페이스를 통해 애플리케이션과 캠페인을 연결합니다. 하위 테넌트의 어떠한 정보도 다른 테넌트에게 노출되지 않습니다.

2

### API & SDK 게이트웨이

퍼블릭 에지. 계정별 Bearer 액세스 토큰이 모든 API 요청을 인증하며, 플랫폼 전면에는 테넌트별 처리량 제한, IP 허용 리스트 및 자동화된 웹 애플리케이션 방화벽(WAF)이 배치됩니다.

3

### 메시징 플랫폼

테넌트별 격리, 내구성이 뛰어난 큐잉 및 전송 오케스트레이션을 통한 멀티 테넌트 처리 방식을 지원합니다. 상태 변경 작업은 감사 로그에 기록됩니다.

4

### 라우팅 인텔리전스

최저 비용 및 품질 기반 경로 선택을 통해 목적지별로 합법적이고 규정을 준수하는 경로를 선택하며, 그레이 라우트 탐지 및 서비스 목표 미달 시 경로 재지정(re-pinning)을 수행합니다.

5

### 보안 및 방화벽

통신사급 방어 체계 — SMS 방화벽, SS7 방화벽, 발신자 ID 보호, 플래시 콜 및 OTP 펌핑 분석 — 이 모든 기능이 BroadNet의 자체 경로에 기본적으로 적용됩니다.

6

### 통신사 상호 연동

1,000개 이상의 통신사 직접 연동을 통해 86개국에 직접 바인드를 제공하며, 나머지 200개 이상의 도달 국가에는 라벨링된 파트너 경로를 보유하고 있어 트래픽이 합법적이고 계약된 경로로 착신됩니다.

## 5단계의 심층 방어 체계

위의 번호가 매겨진 계층은 메시지가 이동하는 경로를 설명합니다. 이 5개 평면은 해당 경로의 모든 지점에서 유지되는 제어 기능을 설명하며, 각 평면은 한 평면의 오류가 다음 평면에 의해 차단되도록 설계되었습니다.

Plane 01

### 에지 및 네트워크

퍼블릭 에지는 TLS 1.3을 착신하고, 대량 남용을 흡수하며, 요청이 애플리케이션 로직에 도달하기 전에 형식이 올바른지 검증합니다. 다운스트림의 어떤 요소도 요청이 도착한 네트워크를 신뢰하지 않습니다.

- 버스트 제어가 포함된 테넌트 및 엔드포인트별 속도 제한
- SMPP 및 API 바인드를 위한 IP 허용 리스트 및 mutual-TLS 옵션
- 일반적인 인젝션 및 어뷰징 패턴을 필터링하는 자동화된 웹 애플리케이션 방화벽(WAF)
- 에지 단계에서의 DDoS 흡수 및 연결 수준의 이상 트래픽 차단

Plane 02

### 애플리케이션 및 신원 확인

모든 요청은 개별적인 자격 요건에 따라 인증 및 권한 부여가 이루어집니다. 계정별 Bearer 액세스 토큰이 신원을 확인하고, 범위가 지정된 역할(scoped roles)이 해당 신원의 권한을 결정합니다. 멀티테넌시(multi-tenancy)는 관례가 아닌 코드 수준에서 강제됩니다.

- API를 위한 계정별 Bearer 액세스 토큰; 대화형 세션을 위한 단기 토큰
- 최소 권한 기본 스코프를 적용한 역할 기반 액세스 제어(RBAC)
- 테넌트 간 격리를 통해 어떤 테넌트도 다른 테넌트의 데이터에 접근할 수 없음
- 인바운드 DLR 및 MO를 위한 TLS 암호화 웹훅

Plane 03

### 데이터 및 스토리지

메시지 내용, 전송 메타데이터 및 감사 기록은 계약 및 규정 준수 기간에 맞춰 암호화된 상태로 저장됩니다. 상태 변경 작업은 추가만 가능한(append-only) 감사 추적에 기록됩니다.

- 기본 저장소 및 백업 전반에 걸친 AES-256 암호화 적용
- 상태 변경 작업에 대한 추가 전용 감사 로그
- 계약 및 지역 규정에 맞춘 데이터 보유 기간
- 정의된 복구 목표에 따라 암호화 및 테스트된 백업

Plane 04

### 키 관리

키는 전용 키 관리 인프라 내부에서 생성, 저장, 교체 및 폐기됩니다. 애플리케이션 코드는 원본 키 데이터가 아닌 참조값만 보유하며, 키 교체 시에도 서비스 중단이 필요하지 않습니다.

- 애플리케이션 비밀 정보와 분리된 중앙 집중식 키 관리
- 예정된 키 로테이션 및 침해 의심 시 즉각적인 폐기
- 키 관리 및 관리자 액세스에 대한 직무 분리
- 데이터 키 자체가 마스터 키에 의해 보호되는 엔벨로프 암호화

Plane 05

### 모니터링 및 대응

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을 참조합니다. 다음을 확인하십시오 [컴플라이언스](https://www.broadnet.me/compliance) 여기에서 확인하고 [Trust Center](https://www.broadnet.me/ko/trust) 증빙 자료를 요청하세요.

## 암호화 및 키 관리

암호화의 강도는 키를 관리하는 방식에 따라 결정됩니다. 데이터는 전송 중 및 저장 시 보호되며, 데이터를 보호하는 키는 애플리케이션 코드 및 데이터 자체와 분리된 전용 인프라에서 관리됩니다.

### 전송 중

모든 외부 인터페이스 — 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](https://www.broadnet.me/trust/iso-27001) 및 [ISO 22301](https://www.broadnet.me/trust/iso-22301).

## 연결 방식.

이 개요는 아키텍처 관점의 설명입니다. 이를 뒷받침하는 증거, 인증서 및 운영 약속 사항은 Trust Center와 Compliance 및 Security 페이지에서 확인하실 수 있습니다.

[신뢰 센터 인증서, 하위 처리업체 및 증빙 요청.](https://www.broadnet.me/ko/trust) [컴플라이언스 ISO 27001 / 9001 / 22301 및 지역 프레임워크.](https://www.broadnet.me/compliance) [보안 통제 항목 이 아키텍처에 적용된 전체 통제 항목 세트.](https://www.broadnet.me/ko/security) [지원 및 SLA 심각도 등급, 에스컬레이션 및 RCA 프로세스.](https://www.broadnet.me/support-sla)

## 자주 묻는 질문

**이것이 전체 보안 아키텍처인가요?**

아니요. 이 페이지는 의도적으로 비공개 정보를 제외한 개요를 보여줍니다. 내부 토폴로지, 데이터 센터 위치 또는 정확한 복구 목표가 아닌, 스택의 구조와 각 계층의 제어 기능을 보여줍니다. 인증된 제어 세부 정보는 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 페이지에서 시작하거나, 보안팀에 문의하여 문서 패키지를 요청하세요.

[Trust Center로 돌아가기](https://www.broadnet.me/ko/trust) [전체 보안 제어](https://www.broadnet.me/ko/security)