Boxの権限を接続元・端末条件で切り替える設計とは？標準的な権限設計との違い

Boxの権限を接続元・端末条件で切り替える設計とは、同じアカウントでも「どのネットワークから」「どの端末で」接続しているかに応じて、閲覧・編集・ダウンロードなどの権限を変える設計です。

【結論】

• 同じBoxアカウントでも、接続元や端末条件に応じて利用できる範囲を変えることは可能。ただし、Box標準のコラボレーション権限は「ユーザー×フォルダ×役割」で決まり、役割そのものは接続環境で自動では切り替わらない

• 接続元・端末による制御は、「入口で通すか止めるか」「入った後に操作を絞るか」「状況に応じて権限そのものを変えるか」の3つのパターンに整理できる

• 同じ人が環境によって権限を変える運用が必要な場合は、まず「データ区分」と「接続環境の区分」を決め、その組み合わせごとの権限表を作るところから始める

本記事では、接続元・端末で権限を切り替える仕組みと設計パターン、標準的な権限設計との違い、設計時に決めておくことを整理します。

目次

1. 同じBoxアカウントでも、接続元・端末で権限を変えられるのか？
2. 標準的な権限設計は、何を基準に権限を決めているのか？
3. 接続元・端末で権限を切り替える設計パターンとは？
   1. パターンA：入口で、接続を許可するか止めるか？
   2. パターンB：接続を許可したうえで、操作を絞るか？
   3. パターンC：状況に応じて、権限そのものを変えるか？
4. Box標準機能だけで「社内は編集、社外は閲覧のみ」にできるのか？
5. どのような業務環境で、権限の切替が必要になるのか？
6. 設計するとき、何から決めればよいのか？
7. よくある質問
   1. 社内ネットワークからのみ許可すれば、権限の切替は不要か？
   2. 私物端末からは、閲覧のみに制限できるのか？
   3. 権限が環境で変わると、利用者の混乱は増えないか？
   4. 接続元・端末は、どのように判定するのか？
   5. IPアドレスだけで接続元を判定すれば十分か？
   6. 接続中に環境が変わった場合、権限はどうなるのか？
8. まとめ
9. Boxの接続元・端末別の権限切替をご検討中の方へ

1. 同じBoxアカウントでも、接続元・端末で権限を変えられるのか？

同じBoxアカウントでも、接続元や端末条件に応じて利用できる範囲を変えることは可能です。

ただし、Box標準のコラボレーション権限は「ユーザー×フォルダ×役割」で決まり、接続環境によって編集者や閲覧者といった役割そのものを自動で切り替える仕組みとは異なります。
そのため、「アクセスを許可・遮断する」「操作を制限する」「権限そのものを切り替える」のどこまでが必要かを分けて考える必要があります。

社内にいるときは機密フォルダを編集できるが、社外や私物端末からは閲覧のみにしたい、という要望は珍しくありません。
この要望は「誰が」ではなく「どこから・どの端末で」という条件で権限を変えたい、という内容です。

本記事で使う用語は、次のとおりです。

• 接続元: 利用者がBoxへ接続してくるネットワーク(社内ネットワーク、閉域網、社外のインターネットなど)

• 端末条件: 接続に使う端末が会社管理か私物か、OSやセキュリティ対策が要件を満たしているかといった端末の状態

• 動的な権限切替: 接続元・端末条件に応じて、同じユーザーの権限(閲覧・編集の可否や見え方)を自動で変えること

接続元や端末の状態などの状況(コンテキスト)を判断材料にする考え方は、「コンテキストベースのアクセス制御」などと整理されることがあります。

本記事では、製品の機能紹介ではなく、この考え方がどのような仕組みで成り立つのかに絞って解説します。
製品の比較や選定は扱いません。

2. 標準的な権限設計は、何を基準に権限を決めているのか？

標準的な権限設計は、「人」と「フォルダ」の組み合わせを基準に決めます。
次の3つの要素で整理できます。

• ユーザー・グループ: 誰が操作するのか

• フォルダ・ファイル: どの情報に対する権限なのか

• コラボレーションの役割: 閲覧のみ・編集・共同所有など、何ができるのか

この方式では、同じユーザーに設定されたコラボレーションの役割は、接続元や端末条件によって自動では変わりません。
会社PCで社内から使っても、自宅の私物端末から使っても、フォルダに対する役割は変わりません。

ユーザーやフォルダの設計は、運用ルールの土台としてまず固める必要があります。
ガバナンス全体の考え方は、以下の記事で解説しています。

接続元・端末による制御は、この「人×フォルダ×役割」の設計に、もう1つの判断軸(どこから・どの端末で)を加えるものと整理できます。

3. 接続元・端末で権限を切り替える設計パターンとは？

 接続元・端末による制御は、判断の「タイミング」と「制御する内容」によって、次の3つのパターンに整理できます。

3.1.パターンA：入口で、接続を許可するか止めるか？

パターンAは、接続元や端末が条件を満たさない場合に、そもそもBoxへの接続を認めない方式です。
許可か遮断かの二択で判断するため、設計は単純です。

