# 多層防御。レイヤーを重ねて保護します。 - 正規URL: https://www.broadnet.me/ja/security/architecture - 言語: ja - 最終更新日: 2026-10-21 - 発行者: BroadNet (https://www.broadnet.me) - レンダリングされたページから生成した、上記ページのMarkdown版です。 セキュリティアーキテクチャ BroadNetのメッセージングプラットフォームがどのように構成されているかを示すハイレベルな概要です。APIエッジから通信キャリアの相互接続に至るまで、セキュリティが境界に後付けされるのではなく、すべてのレイヤーに適用される構造になっています。この概要は意図的に機密性を排除しており、内部トポロジーではなく、スタックの全体像を示すものです。 プラットフォームレイヤー横断的なモニタリング通信時（TLS 1.3）および保存時（AES-256）の暗号化を全域で実施 · 構成図ではなく概念図 ## 各レイヤーの概要 1 ### 顧客アプリとチャネル お客様のアプリケーションやキャンペーンは、文書化されバージョン管理されたインターフェースを介して接続されます。ダウンストリームのテナントに関する情報は、他のテナントに公開されることは一切ありません。 2 ### API & SDKゲートウェイ パブリックエッジです。アカウントごとのBearerアクセストークンですべてのAPIリクエストを認証します。プラットフォームの前段には、テナントごとのレート制限、IP許可リスト、および自動化されたWebアプリケーションファイアウォール（WAF）が配置されています。 3 ### メッセージングプラットフォーム テナントごとの分離、耐久性のあるキューイング、および配信オーケストレーションを備えたマルチテナント処理。状態を変更するアクションは監査ログに記録されます。 4 ### インテリジェント・ルーティング 最小コストおよび品質に基づいた配信ルートにより、送信先ごとに法的コンプライアンスを遵守したパスを選択します。また、グレールートの検知機能に加え、ルートの品質がサービス目標を下回った場合には再ルーティングを行います。 5 ### セキュリティとファイアウォール 通信事業者グレードの防御機能 — SMSファイアウォール、SS7ファイアウォール、送信元ID保護、フラッシュコール、およびOTPアビューズ分析 — これらはデフォルトでBroadNet独自の配信ルートに適用されます。 6 ### 通信キャリア間の相互接続 通信事業者との1,000以上の直接接続により、86カ国で直接バインドを実現しています。その他の対応200以上の国・地域についてもラベル付けされたパートナールートを備えており、トラフィックは正当な契約済みルートで着信します。 ## 5つの防御プレーンによる多層防御。 上記の番号付きのレイヤーは、メッセージが辿る経路を示しています。これら5つのプレーンは、その経路のあらゆる地点で保持される制御を表しています。各プレーンは、あるプレーンでの障害が次のプレーンによって封じ込められるように設計されています。 Plane 01 ### エッジ & ネットワーク パブリックエッジはTLS 1.3を終端し、大量の不正アクセスを吸収し、リクエストがアプリケーションロジックに到達する前に、その形式が正しいことを検証します。下流のシステムは、リクエストがどのネットワークを経由してきたかを信頼することはありません。 - バースト制御を備えたテナントおよびエンドポイントごとのレート制限 - SMPPおよびAPIバインド用のIPホワイトリストおよび相互TLSオプション - 一般的なインジェクションや悪用パターンをフィルタリングする自動Webアプリケーションファイアウォール（WAF） - エッジでのDDoS吸収および接続レベルのアノマリ・シェディング（異常検知による遮断） Plane 02 ### アプリケーションとアイデンティティ すべてのリクエストは、個別に認証および認可されます。アカウントごとのBearerアクセストークンによってアイデンティティを確立し、スコープ付きロールによってそのアイデンティティの権限を決定します。マルチテナンシーは慣習ではなく、コードによって強制されます。 - API用の、アカウントごとのBearerアクセストークン。インタラクティブセッション用の短寿命トークン。 - 最小権限のデフォルトスコープによるロールベースのアクセス制御 - テナントごとの分離により、あるテナントが他のテナントのデータにアクセスすることはできません。 - 受信DLRおよびMO用のTLS暗号化Webhook Plane 03 ### データ & ストレージ メッセージ内容、配信メタデータ、および監査ログは、契約および規制の期間に合わせた保持期間とともに、保存時に暗号化されます。状態を変更するアクションは、追記専用の監査トレイルに記録されます。 - 主要なストレージおよびバックアップ全体にわたるAES-256暗号化 - 状態変更アクションの追記専用監査ログ - 契約および地域規制に準拠したデータ保持期間 - バックアップは暗号化され、定義された復旧目標に基づいてテストされています。 Plane 04 ### 鍵管理 鍵は専用の鍵管理インフラ内で生成、保存、ローテーション、および廃止されます。アプリケーションコードは生の鍵データではなく、鍵への参照を保持するため、ローテーションによるサービス停止は発生しません。 - アプリケーションのシークレットから分離された、中央集中型のキー管理 - 定期的なキーローテーション、および侵害の疑いがある場合の迅速な失効 - 鍵管理と管理者アクセスにおける職務分離 - データキー自体がマスターキーによって保護されるエンベロープ暗号化 Plane 05 ### モニタリングとレスポンス オブザーバビリティ（観測性）は単一のボトルネックではなくスタック全体にわたるため、異常が発生した場所の近くで検知できます。24時間365日体制のNOCが、検知と文書化されたインシデント対応プロセスを連携させます。 - エッジ、プラットフォーム、配信ルート、および相互接続全体にわたるアラート機能を備えた24時間365日対応の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時間365日対応の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/ja/trust)証跡の請求についてはこちらをご覧ください。 ## 暗号化および鍵管理。 暗号化の強度は、鍵の管理方法に依存します。データは転送中および保存時に保護され、データを保護する鍵は、アプリケーションコードやデータ自体とは分離された専用のインフラストラクチャ内で管理されます。 ### 輸送中 すべての外部インターフェース（API、SMPP、Webhook）においてTLS 1.3をサポート。エンタープライズ向けのバインド用に、最新の暗号スイートと証明書ピン留めオプションを提供します。 ### 保存時 主要なストレージおよびバックアップ全体にAES-256を適用しています。メッセージ内容および配信メタデータには、契約および地域の規制に準拠した保存期間が適用されます。 ### 鍵ライフサイクル 定期的なローテーション、迅速な失効、職務分離、およびエンベロープ暗号化を備えた中央集権的な鍵管理。データキー自体がマスターキーによって保護されます。 ## 脅威モデルと多層防御 多層防御とは、単一の制御機能だけに依存しないことを意味します。現実的な攻撃者の目的に対し、影響が出る前に複数の防御層を突破しなければならない仕組みです。 ### 認証情報の窃取またはAPIキーの漏洩 最小権限のスコープにより影響範囲を制限し、短寿命トークンと迅速な失効により攻撃ウィンドウを縮小します。また、テナントごとの分離により、他のテナントへの横展開を防止します。 ### グレールート注入および送信元IDのなりすまし SMSファイアウォールと送信元ID保護により、不正なトラフィックを着信前に分類して遮断します。通信事業者との直接接続により、正当なトラフィックは契約済みの配信ルートに届きます。 ### OTPの悪用 / トラフィックの人工的な水増し 行動分析とフラッシュコール / OTP悪用検知により、ダウンストリームで収益化される前に、膨張したパターンをラインレートでスロットル（抑制）します。 ### シグナリングレイヤー攻撃 (SS7) SS7ファイアウォールがシグナリングを検査・フィルタリングし、ネットワークレイヤーでの位置情報の追跡、傍受、および不正行為を防ぎます。 ### 転送中または保存時のデータ露出 TLS 1.3は転送中のデータを保護し、AES-256は保存データを保護します。鍵は、保護対象のデータとは分離された専用の鍵管理インフラに保管されます。 ### 内部者または管理者による悪用 ロールベースのアクセス制御、鍵管理における職務分離、および追記専用の監査ログにより、特権アクションの責任明確化とレビューを可能にします。 ### 全レイヤーにわたるモニタリング オブザーバビリティと24時間365日のモニタリングは、単一のチョークポイントに配置されるのではなく、スタック全体にわたって行われるため、異常が発生した場所の近くで検知できます。具体的なツールやアラートのしきい値については、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およびコンプライアンスとセキュリティのページに掲載されています。 [トラストセンター 証明書、サブプロセッサー、およびエビデンスのリクエスト](https://www.broadnet.me/ja/trust) [コンプライアンス ISO 27001 / 9001 / 22301および地域的なフレームワーク](https://www.broadnet.me/compliance) [セキュリティ管理 このアーキテクチャを支える包括的なコントロールセット。](https://www.broadnet.me/ja/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はプライマリストレージおよびバックアップにおける保存データを保護します。鍵は専用の鍵管理インフラ内で生成、保存、ローテーション、および廃止され、エンベロープ暗号化を使用してデータ鍵自体がマスターキーによって保護されます。 **BroadNetトラフィックに対して、独自のSMSおよびSS7ファイアウォールを適用していますか？** はい。キャリアグレードの防御策（SMSファイアウォール、SS7ファイアウォール、送信元ID保護、およびOTPアビューズ分析）は、サードパーティ向けのアドオンとしてのみ提供されるのではなく、デフォルトでBroadNet自身の配信ルートに適用されています。 **監査済みの管理詳細をリクエストするにはどうすればよいですか？** 具体的な管理詳細、データセンターの所在地、正確な復旧目標、および内部トポロジーは、NDA（秘密保持契約）に基づき、適格な評価者にのみ開示されます。Trust Centerまたはコンプライアンスページから開始するか、セキュリティチームに連絡してドキュメントパックをリクエストしてください。 [Trust Centerに戻る](https://www.broadnet.me/ja/trust) [包括的なセキュリティコントロール](https://www.broadnet.me/ja/security)