委任されたアクセス

ユーザーに必要なアクセス権だけを正確に付与し、それ以外は制限します

開発者を招き入れたり、経理担当者に請求業務を引き継いだり、クライアントに自身のサイトへの読み取り専用ビューを提供したり、サポートチームに問題の調査を依頼したりすることが可能です。すべてのアクセス権限は定義済みの権限を持つロールとして付与され、組織単位でスコープが設定され、データベースで強制され、追記型の監査ログに記録されます。

  • 94詳細な権限
  • 12組み込みロール
  • 8スタッフ部門
  • 650,000+以上世界中でホストされているサイト

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

1つのログイン情報を共有することが、アカウントアクセスのトラブルの原因となります。Zinn Digital®では、一人ひとりが独自のアイデンティティを持ち、アクセスは「ユーザー」「組織」「役割」からなるメンバーシップとして管理され、個別に付与、変更、取り消しを行うことができます。

自身のアイデンティティ

各共同作業者は、弊社のアイデンティティレイヤーである Keycloak を通じて、自分自身としてサインインします。誰もあなたのパスワードを入力することなく、ブラウザセッションを共有することもありません。また、メンバーの削除も、パスワードのローテーションや、他に誰がパスワードを知っていたかを確認する慌ただしい作業ではなく、1つのアクションで行えます。

組織のツリー構造

アカウントは階層構造になっており、リセラー組織の下にクライアント組織があり、さらにクライアント組織の下にサイトが存在します。メンバーシップは組織およびその配下のすべての要素に適用されるため、他のクライアントを一切露出させることなく、代理店クライアントに自身の組織の制御権を渡すことができます。

データベースで強制されるアイソレーション

テナント分離とは、バグによってすり抜けてしまうようなアプリケーションコード内のフィルターではありません。Postgresの行レベルセキュリティにより、すべてのクエリが呼び出し元の組織サブツリーにスコープされるため、スコープ外のリクエストには返すものが何も存在しません。

非存在は不可視です

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

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

権限は、sites.restart や billing.refund のような「モジュールとアクション」を組み合わせた粒度の細かいキーであり、ロールによってそれらがまとめられます。4つのロールが実際のチームに必要な構成を網羅しており、それぞれコード内に埋め込まれたロジックではなく、初期データとして登録されるものです。

所有者

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

請求管理マネージャー

組織、そのメンバー、プランカタログを表示し、請求書、支払い方法、および料金を管理します。個々のサイトの作成、変更、削除の権限はありません。まさに外部の経理担当者にふさわしい権限です。

開発者

サイトの閲覧・作成、サービスの再起動、キャッシュの削除、APIキーの管理、チケットの処理を行います。意図的に除外されている機能:請求、請求書、支払い方法、メンバー管理、サイトの停止、サイトの削除。請負業者は、請求を行ったりデータを破壊したりすることなく、構築作業を行うことができます。

読み取り専用

組織、そのメンバー、サイト、請求、プランカタログ、チケット、翻訳ステータス、監査ログを閲覧できますが、変更は一切できません。可視化を求めるクライアントや、監査人、閲覧のみが必要なステークホルダーに最適な権限です。

チームのサインインをこっそり弱体化させることはできません

アクセス権の委任が安全と言えるのは、委任先のアカウントが乗っ取りに対して強固である場合のみです。アカウントを利用するすべての人員のあらゆるインターフェースにおける認証は、Keycloakを通じて行われます。

  • フィッシング対策に有効なパスキーと WebAuthn によるサインインに加え、チームメンバーがスキップできるオプション設定ではなく、ポリシーにより全員に強制される TOTP 二要素認証。
  • デフォルトのマジックリンクメールによるサインインに加え、メールとパスワードをフォールバックとして利用でき、さらにGoogle、Microsoft、GitHubなどのアカウントを使ったソーシャルサインインに対応しています。
  • エンタープライズおよび代理店のお客様向けのSAMLシングルサインオンにより、入退社時のアカウント管理を、手動ではなくIDプロバイダーで一元管理できるようになります。
  • カスタマーダッシュボード、公開サイト、ナレッジベース、サポートチケットにわたる1つのセッション。1度のサインインでアクセスでき、1度の操作で無効化できます。
  • セッションポリシー、機密性の高い操作に対するステップアップ認証、および既知のネットワークへのアクセス制限を必要とするアカウント向けの、組織ごとのオプションのIPホワイトリスト。
  • 新規アカウントが作成される前にすべての登録用メールアドレスが検証されるため、到達不能、使い捨て、およびロールアドレスは後から孤立したメンバーになるのではなく、入り口でブロックされます。

