委任されたアクセス

ユーザーに必要なアクセス権のみを正確に付与 — それ以上は付与しません

開発者を招き入れたり、請求管理を会計士に委ねたり、クライアントに自身のサイトへの読み取り専用アクセスを付与したり、サポートチームに問題の調査を依頼したりできます。すべての権限付与は明確な権限を持つロールであり、組織単位で範囲が制限され、データベース内で適用され、追記専用の監査ログに記録されます。

1つのアカウントに複数のユーザーが紐づき、それぞれに独自の範囲限定された権限が付与されます。
  • 94詳細な権限
  • 12組み込みのロール
  • 8スタッフ部門
  • 700,000+世界中でホストされているサイト

アクセスは共有パスワードではなく、メンバーシップです

1つのログイン情報を共有することは、アカウントアクセスの問題を引き起こす原因となります。Zinn Digital®ではすべてのユーザーが独自の ID を持ち、アクセス権はメンバーシップ (ユーザー、組織、ロール) として個別に付与、変更、取り消しを行うことができます。

いつでも、あなた独自のアイデンティティを

各コラボレーターは、当社の ID 管理レイヤーである Keycloak を介して各自のアカウントでサインインします。お客様のパスワードが入力されることも、ブラウザセッションが共有されることもありません。また、メンバーの削除もパスワードのローテーションや他に誰が知っていたかを突き止める手間のない、1つの操作で完了します。

組織はツリー構造を形成します

アカウントは階層構造になっています。リセラー組織がクライアント組織を保持し、クライアント組織がサイトを保持します。メンバーシップは組織とその配下にあるすべてのものに適用されるため、他のクライアントの情報を公開することなく、代理店のクライアントに自らの組織の管理権限を渡すことができます。

データベース内で分離を強制

テナントの分離は、バグによってスキップされる可能性のあるアプリケーションコード内のフィルターではありません。Postgres の行単位セキュリティ (Row-Level Security) は、各クエリの範囲を呼び出し元の組織サブツリーに限定するため、お客様のスコープ外のリクエストには返すべきデータが存在しません。

不在は非表示です

スコープ外の組織やサイトをリクエストした場合、API は権限エラーではなく単純な「見つかりません」というエラーを返します。権限エラーを返すとレコードの存在が確認できてしまいますが、「見つかりません」であれば外部の人間には何もわかりません。

4つの顧客ロール、35の権限

権限はきめ細かいキーであり、sites.restart や billing.refund のようにモジュールとアクションで構成され、ロールがそれらを束ねます。4つのロールが実際のチームに必要な形態を網羅しており、それぞれはコード内に埋め込まれたロジックではなく、私たちがシードするデータです。

所有者

完全な制御: 子組織の作成、メンバーの招待と削除、ロールの変更、API キーの管理、サイトの作成、再起動、パージ、一時停止、削除、請求および請求書の処理、チケットの発行、監査ログの閲覧。ご自身のために保持するロールです。

請求管理者

組織、そのメンバー、プランカタログを閲覧し、請求書、支払い方法、請求額を管理します。サイトの新規作成、変更、削除を行う権限はありません。外部の簿記担当者に求められる最適な権限構成です。

開発者

サイトの表示および作成、サービスの再起動、キャッシュのクリア、API キーの管理、チケットの対応を行います。意図的に除外されている機能: 請求、請求書、お支払い方法、メンバー管理、サイトの停止、サイトの削除。請負業者は、お客様への請求やデータの破棄を行うことなく構築作業を行うことができます。

読み取り専用

組織、そのメンバー、サイト、請求情報、プランカタログ、チケット、翻訳ステータス、および監査ログを閲覧できますが、これらを変更することは一切できません。状況の把握を希望するクライアント、監査人、または閲覧のみを必要とする関係者に最適な権限です。

チームが密かに脆弱化させることのできないサインイン

