ObjectOS
はじめる

セキュリティとガバナンス

データは自社ネットワーク内に。AI は権限の内側で動く。

ObjectOS には ObjectOS Community、Cloud、Enterprise の 3 つのエディションがあります。ObjectOS Enterprise では ObjectStack ランタイムを自社インフラに展開でき、業務データ、ID、監査ログ、ファイル、シークレットは自社管理のままです。

Agent
ユーザーの ID を継承
5 層
ID からフィールドまでの権限モデル
HITL
AI によるレコード変更は本人が確定

エージェントの動き方

AI エージェントの安全モデル

ObjectOS はモデルを管理者として扱いません。AI は宣言的なツールを使い、入力は検証され、すべての呼び出しが同じ権限システムで制約されます。製品内 AI がレコードを変更するのは、ユーザーが確定した後だけです。

  1. 01

    Acts as a user

    An agent represents a signed-in user, not an unrestricted service account. If the user cannot see a record, the agent cannot see it either.

  2. 02

    Uses governed tools

    Agents call structured query, action, and metadata tools instead of holding raw database credentials or dumping whole tables into prompts.

  3. 03

    Waits for a person

    The in-product AI proposes a record change with the old and new values, and runs it as the user only after that user confirms. On ObjectOS Cloud, an AI Builder change to a live app that already holds records is saved as a draft for a person to publish.

  4. 04

    Leaves evidence

    Record reads and writes, approvals, rejections, and permission changes are written to the audit log. Per-call audit of the in-app AI’s tool calls is part of AI governance on Enterprise.

データの所在

データ所在地

ObjectOS Enterprise は業務データを当社クラウドへ移すことを求めません。ObjectStack ランタイムは自社のデータベース、ストレージ、ID 基盤へ接続します。

データ保存場所外部へ出るか
Business records Your database No
Users, sessions, OAuth tokens Your database No
Audit logs Your database No
Uploaded files Local disk, S3, or R2 No
Secrets and settings Your secret manager or encrypted settings store No
AI request context Your chosen model provider or local model Only if you configure an external model

誰が何をできるか

権限と監査

ID、ロール、権限セット、レコードアクセス、フィールドセキュリティという企業ソフトウェアの語彙でアクセスを管理します。

Identity

Users, organizations, memberships, sessions, and API keys live in your project database.

Permission sets

Grant app access, object CRUD, field read/write, system capabilities, and integration capabilities.

Record access

Ownership, organization scope, sharing rules, and explicit shares decide which rows a user can touch.

Field security

Sensitive fields can be hidden or read-only even when the record is visible, consistently across API, ObjectQL, and Console.

Audit logs

Record CRUD, permission grants, session revocation, and approval decisions, plus the in-app AI’s tool calls on Enterprise; audit rows are immutable and can only be archived.

さらに詳しく

このページの先にある 2 つのページ

このページはセキュリティレビューの入口です。トラストセンターはレビュー資料をまとめ、権限ページはアクセスモデルをレビュー担当者が読めるメタデータとして示します。

トラストセンター

データ所在地、デプロイ経路、ID、承認、監査、そしてサインオフ前にレビュー担当者が受け取るべきセキュリティレビュー資料。

トラストセンターを開く

権限とセキュリティ

ロール、行、フィールド単位の制御を、保護する対象の隣で宣言します。権限セットは diff として読め、人とエージェントに同じく適用されます。

権限ページを開く

動作場所

デプロイ境界

基本形は 1 つの Node.js ランタイム、自社データベース、自社シークレット、自社 ingress。より厳しい環境ではファイル制品とオフラインイメージを使えます。

VPC / private network

Run in your cloud account or private network with only required HTTP/HTTPS and database connectivity.

Local servers

Run with Docker, systemd, or your own platform while connecting local databases, object storage, and identity.

Air-gapped

Use offline container images and a local objectstack.json artifact with no cloud control plane or public internet requirement.

Local models

Point AI services at Ollama, vLLM, or internal model endpoints to keep business context inside your boundary.

よくある質問

セキュリティレビュー FAQ

Does ObjectOS phone home?

Self-managed ObjectOS validates its license online; Enterprise air-gapped licenses validate offline. Beyond that, unless you explicitly configure integrations such as OIDC, email, AI providers, webhooks, or external storage, no business data leaves your deployment. The open-source ObjectStack runtime has no telemetry, no license check, and no update ping.

What goes to a model provider?

Only the context required for the model task: conversation context, tool definitions, and necessary tool output. You can use an external model or configure a local model endpoint.

How do we limit agent writes?

Use read-only data sources, object permissions, field permissions, action permissions, and flow approval steps for business decisions. Agents cannot bypass runtime permissions. The in-product AI changes one record at a time after the user confirms it, and cannot delete records or edit them in bulk; on ObjectOS Cloud, an AI Builder change to a live app that already holds records is saved as a draft for a person to publish.

Who owns TLS, database encryption, and secrets?

Those are deployment responsibilities. The ObjectStack runtime provides authorization, audit, API key hashing, and settings encryption; your infrastructure owns TLS, at-rest database encryption, backups, and secret injection.

Is it suitable for regulated environments?

ObjectOS provides the technical primitives: access control, audit, data residency, and isolated deployment. Certification depends on your running deployment, not a binary alone.

脆弱性を見つけたら

脆弱性の開示

ObjectOS Cloud、ObjectOS Enterprise、オープンソースの ObjectStack ランタイムとパッケージ、または本サイトのセキュリティ問題は、メールで非公開に報告してください。セキュリティ問題について、公開の GitHub issue、ディスカッション、プルリクエストを作成しないでください。

受領確認
1 営業日以内
言語
英語または中国語

報告に含めてほしいこと

  • 影響を受ける製品とバージョン。Cloud ではテストした日時、セルフマネージド環境ではイメージまたはパッケージのバージョンを記載してください。
  • 再現手順。概念実証（PoC）があれば添付してください。
  • 確認した影響。攻撃者が何を読み取り、変更し、実行できるか。
  • ほかの誰かに共有したかどうかと、公開を予定している時期。
  • 連絡先と、クレジットへの記載を希望する名前（希望する場合）。

その後の流れ

  1. 1 営業日以内に報告の受領を確認します。
  2. 問題の有無を確認し、修正の間も進捗をお知らせします。
  3. 修正が用意できたら公開日をご相談のうえ決め、ご希望があればクレジットを記載します。

セーフハーバー

本ポリシーに沿った善意のセキュリティ調査は許可されたものとみなし、それを理由に法的措置を取ったり支援したりすることはありません。善意とは、次のことを守っていただくことです。

  • 自分が所有する、または利用を許可されたアカウントと環境だけでテストし、自分のものではないデータに触れた時点で中止する。
  • 問題を示すのに必要な最小限を超えて、他人のデータを閲覧、保持、変更、削除しない。
  • サービス妨害、スパム、ソーシャルエンジニアリング、物理的な攻撃を行わない。
  • 公開する前に、修正のための妥当な時間を設ける。

次のステップ

試験導入の後ではなく、最初にセキュリティレビューを置く。

AI エージェントを実データへ接続する前に、データ所在地、権限、監査証跡、デプロイ境界を確認します。

セキュリティ文書を読む → エージェントのセキュリティ境界の記事を読む