いつでも、あなた独自のアイデンティティを
各コラボレーターは、当社の ID 管理レイヤーである Keycloak を介して各自のアカウントでサインインします。お客様のパスワードが入力されることも、ブラウザセッションが共有されることもありません。また、メンバーの削除もパスワードのローテーションや他に誰が知っていたかを突き止める手間のない、1つの操作で完了します。
委任されたアクセス
開発者を招き入れたり、請求管理を会計士に委ねたり、クライアントに自身のサイトへの読み取り専用アクセスを付与したり、サポートチームに問題の調査を依頼したりできます。すべての権限付与は明確な権限を持つロールであり、組織単位で範囲が制限され、データベース内で適用され、追記専用の監査ログに記録されます。
1つのログイン情報を共有することは、アカウントアクセスの問題を引き起こす原因となります。Zinn Digital®ではすべてのユーザーが独自の ID を持ち、アクセス権はメンバーシップ (ユーザー、組織、ロール) として個別に付与、変更、取り消しを行うことができます。
各コラボレーターは、当社の ID 管理レイヤーである Keycloak を介して各自のアカウントでサインインします。お客様のパスワードが入力されることも、ブラウザセッションが共有されることもありません。また、メンバーの削除もパスワードのローテーションや他に誰が知っていたかを突き止める手間のない、1つの操作で完了します。
アカウントは階層構造になっています。リセラー組織がクライアント組織を保持し、クライアント組織がサイトを保持します。メンバーシップは組織とその配下にあるすべてのものに適用されるため、他のクライアントの情報を公開することなく、代理店のクライアントに自らの組織の管理権限を渡すことができます。
テナントの分離は、バグによってスキップされる可能性のあるアプリケーションコード内のフィルターではありません。Postgres の行単位セキュリティ (Row-Level Security) は、各クエリの範囲を呼び出し元の組織サブツリーに限定するため、お客様のスコープ外のリクエストには返すべきデータが存在しません。
スコープ外の組織やサイトをリクエストした場合、API は権限エラーではなく単純な「見つかりません」というエラーを返します。権限エラーを返すとレコードの存在が確認できてしまいますが、「見つかりません」であれば外部の人間には何もわかりません。
権限はきめ細かいキーであり、sites.restart や billing.refund のようにモジュールとアクションで構成され、ロールがそれらを束ねます。4つのロールが実際のチームに必要な形態を網羅しており、それぞれはコード内に埋め込まれたロジックではなく、私たちがシードするデータです。
完全な制御: 子組織の作成、メンバーの招待と削除、ロールの変更、API キーの管理、サイトの作成、再起動、パージ、一時停止、削除、請求および請求書の処理、チケットの発行、監査ログの閲覧。ご自身のために保持するロールです。
組織、そのメンバー、プランカタログを閲覧し、請求書、支払い方法、請求額を管理します。サイトの新規作成、変更、削除を行う権限はありません。外部の簿記担当者に求められる最適な権限構成です。
サイトの表示および作成、サービスの再起動、キャッシュのクリア、API キーの管理、チケットの対応を行います。意図的に除外されている機能: 請求、請求書、お支払い方法、メンバー管理、サイトの停止、サイトの削除。請負業者は、お客様への請求やデータの破棄を行うことなく構築作業を行うことができます。
組織、そのメンバー、サイト、請求情報、プランカタログ、チケット、翻訳ステータス、および監査ログを閲覧できますが、これらを変更することは一切できません。状況の把握を希望するクライアント、監査人、または閲覧のみを必要とする関係者に最適な権限です。
アクセスの委任は、委任先のアカウントの乗っ取りが困難である場合にのみ安全です。アカウント内のすべてのユーザーに対して、すべてのインターフェースで Keycloak を通じて認証が実行されます。
サポート業務では、お客様のアカウント内を確認させていただく場合があります。そのアクセスは他のすべてと同様の権限モデルによって管理されています。スタッフは単にスタッフ組織に所属し、限定的な権限を持つ部門に編成されています。
スタッフは、サポート、請求と財務、不正利用と信頼・安全性、営業、オンボーディング、エンジニアリングと運用、マーケティング、経営陣にグループ分けされます。各役割により特定のモジュールやアクションが付与されるため、担当者は自身の業務に必要な管理コンソールの部分のみを閲覧し、その他の部分は表示されません。
サポートエージェントのロールが付与するのは、正確には次の権限です: 顧客の表示、チケットの表示と返信、サイトの表示、サイトの再起動、およびキャッシュのパージ。請求の設定、返金、プランの編集、フリート管理の権限は含まれません。エージェントが実行できる修復作業はロールによって制限されており、善意によって決まるものではありません。
customer.impersonate 権限は Manager ロールには含まれておらず、Super Admin のみが保持しています。お客様に代わってセッションが実行されている場合、誰が操作しているかが常に明確になるよう、ダッシュボードには固定の代理操作バナーが表示されます。
特権アクションおよび管理者アクションはすべて、実行者、アクション、ターゲット、関連メタデータ、IP アドレス、タイムスタンプを記録する追記専用の監査ログに追加されます (本番環境では時間ごとにパーティション分割)。オーナーおよび読み取り専用メンバーは、自身の組織のログを直接閲覧できます。
機密性の高い操作や破壊的な影響を及ぼすスタッフの操作には、実行前に追加の認証や2名による承認を要求することができ、新しい部門やロールの追加はコードの変更ではなく構成の設定によって行われます。
スクリプト、CI パイプライン、CLI、Terraform プロバイダー、AI エージェントはすべて、人間と同じ権限モデルを通じて認証されます。共有の人間用認証情報は不要で、ビルドに長期間有効なシークレットが貼り付けられることもありません。
キーは組織に属し、同じ RBAC 権限 (読み取り専用、請求、プロビジョニング) に関連付けられた詳細なスコープを持ちます。メンバーのアカウント全体ではなく、パイプラインに必要な最小限のスコープを付与してください。
テストモードと本番モードのキーは異なるため、開発中の統合が誤って、またはコピーされた環境変数によって本番データにアクセスすることはありません。
シークレットの SHA-256ハッシュと検索プレフィックスのみを保存し、生のキーを保存することは決してありません。キーは作成時に一度だけ表示されます。各キーは最終使用日時を追跡し、他の要素に影響を与えることなく単独で失効させることができます。
当社の MCP サーバーを使用すると、MCP 対応のエージェントが自然言語でお客様のホスティングを管理できます。OAuth 2.1で認証され、お客様の組織および RBAC ロールにスコープが限定されており、ツールごとの取り消し可能なトークン、破壊的アクションの確認、支出上限、および完全な監査ログが備わっています。
アカウントへのアクセスとサーバーへのアクセスは異なる問題です。サイトレベルの認証情報はダッシュボードで管理され、最小権限で発行され、1人の共同作業者のシェルが1つのサイトのシェルとなるように制限されます。
個人の管理者は単一の組織と1つのオーナーメンバーシップを保持し、請負業者がプロジェクトに参加した際に開発者ロールを追加します。プロジェクトが終了するとメンバーシップが削除され、そのサインインは直ちに機能しなくなります。ローテーションが必要な共有認証情報が残ることはありません。
代理店は組織ツリーを使用します。各クライアントには独自のサブ組織が割り当てられ、そこにそのクライアントのサイトが保持されます。そして、クライアントの関係者にはその組織へのメンバーシップが付与されます。可視性を求めるステークホルダーには読み取り専用権限、セルフサービスを希望するクライアントにはオーナー権限が付与されます。貴社のスタッフはツリーの上位レベルのメンバーシップを保持し、ポートフォリオ全体を確認できます。一方、クライアントには自らのブランチのみが表示され、Row-Level Security によって単なる約束ではなくそれが確実に実現されます。
リセラーも同様に機能しますが、階層が1つ上になります。リセラー組織がクライアント組織を保持し、それぞれに独自のメンバー、請求ビュー、サイトが存在します。同じ基本要素がサブアカウント、エージェンシーチーム、リセラーの階層構造を支えており、これらに別個の劣ったメカニズムが使われることはありません。
クレジットカード不要の14日間無料トライアルですべてをご利用いただけます。支払い情報を入力せずに登録し、同僚を招待して、各ロールがアクセスできる対象とできない対象を確認し、ご自身の監査ログをご確認ください。
現在、メンバーシップはそのロールを組織全体およびツリー内のその配下にあるすべてのものに付与するため、サイトのセットを分離する方法は組織を分離することです。それらのサイトを独自のサブ組織に配置し、そこでメンバーシップを付与してください。これは、各クライアントがすでに独自の境界を必要としている代理店やリセラーにとって明快なモデルです。メンバーシップごとのリソーススコープ設定、つまり1つの組織内の特定のサイトに単一のメンバーシップを割り当てる機能は、現在利用可能な機能ではなく、計画中の改善事項です。
Developer ロールには、サイトの削除やサイトの停止を行う権限は含まれていません。これらのキーは Owner ロールに属しています。このロールでは、サイトの閲覧および作成、サービスの再起動、キャッシュの消去、API キーの管理、チケットの処理が許可されます。デプロイや push-to-live の権限も Developer の付与範囲外であるため、本番環境への移行権限はアカウント所有者に留まります。ステージング環境と組み合わせることで、構築作業を最初から本番サイト外で実施できるようにしてください。
これはスタッフの役割に完全に依存しており、各役割は権限キーの限定されたセットで構成されています。たとえば、サポート担当者は、お客様のアカウントやサイトの表示、チケットの確認と返信、サイトの再起動、キャッシュのクリアを行うことができますが、請求設定、払い戻し、プラン、またはフリートを変更することはできません。顧客としてのサインインは Super Admin のみに付与された個別の権限であり、実行時にはダッシュボードに永続的な代理ログインバナーが表示されます。特権を伴うすべてのアクションは、実行者、アクション、対象、IP、タイムスタンプとともに監査ログに記録され、お客様ご自身で組織のログを確認することができます。
メンバーシップを削除すると、その組織へのアクセス権が終了します。対象者の ID 自体は保持されますが、ロールが失われるため、お客様のアカウントに対する権限はなくなります。API キーは個別に失効されるため、他の要素に影響を与えることなくパイプラインキーのみを無効化できます。SAML シングルサインオンをご利用の場合、ID プロバイダー側でプロビジョニング解除を行うことでサインインが一元管理されます。SSH キーなどのサイトレベルの認証情報はダッシュボードから失効され、削除操作そのものも監査ログに記録されます。
いいえ — ただし、その理由を正確に把握しておく価値はあります。API キーは個々のメンバーではなく組織に帰属し、同じ権限カタログに紐づく独自のきめ細かなスコープを備えています。そのため、人にキーを渡すのではなく、実行するタスクに必要な最小限のスコープでキーを作成し、タスクが終了した時点でそのキーを無効化します。保存されるのはシークレットのハッシュのみであり、各キーには最終使用日時が記録されるため、未使用のキーを容易に特定して廃止できます。
はい。弊社の MCP サーバーは OAuth 2.1でエージェントを認証し、ツールごとに取り消し可能なトークンを使用して、エージェントのスコープをお客様の組織および RBAC ロールに制限するため、包括的なアクセス権ではなく特定の機能のみを付与できます。破壊的なアクションには確認が必要であり、利用上限額が適用され、すべてのアクションは人間のアクティビティと同じ監査ログに記録されます。
Postgres の Row-Level Security (行単位セキュリティ) は、データベース自体の中でクエリの対象を発信者の組織サブツリーに限定し、アプリケーションレベルのフィルターを唯一の防御手段ではなく多層防御として機能させます。スコープ外のレコードに対するリクエストは権限エラーではなく「見つかりません」を返すため、何が存在するかについての情報は一切開示されません。サーバー側では、CageFS によるサイトごとの分離により、各テナントのシェルとファイルが各自のサイト内のみに制限されます。
はい。14日間のトライアルはクレジットカード不要で、お支払い情報の入力も契約の義務もなく、最大5つのサイトを対象とする Footprint-Free ホスティングをご利用いただけます。本契約の前に、同僚を招待し、役割を割り当て、境界設定が必要どおりに機能することを確認するのに十分な内容です。
クレジットカード不要の14日間無料トライアルから始め、メンバーを招待して、アクセス権限モデルの機能をご確認ください。自由に命名できるロール、取り消し可能な権限スコープ、そして誰が何を操作したかを正確に記録する監査ログをご利用いただけます。
無料で始める