アクセスの委任は、委任先のアカウントの乗っ取りが困難である場合にのみ安全です。アカウント内のすべてのユーザーに対して、すべてのインターフェースで Keycloak を通じて認証が実行されます。

  • フィッシング耐性のあるサインインを実現するパスキーと WebAuthn に加え、ポリシーにより全員に義務付けられた TOTP 2要素認証 — チームメンバーがスキップできるオプション設定ではありません。
  • デフォルトのマジックリンクメールサインイン、代替手段としてのメールとパスワード、そして Google、Microsoft、GitHub などを介したソーシャルサインイン。
  • エンタープライズおよび代理店のお客様向けの SAML シングルサインオン。入社や退職に伴うアカウント管理を手作業ではなく、ご利用の ID プロバイダーで処理できます。
  • 顧客ダッシュボード、公開サイト、ナレッジベース、サポートチケット全体で1つのセッション — 1回のサインインで、1回で取り消し。
  • セッションポリシー、機密性の高い操作に対するステップアップ認証、およびアクセスを既知のネットワークに制限したいアカウント向けの組織ごとのオプションの IP 許可リスト。
  • アカウントが作成される前にすべての登録メールアドレスが検証されるため、配信不能、使い捨て、または役割ベースのアドレスは、後から孤立したメンバーになるのではなく、入り口で捕捉されます。

当社のチームがアクセスを必要とする場合、その範囲は限定され、記録されます

サポート業務では、お客様のアカウント内を確認させていただく場合があります。そのアクセスは他のすべてと同様の権限モデルによって管理されています。スタッフは単にスタッフ組織に所属し、限定的な権限を持つ部門に編成されています。

包括的な管理者ではなく、部門

スタッフは、サポート、請求と財務、不正利用と信頼・安全性、営業、オンボーディング、エンジニアリングと運用、マーケティング、経営陣にグループ分けされます。各役割により特定のモジュールやアクションが付与されるため、担当者は自身の業務に必要な管理コンソールの部分のみを閲覧し、その他の部分は表示されません。

サポート担当者の真の限界

サポートエージェントのロールが付与するのは、正確には次の権限です: 顧客の表示、チケットの表示と返信、サイトの表示、サイトの再起動、およびキャッシュのパージ。請求の設定、返金、プランの編集、フリート管理の権限は含まれません。エージェントが実行できる修復作業はロールによって制限されており、善意によって決まるものではありません。

顧客としてのサインインは厳格に制限されています

customer.impersonate 権限は Manager ロールには含まれておらず、Super Admin のみが保持しています。お客様に代わってセッションが実行されている場合、誰が操作しているかが常に明確になるよう、ダッシュボードには固定の代理操作バナーが表示されます。

特権事項はすべて文書化されています

特権アクションおよび管理者アクションはすべて、実行者、アクション、ターゲット、関連メタデータ、IP アドレス、タイムスタンプを記録する追記専用の監査ログに追加されます (本番環境では時間ごとにパーティション分割)。オーナーおよび読み取り専用メンバーは、自身の組織のログを直接閲覧できます。

破壊的な操作に対する承認ゲート

機密性の高い操作や破壊的な影響を及ぼすスタッフの操作には、実行前に追加の認証や2名による承認を要求することができ、新しい部門やロールの追加はコードの変更ではなく構成の設定によって行われます。

マシンにも委任されたアクセス権が付与されます

スクリプト、CI パイプライン、CLI、Terraform プロバイダー、AI エージェントはすべて、人間と同じ権限モデルを通じて認証されます。共有の人間用認証情報は不要で、ビルドに長期間有効なシークレットが貼り付けられることもありません。

API キーは組織単位で発行され、スコープが設定されています

キーは組織に属し、同じ RBAC 権限 (読み取り専用、請求、プロビジョニング) に関連付けられた詳細なスコープを持ちます。メンバーのアカウント全体ではなく、パイプラインに必要な最小限のスコープを付与してください。

サンドボックスのキーは本番環境とは分かれています

テストモードと本番モードのキーは異なるため、開発中の統合が誤って、またはコピーされた環境変数によって本番データにアクセスすることはありません。

ハッシュのみが保存されます

シークレットの SHA-256ハッシュと検索プレフィックスのみを保存し、生のキーを保存することは決してありません。キーは作成時に一度だけ表示されます。各キーは最終使用日時を追跡し、他の要素に影響を与えることなく単独で失効させることができます。

