FAQ
Document Securityはどのようなソリューションですか?
企業および組織内で生成される電子文書を暗号化して重要な情報が外部に漏洩するのを防ぐエンドポイント(EndPoint)文書セキュリティオーケストレーションソリューションです。
- Microsoft 365のようなクラウド環境との連携を通じて、従来の複雑だった内部セキュリティと柔軟なクラウドコラボレーションのギャップを解消します。
- 内部DRMとクラウドセキュリティを共存させる戦略に変化に対応します。
- クラウド環境で発生する文書セキュリティ問題を解決するための共存とオーケストレーションアプローチを提供します。
Document Security 6 バージョンは以前のバージョンに対してどのような機能が改善されましたか?
- セキュリティ面の改善事項
- KOSYAS機関要件に対応
- オフライン機能およびヘッダーキー管理などのセキュリティ脆弱性改善
- 暗号化通信の強化と最新プロトコルへの対応
- CC認証取得を通じたセキュリティ信頼の確保
- KOSYAS機関要件に対応
- Windwos および Office 最新バージョンサポート
- DS6は参考Windows 11, Office 2024, 日本語 2024を正式にサポートし、より迅速なIT環境の変化にも迅速に対応します。
- UX/UIの改善
- DS6バージョンのみの新しいUIを導入したユーザー体験の改善
- 以前のバージョンに比べて直感的でユーザーフレンドリーなインターフェースを提供
- 文書のセキュリティ機能に対するアクセシビリティと使いやすさを改善
Document Security 6 導入前に何を準備する必要がありますか?
主要な準備事項は次のとおりです。
- 既存のDRMソリューションの現状把握- 現在使用中の文書セキュリティソリューションとの連携方法の検討
- クラウド環境構成 確認- Microsoft 365, Google Workspace などのクラウドコラボレーションツール連携準備
- セキュリティポリシーの策定- 文書暗号化ポリシー、クラウドアップロード時の変換ポリシーなど
- ネットワークおよびファイアウォール構成- 安全な通信のためのネットワーク環境設定
SOFTCAMPは顧客のDRM導入の有無、クラウド環境の特性、コンプライアンス要件など、さまざまなシナリオに合わせて最適化された文書セキュリティオーケストレーションの提案を行います。
クラウド環境との連携はどのようにサポートされていますか?
Document Security 6は次のようなクラウド連携機能を提供します。
- クラウド文書アップロード時の自動変換サポート
- 内部 DRM 暗号化文書がクラウド環境に最適化され自動変換
- Microsoft 365 サポート: OneDrive, SharePoint, Teams アップロード時 AIP ドキュメント自動変換
- 協業ツールの使用平等性の提供
- どんな環境でも、どんなコラボレーションツールを使用しても暗号化された文書への平等なアクセスと使いやすさを提供
- クラウド平文文書漏洩防止
- クラウドサービスでダウンロードま たは共有される平文文書に対するリアルタイム検出およびポリシー適用
文書の可視性機能とは何ですか?
文書の流れを追跡して文書が作成された後の流通経路を追跡可能にすることでセキュリティ管理を強化する機能です。
- 文書生成から流通、使用までの全ライフサイクル追跡
- 文書アクセス履歴および使用パターン分析
- セキュリティポリシー違反時のリアルタイム通知および対応システムの構築
MIP ドキュメントの解除と生成に使用される権限はどのように異なりますか?
Document Security 6では次のように権限を区分して使用します:
MIP ドキュメント解除
- **アプリケーション権限(Azure Application Permission)**使用
- SHIELD DRMと同じ方法で処理
MIP ドキュメントの作成
- **現在DS6にログインしているユーザー権限(ユーザートークン)**使用
- Microsoftが発行したユーザートークンで実行され、ラベル権限制御がそのユーザー基準で適用されます。
MIP → DRM → MIP 変換過程で所有者が変更される理由は何ですか?
変換フロー別の権限主体は次のとおりです:
- MIP解除: アプリの権限
- DRMの生成: 現在のDS6ログインユーザー権限
- MIP 再生成: 現在のDS6ログインユーザー権限
所有者変更の原因:
- 最終MIP再生成時、主体が「ログインユーザー」に固定される
- MIPの生成はログインユーザーのトークンで行われ、アプリの権限/ユーザートークンのみで他のユーザーを所有者として設定することは不可能です。
- したがって、元の文書の "所有者/適用主体" が変更されたかのように動作することができます。