Boxの管理者設定には、端末の条件でアクセスを制御する「デバイストラスト」があります。
ポリシーでは、端末の所有者に関する要件(ドメインメンバーシップ、証明書)と、端末のセキュリティ要件(OSの最小バージョン、ウイルス対策、ファイアウォール、ディスク暗号化)を設定できます。
（出典：Box「Enterprise設定: [デバイス保護] タブ」）

ウェブアプリに対してセキュリティチェックを実施するには、Box Toolsのインストールが必要と案内されています。
導入にあたっては、対象端末への展開手順を確認しておく必要があります。
（出典：Box「Enterprise設定: [デバイス保護] タブ」）

また、デバイストラストの対象となる端末は、Windows、macOS、iOS、Androidに限られます。
モバイル向けにはBox Toolsがないため、デバイストラストを有効にすると、モバイルのブラウザからはBoxのウェブアプリにアクセスできません。

モバイルのBoxアプリには、個別にセキュリティ要件を設定できます。
（出典：Box「Enterprise Settings: Device Protection Tab」）

パターンAは端末の要件によって接続の可否を判断する方式であり、パターンAだけでは、「社内からは編集可、社外からは閲覧のみ」のような、環境による権限の差は表現できません。
接続後の操作の制限が必要な場合は、次のパターンBを組み合わせます。

3.2.パターンB：接続を許可したうえで、操作を絞るか？

パターンBは、接続は許可したうえで、ファイルに対する操作を制限する方式です。
Boxでは、Shieldのアクセスポリシーで、ポリシーに該当するファイルへの制御を設定できます。

公式ドキュメントでは、セキュリティコントロールの種別として、次の7種類が挙げられています。

• 外部コラボレーションの制限

• 共有リンクの制限

• ダウンロードと印刷の制限

• インテグレーションの制限

• FTPの制限

• ウォーターマーク

• Box Signリクエストの制限

（出典：Box「Security Control Types」）

これらは、機密度や対象コンテンツに応じて、共有・ダウンロード・印刷・外部連携などの操作を制限したり、ウォーターマークを付与したりする仕組みです。
機密度の高いファイルのダウンロードや印刷を止める、といった使い方に向いています。

Shieldの概要は、以下の記事で紹介しています。

また、Shieldでは、ロケーション、ドメイン、インテグレーション、IPアドレス、メールアドレスといった種別ごとに「Shieldリスト」を作成できます。

作成したリストは、種別に応じて脅威検知ルールや制限条件に含めたり除外したりできます。
（出典：Box「About Shield Lists」）

3.3.パターンC：状況に応じて、権限そのものを変えるか？

パターンCは、ログイン時の接続環境に応じて、フォルダの見え方や編集の可否といった権限そのものを切り替える方式です。

同一アカウントのまま、環境ごとに別の権限表が適用されるイメージです。

この方式では、たとえば次のように権限が変わります。

• 社内ネットワーク・会社管理の端末: 機密フォルダを編集できる

• 社外ネットワーク・私物端末: 同じフォルダを閲覧のみにする、または非表示にする

パターンAは「入れるか入れないか」、パターンBは「入った後に何を止めるか」を決めるのに対し、パターンCは「入った後に、どこまでの権限を渡すか」を環境ごとに決める点が異なります。

4. Box標準機能だけで「社内は編集、社外は閲覧のみ」にできるのか？

できる範囲と、できない範囲があります。

端末の条件に基づく接続の可否(パターンA)や、ダウンロード・印刷などの操作制限(パターンB)は、Boxが提供する機能で設定できます。

一方、接続元や端末に応じて編集者から閲覧者へ権限そのものを切り替える設定は公式ドキュメントで確認できません(2026年10月時点)。

標準的な権限設計と、動的な権限切替の違いは、権限を決める基準と、切り替わるタイミングにあります。
次の表で整理します。

Shieldのアクセスポリシーについては、公式ドキュメントのセキュリティコントロール種別に、接続元や端末の状況に応じて権限を切り替える項目は挙げられていません(2026年10月時点)。
（出典：Box「Security Control Types」）

標準機能で足りるのか、別の仕組みで補うのかは、「環境によって、同じ人の編集可否を変えたいか」で判断すると整理しやすくなります。

変えたい場合は、パターンCに当たる設計が必要になります。

5. どのような業務環境で、権限の切替が必要になるのか？

接続環境によって取り扱える情報の範囲が分かれている業務で、必要になります。

代表的な場面は次のとおりです。

・ 自治体: LGWAN系の端末とインターネット系の端末で、見えるフォルダや編集可否を分けたい

・ 医療機関: 閉域・院内・インターネットの各環境で、扱える情報の範囲を分けたい

・ 民間企業: 社内ネットワークと社外で、機密情報フォルダの編集可否を分けたい

こうした環境では、ネットワークや端末の利用条件が分かれていることがあり、「同じアカウントを使いながら、環境に応じた権限だけを分けたい」という要望が生まれます。

閉域網とインターネット網を併用する環境での権限設計の考え方は、以下の記事で整理しています。

6. 設計するとき、何から決めればよいのか？

次の5ステップで進めます。

製品を決める前に、まず要件を整理することが重要です。