AI ツールはお客様の権限に基づいて接続します

当社の MCP サーバーを使用すると、MCP 対応のエージェントが自然言語でお客様のホスティングを管理できます。OAuth 2.1で認証され、お客様の組織および RBAC ロールにスコープが限定されており、ツールごとの取り消し可能なトークン、破壊的アクションの確認、支出上限、および完全な監査ログが備わっています。

サイト自体へのアクセス

アカウントへのアクセスとサーバーへのアクセスは異なる問題です。サイトレベルの認証情報はダッシュボードで管理され、最小権限で発行され、1人の共同作業者のシェルが1つのサイトのシェルとなるように制限されます。

  • ジェイル化されたシェルを備えた SSH、さらに SFTP と FTP — CageFS の分離により、各テナントは自身のファイルのみを表示できます。
  • 開発者が実際にスクリプト化したい操作のための、パネルターミナルおよび SSH 経由での wp-cli。
  • code-server を介したブラウザ内の完全な VS Code エディタ。git を備え、ダッシュボードでサイトのファイルを直接編集できます。
  • データベース用の組み込み phpMyAdmin および Adminer、ならびに組み込みファイルマネージャー。いずれも追加の認証情報を要求されることなく、ダッシュボードからシングルサインオンで利用できます。
  • アクセスキーと認証情報はダッシュボードで作成、一覧表示、ローテーション、失効が行われ、最小権限で発行され、その使用状況は監査ログに記録されます。
  • クローン機能および本番反映機能を備えたステージングにより、リスクの高い作業を本番環境から隔離できるため、新しい共同作業者による最初の変更が本番サイトに直接反映されることはありません。

実際の業務の進め方に合わせてアクセスを構成する方法

個人の管理者は単一の組織と1つのオーナーメンバーシップを保持し、請負業者がプロジェクトに参加した際に開発者ロールを追加します。プロジェクトが終了するとメンバーシップが削除され、そのサインインは直ちに機能しなくなります。ローテーションが必要な共有認証情報が残ることはありません。

代理店は組織ツリーを使用します。各クライアントには独自のサブ組織が割り当てられ、そこにそのクライアントのサイトが保持されます。そして、クライアントの関係者にはその組織へのメンバーシップが付与されます。可視性を求めるステークホルダーには読み取り専用権限、セルフサービスを希望するクライアントにはオーナー権限が付与されます。貴社のスタッフはツリーの上位レベルのメンバーシップを保持し、ポートフォリオ全体を確認できます。一方、クライアントには自らのブランチのみが表示され、Row-Level Security によって単なる約束ではなくそれが確実に実現されます。

リセラーも同様に機能しますが、階層が1つ上になります。リセラー組織がクライアント組織を保持し、それぞれに独自のメンバー、請求ビュー、サイトが存在します。同じ基本要素がサブアカウント、エージェンシーチーム、リセラーの階層構造を支えており、これらに別個の劣ったメカニズムが使われることはありません。

クレジットカード不要の14日間無料トライアルですべてをご利用いただけます。支払い情報を入力せずに登録し、同僚を招待して、各ロールがアクセスできる対象とできない対象を確認し、ご自身の監査ログをご確認ください。

よくある質問

特定の1つのサイトにのみアクセス権を付与することはできますか ?

現在、メンバーシップはそのロールを組織全体およびツリー内のその配下にあるすべてのものに付与するため、サイトのセットを分離する方法は組織を分離することです。それらのサイトを独自のサブ組織に配置し、そこでメンバーシップを付与してください。これは、各クライアントがすでに独自の境界を必要としている代理店やリセラーにとって明快なモデルです。メンバーシップごとのリソーススコープ設定、つまり1つの組織内の特定のサイトに単一のメンバーシップを割り当てる機能は、現在利用可能な機能ではなく、計画中の改善事項です。

招待した開発者は、サイトの削除や本番環境への反映を行うことができますか ?