私たちのチームがアクセスを必要とする場合、その範囲は限定され、ログに記録されます

サポート業務において、アカウント内部を確認しなければならない場合があります。そのアクセス権限は、他のすべての機能と同様の権限モデルによって管理されています。スタッフは単にスタッフ組織に属し、細分化された権限を持つ部門に組織化されています。

部門別管理、全体管理者ではなく

スタッフは「サポート」「請求と財務」「不正およびトラスト&セーフティ」「営業」「オンボーディング」「エンジニアリングおよび運用」「マーケティング」「管理」の各グループに分類されます。それぞれの役割によって特定のモジュールやアクションが付与されるため、エージェントは管理コンソールのうち自分の業務に必要な部分のみを表示でき、不要な部分は表示されません。

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

サポートエージェントロールでは、顧客の閲覧、チケットの閲覧と返信、サイトの閲覧、サイトの再起動、およびキャッシュの削除のみが許可されます。請求設定の変更、返金、プランの編集、およびフリート管理は一切含まれません。エージェントが実行できる修復は、善意ではなく、ロールによって制限されます。

顧客としてサインインすることは厳重に管理されています

customer.impersonate 権限はマネージャーロールには含まれておらず、スーパー管理者のみが保持しています。お客様の代わりにセッションが実行されている間は、誰が操作を行っているかが一目でわかるように、ダッシュボードに常時インペルソネーションバナーが表示されます。

特権的なことはすべて書き留められる

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

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

機密性の高い破壊的なスタッフの操作には、実行前にステップアップ認証や2名による承認が必要になる場合があり、新しい部署やロールの設定はコードの変更ではなく構成によって行われます。

マシンにもアクセス権限が委譲されます

スクリプト、CIパイプライン、CLI、Terraformプロバイダー、そしてAIエージェントのいずれも、人間と同じ権限モデルで認証を行います。共有のヒューマンクレデンシャルを使用せず、ビルドに長期間有効なシークレットを貼り付ける必要もありません。

API キーは組織ごとに発行され、権限の範囲が設定されています

キーは組織に属し、読み取り専用、請求、プロビジョニングといった同一のRBAC権限に紐づく細やかなスコープを持ちます。メンバーのアカウント全体を与えるのではなく、パイプラインに必要な最小限のスコープを付与してください。

サンドボックスキーは本番環境とは別になっています

テストモードとライブモードのキーは別物であるため、開発中の統合が、コピーされた環境変数や誤操作によって本番データにアクセスしてしまうことはありません。

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

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

AIツールはあなたの権限のもとで接続されます

当社のMCPサーバーにより、あらゆるMCP対応エージェントが自然言語でホスティングを管理できるようになります。認証にはOAuth 2.1を使用し、組織およびRBACロールにスコープが限定され、ツールごとの失効可能なトークン、破壊的操作時の確認、利用上限額(スペンドキャップ)、完全な監査ログを備えています。

サイト自体へのアクセス

アカウントアクセスとサーバーアクセスは異なる問題です。サイトレベルの認証情報はダッシュボードで管理され、最小権限で発行され、1人のコラボレーターのシェルが1つのサイトのシェルに限定されるようJail環境で隔離されます。

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

実際の作業スタイルに合わせたアクセス権の構成方法

1人で運営している場合は1つの組織と1人のオーナー権限を保持し、プロジェクトのために外部委託の担当者が参加する際に追加で開発者ロールを付与します。プロジェクトが終了すればメンバーシップが削除され、そのサインインも即座に無効になるため、更新が必要な共有認証情報が残されることはありません。

代理店は組織ツリーを使用します。各クライアントには独自のサブ組織が割り当てられ、そのクライアントのサイトが保持されます。また、クライアントの関係者にはそこにメンバーシップが付与されます(状況を把握したいステークホルダーには読み取り専用、セルフサービスを利用したいクライアントにはオーナー)。あなたのスタッフはツリーの上位にメンバーシップを持ち、ポートフォリオ全体を把握できますが、クライアントは自分のブランチしか見ることができません。これを行政上の約束ではなく確実なものにしているのが、行レベルセキュリティ(Row-Level Security)です。

