Skip to main content
このページでは、CData Arc で利用可能なセキュリティ関連の機能に関する情報、および推奨するベストプラクティスについて説明します。

サーバーのセキュリティ設定の強化

Arc Cloud は、ScriptingEngineHardeningLevel 設定を使用して、無効にするスクリプト操作を制御します。Arc Cloud インスタンスは、デフォルトでレベル1 を使用します。この設定はCData がホスティングプラットフォームで管理しているため、アプリケーション内で変更することはできません。別のレベルをリクエストするには、support@cdata.co.jp までご連絡ください。

次のテーブルは、各ハードニングレベルでどの操作が無効になるかを示しています:

CData Arc 内のデータの保護

次のセクションは、Arc 内のデータのセキュリティに関するものであり、アプリケーションを流れるメッセージとデータ、およびフロー設定そのものを含みます。

アウトバウンドトラフィックのTLS/SSL の有効化

Arc は、アウトバウンド接続のターゲットURL に基づいて、TLS/SSL をネゴシエートするかどうかを自動的にパースします。例えば、AS2 アウトバウンド接続がhttps URL をターゲットにしている場合、Arc はTLS をネゴシエートします。 TLS/SSL は、暗号化メカニズムが組み込まれていないプロトコルを介してデータを転送する場合に強く推奨されます。つまり、Web トラフィックはhttps エンドポイントに送信され、FTP トラフィックはftps エンドポイントに送信される必要がある、などです。ターゲットURL を正しく設定する以外に、Arc がTLS/SSL 暗号化をネゴシエートするために追加の手順は必要ありません。

TLS/SSL サーバー証明書とSSH キーの検証

TLS/SSL またはSSH サーバーへのアウトバウンド接続を行う場合、接続を確立するコネクタ(例えば、REST、AS2、SFTP)は、サーバーから提供された証明書またはキーの検証を試みます。コネクタ設定にサーバー証明書 / キーが設定されていない場合、Arc は基盤となるシステムに存在する検証プロセスを使用して、サーバーの証明書が信頼できるかどうかを判断します。 特定のTLS/SSL 証明書またはSSH キーのサムプリントを使用してコネクタを構成して、基盤となるシステム動作をオーバーライドできます。アウトバウンド接続を行うときに、サーバーの証明書がコネクタで構成されている証明書と一致する場合、コネクタはサーバーを信頼します。このオプションは最高レベルのセキュリティを提供します。 TLS サーバー証明書フィールドを Any Certificate に設定すると、コネクタはサーバーのID を暗黙的に信頼します。サーバーのなりすまし攻撃の心配がない場合にのみ、これを実行してください。

ユーザーと管理者の管理およびAPI へのアクセス

Arc は、Arc Web インターフェースにログインしてアプリケーションを使用する権限を持つユーザーの一連のユーザー名とパスワード資格情報を保持します。Admin ロールを含むユーザーとロールの詳細については、ユーザーとユーザーロールを参照してください。 Admin ロールを持つユーザーは、他のユーザーのパスワードにアクセスして変更することができます。お使いのインスタンスとともに作成されたAdmin ユーザーの資格情報は、このアカウントが安全で回復可能であることを保証するために、外部の場所に安全に保存する必要があります。

管理API

ユーザーは、管理API への呼び出しを通じてすべてのアプリケーション管理タスクを実行できるため、このAPI へのアクセスを保護することは、Web インターフェースへのアクセスを保護することと同じくらい重要です。Arc ユーザーが作成されると、このユーザーにAPI へのアクセスを許可する認証トークンを生成できます(アプリケーション内でのユーザーのロールに応じた制限があります)。認証トークンを使用して管理API にアクセスする方法の詳細については、API 認証を参照してください。
ユーザーの認証トークンは作成後は表示されないため、外部の場所に安全に保管する必要があります。