Developer ロールには、サイトの削除やサイトの停止を行う権限は含まれていません。これらのキーは Owner ロールに属しています。このロールでは、サイトの閲覧および作成、サービスの再起動、キャッシュの消去、API キーの管理、チケットの処理が許可されます。デプロイや push-to-live の権限も Developer の付与範囲外であるため、本番環境への移行権限はアカウント所有者に留まります。ステージング環境と組み合わせることで、構築作業を最初から本番サイト外で実施できるようにしてください。

Zinn Digital®のスタッフは私のアカウントで何を見ることができますか ?

これはスタッフの役割に完全に依存しており、各役割は権限キーの限定されたセットで構成されています。たとえば、サポート担当者は、お客様のアカウントやサイトの表示、チケットの確認と返信、サイトの再起動、キャッシュのクリアを行うことができますが、請求設定、払い戻し、プラン、またはフリートを変更することはできません。顧客としてのサインインは Super Admin のみに付与された個別の権限であり、実行時にはダッシュボードに永続的な代理ログインバナーが表示されます。特権を伴うすべてのアクションは、実行者、アクション、対象、IP、タイムスタンプとともに監査ログに記録され、お客様ご自身で組織のログを確認することができます。

誰かが辞めた場合、アクセス権を迅速に取り消すにはどうすればよいですか ?

メンバーシップを削除すると、その組織へのアクセス権が終了します。対象者の ID 自体は保持されますが、ロールが失われるため、お客様のアカウントに対する権限はなくなります。API キーは個別に失効されるため、他の要素に影響を与えることなくパイプラインキーのみを無効化できます。SAML シングルサインオンをご利用の場合、ID プロバイダー側でプロビジョニング解除を行うことでサインインが一元管理されます。SSH キーなどのサイトレベルの認証情報はダッシュボードから失効され、削除操作そのものも監査ログに記録されます。

チームメンバーは私の API キーを共有しますか ?

いいえ — ただし、その理由を正確に把握しておく価値はあります。API キーは個々のメンバーではなく組織に帰属し、同じ権限カタログに紐づく独自のきめ細かなスコープを備えています。そのため、人にキーを渡すのではなく、実行するタスクに必要な最小限のスコープでキーを作成し、タスクが終了した時点でそのキーを無効化します。保存されるのはシークレットのハッシュのみであり、各キーには最終使用日時が記録されるため、未使用のキーを容易に特定して廃止できます。

すべてのアクセス権 (キー) を渡さずに、AI エージェントを接続することはできますか ?

はい。弊社の MCP サーバーは OAuth 2.1でエージェントを認証し、ツールごとに取り消し可能なトークンを使用して、エージェントのスコープをお客様の組織および RBAC ロールに制限するため、包括的なアクセス権ではなく特定の機能のみを付与できます。破壊的なアクションには確認が必要であり、利用上限額が適用され、すべてのアクションは人間のアクティビティと同じ監査ログに記録されます。

あるテナントが別のテナントのデータにアクセスするのを防ぐものは何ですか ?

Postgres の Row-Level Security (行単位セキュリティ) は、データベース自体の中でクエリの対象を発信者の組織サブツリーに限定し、アプリケーションレベルのフィルターを唯一の防御手段ではなく多層防御として機能させます。スコープ外のレコードに対するリクエストは権限エラーではなく「見つかりません」を返すため、何が存在するかについての情報は一切開示されません。サーバー側では、CageFS によるサイトごとの分離により、各テナントのシェルとファイルが各自のサイト内のみに制限されます。

支払う前にお試しいただくことは可能ですか ?

はい。14日間のトライアルはクレジットカード不要で、お支払い情報の入力も契約の義務もなく、最大5つのサイトを対象とする Footprint-Free ホスティングをご利用いただけます。本契約の前に、同僚を招待し、役割を割り当て、境界設定が必要どおりに機能することを確認するのに十分な内容です。

指し示すことのできる境界を設けて委任する

クレジットカード不要の14日間無料トライアルから始め、メンバーを招待して、アクセス権限モデルの機能をご確認ください。自由に命名できるロール、取り消し可能な権限スコープ、そして誰が何を操作したかを正確に記録する監査ログをご利用いただけます。

無料で始める