リセラーも同様の仕組みで、さらに1階層上の形で機能します。リセラー組織はクライアント組織を保有し、それぞれのクライアント組織が独自のメンバー、請求ビュー、サイトを持ちます。これと全く同じ基本機能が、サブアカウント、代理店チーム、リセラー階層のすべてを駆動しており、いずれかに対して個別の低機能な仕組みが使われることはありません。

カード不要の14日間無料トライアルで、すべての機能をご利用いただけます。お支払い情報を登録せずにサインアップし、同僚を招待し、各役割でアクセスできる範囲を確認し、ご自身の監査ログをご確認ください。

よくある質問

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

現在、メンバーシップはその役割を組織全体および階層内のその下位すべてに付与するため、サイトのセットを分離する方法は組織を分けることです。それらのサイトを独自のサブ組織に配置し、そこでメンバーシップを付与します。これは、各クライアントがすでに独自の境界を求めている代理店やリセラーにとってクリーンなモデルです。組織内の指定されたサイトに単一のメンバーシップを固定するメンバーシップごとのリソーススコープ設定は、現在利用できる機能ではなく、将来の改良として計画されています。

招待した開発者がサイトを削除したり、ライブ環境にプッシュしたりすることはできますか?

開発者ロールには、サイトの削除やサイトの停止権限はありません。それらの操作権限はオーナーロールに属しています。このロールでは、サイトの閲覧と作成、サービスの再起動、キャッシュのパージ、APIキーの管理、およびチケットの処理を行うことができます。デプロイおよび本番環境へのプッシュ権限も開発者ロールには含まれていないため、本番環境への昇格はアカウントオーナーの管轄となります。これをステージング環境と組み合わせることで、まずはライブサイトに影響を与えずにビルド作業を行うことができます。

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

それは完全にスタッフの役割によって異なり、各役割は限られた権限キーのセットで構成されています。たとえば、サポートエージェントは、アカウントとサイトの閲覧、チケットの閲覧と返信、サイトの再起動とキャッシュのパージを行うことができますが、課金構成、返金、プラン、フリートを変更することはできません。顧客としてサインインすることはスーパー管理者のみが持つ別の権限であり、その際はダッシュボードに常時なりすましバナーが表示されます。特権を持つすべての操作は、実行者、操作、対象、IPアドレス、タイムスタンプとともに監査ログに記録され、組織のログをご自身で確認することができます。

メンバーが退職した場合、どのようにして迅速にアクセス権を取り消せますか?

メンバーシップを削除すると、その組織へのアクセス権が終了します。そのユーザー独自のIDは保持されますが、役割がなくなるため、アカウント内の権限も失われます。APIキーは個別に無効化されるため、他の処理に影響を与えることなく、パイプラインキーだけを削除できます。SAMLシングルサインオンを使用している場合は、アイデンティティプロバイダでのプロビジョニング解除によってサインインが一元管理されます。SSHキーなどのサイトレベルの認証情報はダッシュボードで無効化され、削除の実行は監査ログに記録されます。

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

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

すべての権限を渡さずに、AIエージェントを接続できますか?

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

あるテナントから他のテナントのデータへのアクセスは、どのようにして防がれているのですか?

Postgresの行レベルセキュリティ(Row-Level Security)は、データベース自体でクエリの範囲を呼び出し元の組織サブツリーに限定し、アプリケーションレベルのフィルターを唯一の防衛線ではなく多層防御として機能させます。範囲外のレコードに対するリクエストは、権限エラーではなく「見つかりません」を返すため、存在するものについて何も漏洩しません。サーバー側では、CageFSによるサイトごとの隔離により、各テナントのシェルとファイルがそれぞれのサイト内に維持されます。

購入する前に試すことはできますか?

はい。14日間のトライアルはカード不要(お支払い情報の登録や契約の義務はありません)で、最大5つのサイトを収容するFootprint-Free Hostingをご利用いただけます。同僚を招待してロールを割り当て、ご契約前に想定通りの境界動作を確認するのに十分な期間です。

指し示せる境界線を持つ委譲

カード不要の14日間無料トライアルを開始し、チームメンバーを招待して権限モデルの動作をご確認ください。カスタムロールの作成、スコープの取り消し、誰が何を行ったかを正確に記録する監査ログをご利用いただけます。

無料で始める