NEXAFILE · TRUST CENTER

トラストセンター

NexaFile のセキュリティ、アクセス、提供事業者、可用性に関する公開概要です。このページは契約上の SLA ではありません。

アクセス制御

暗号化とデータ転送

本番環境のブラウザー接続には HTTPS を使用します。パスワードは scrypt でハッシュ化されます。データベース内の OAuth 認証情報と MFA シークレットはアプリケーションキーで暗号化されます。現在の本番設定では、オブジェクトストレージへアップロードする前に文書をアプリケーション側で暗号化します。

AI 結果の検証

NexaFile は可能な場合、重要な検出結果を元のページに対応付け、根拠の範囲と確信度を表示します。十分な根拠がない結果には人による確認が必要と示します。AI が常に正確であることを保証するものではありません。

サービス提供事業者

NexaFile は、プラットフォームの運用、決済、AI 機能、クラウド接続に信頼できる事業者を利用します。関与する事業者はお客様が選択した機能によって異なります。

NexaFile はシステム連携用の API と開発者ツールも提供します。Postman などのクライアントツールで API を呼び出せますが、NexaFile の既定のデータ処理事業者ではありません。

データ処理、セキュリティ、プライバシーの詳細を見る →

データ処理の詳細を確認.

運用と障害

ヘルスと準備状態を定期的に監視し、公開障害はステータスページに記録します。NexaFile はログ、レート制限、監査記録、障害対応手順を運用します。絶対的な安全性を保証できるシステムはありません。

サービス状態を見る

可用性と SLA

NexaFile は全プラン共通の稼働率 SLA やサービスクレジットを公表していません。基盤事業者の SLA は NexaFile の SLA ではありません。企業向け注文書に個別 SLA がある場合、署名済みの SLA のみが適用されます。

SLA Droplet · SLA Spaces

公開している統制範囲

分野公開統制表明の範囲
ID とアクセスMFA · Passkeys · RBAC · audit records第三者認証を意味しません。
データHTTPS · encrypted application secrets · workspace isolation具体的な保存場所と保持期間は、設定、事業者、契約によって異なります。
運用health/readiness monitoring · rate limiting · incident records観測値は契約上の SLA ではありません。

再委託先とデータフロー

上記は現在公開している事業者と主な目的です。実際のデータ範囲は利用機能によって異なり、すべての文書がすべての事業者へ送信されるわけではありません。

有効な独立報告書または証明書を提示できない限り、NexaFile は SOC 2、ISO 27001 などの認証を表明しません。

ガバナンス、証拠、更新

責任共有モデル

NexaFile はプラットフォームと自社運用の統制を保護します。お客様はユーザー管理、ワークスペース権限、端末とクラウドアカウントの保護、適法なデータ選択、AI 出力の確認、不要になったアクセス権の取消しを担います。

セキュリティ問題を報告

説明、時刻、影響を受けた URL、再現手順を送信してください。パスワード、API キー、機密文書をメールで送らないでください。 [email protected]

NexaFile AI assistant AI