1. データを区分する: 公開情報・社内限り・機密など、権限を分ける対象となる情報の区分を決める

2. 接続環境を区分する: 社内ネットワーク、閉域網、社外、会社管理端末、私物端末など、利用者が接続する環境を洗い出す

3. 権限表を作る: 「データ区分×接続環境」ごとに、閲覧・編集・ダウンロードの可否を表にする

4. 例外と緊急時の扱いを決める: 在宅勤務、出張、障害時など、通常と異なる環境での扱いと承認の流れを決める

5. 運用と見直しを決める: 環境の判定結果や権限の変化をログで確認し、定期的に権限表を見直す

権限表は、たとえば次のように作ります(記入例)。

特にC.の権限表は、実装方式を問わず、関係者が合意するための共通の資料になります。

この表がないまま製品選定に進むと、導入後に「想定した権限と違う」という齟齬が起きやすくなります。

7. よくある質問

7.1. 社内ネットワークからのみ許可すれば、権限の切替は不要か？

社外からの利用が不要であれば、接続元を社内に限定する方法で足りる場合があります。

ただし、社外からの閲覧は認めたい、あるいはテレワークや外出先での利用が必要な場合は、「遮断」だけでは業務に支障が出ます。

その場合は、環境に応じて権限を変える設計を検討することになります。

7.2. 私物端末からは、閲覧のみに制限できるのか？

設計上は可能です。

私物端末を端末条件として区分し、権限表で「閲覧のみ」と定めたうえで、その区分に対して制御を適用します。

実際にどの機能で実現できるかは、利用するBoxのプランや設定、組み合わせる仕組みによって異なります。
要件を整理したうえで、公式情報や提供元に確認することをお勧めします。

7.3. 権限が環境で変わると、利用者の混乱は増えないか？

事前の周知がないと、混乱が起きる可能性があります。

「社外では編集できない」「この端末では一部のフォルダが見えない」といった挙動を、権限表とあわせて利用者に説明しておくことが重要です。

問い合わせ窓口と例外申請の流れも、あらかじめ決めておくと運用が安定します。

7.4. 接続元・端末は、どのように判定するのか？

判定の材料は、接続元と端末で異なります。

接続元の判定にはネットワーク(IPアドレスなど)が、端末条件の判定には所有者の要件(ドメインへの参加、証明書)や、OSのバージョン・ウイルス対策・ディスク暗号化といった状態が使われます。

後者の端末要件の例は、Boxのデバイストラストの設定項目でも確認できます。
（出典：Box「Enterprise設定: [デバイス保護] タブ」）

7.5. IPアドレスだけで接続元を判定すれば十分か？

業務の形態によっては、IPアドレスだけでは足りない場合があります。

テレワークでは自宅のネットワークなどから接続するため、接続元のIPアドレスが固定されない場合があります。

VPNを経由する場合は、社外にいても企業VPNの出口のIPアドレスからアクセスしているように見えることがあります。

接続元のIPアドレスに端末の状態を組み合わせて判定するほうが、実態に近い制御になります。

7.6. 接続中に環境が変わった場合、権限はどうなるのか？

一般論として、権限を再判定するタイミングは実装方式によって異なります。

ログイン時にだけ判定する方式では、接続中に環境が変わっても、次にログインするまで権限が変わらない場合があります。(一定の契機で再判定する方式もあります。)

設計では、「どのタイミングで判定し直すか」を、権限表とあわせて決めておく必要があります。

8. まとめ

標準的なBoxのコラボレーション権限は、人とフォルダ、役割を基準に決まるため、接続元や端末条件によって役割そのものが自動で切り替わるわけではありません。

接続元・端末による制御は、「入口での可否」「操作の制限」「権限の動的な切替」の3つのパターンに整理でき、環境ごとに編集可否を変えたい場合には、パターンCの設計が必要になります。

設計では、データ区分と接続環境の区分を決め、その組み合わせごとの権限表を作ることから始めます。

9. 権限設計の見直しを相談したい方へ

「CL-UMP」は、クラウドストレージのアクセス権限を、働く環境に合わせて自動で切り替える認可管理サービスです。

Boxに対応した「CL-UMP for Box」は、Boxへのログイン時に接続環境に合わせて権限を切り替えます。
同じアカウントでも、端末の状況によって異なる権限でコンテンツにアクセスさせることができます。

標準の権限設計だけでは環境ごとの編集可否を分けにくい場合の、仕組みによる補完先としてご検討いただけます。

評価版もご用意していますので、自社の権限表をもとにしたご相談だけでも、お気軽にご連絡ください。

弊社、サイエンスパーク株式会社は1994年の創業より、ソフトウェア・ハードウェアのセキュリティ対策を30年以上に渡り続けてまいりました。

セキュリティリスクの診断から対策導入・運用までのお手伝いが可能ですので、お気軽にお問い合わせくださいませ。
ご相談だけでも大歓迎です。

参考情報・出典

・Box「Enterprise設定: [デバイス保護] タブ」

・Box「Security Control Types」

・Box「Enterprise Settings: Device Protection Tab」

・Box「About Shield Lists」