Macha
最終更新: 2026 年 7 月

Macha のセキュリティ

Macha のセキュリティへの取り組み。Macha ではお客様のデータの保護を最優先事項としています。本ドキュメントでは、認証プロトコル、データセキュリティ手法、リスク管理手続き、第三者コンプライアンス、内部データ侵害対応プロセスを説明します。

Sections

1. 認証

ID 管理

当社の認証プロトコルは、厳格なセキュリティ対策を確保しつつ、利用者の利便性も維持できるよう綿密に設計されています。以下に認証手順の概要を示します:

メール OTP 認証

  • Macha はメールワンタイムパスワード (OTP) 認証を採用し、パスワード等の機密データを保存する必要をなくしています。
  • ログイン試行時に、利用者はメールで一意の OTP を受け取ります。この OTP が認証プロセスの完了に必須です。
  • この方式はセキュリティを高めつつ利用者体験も合理化します。

セッションの継続時間

  • セキュリティ強化と不正アクセス防止のため、当社システム内のセッションには時間制限があります。
  • 利用者は定められた無操作時間後に自動でログアウトされます。
  • これによりログアウトの忘れや放置されたセッションによる不正アクセスリスクを低減します。

組織のドメインクレーム

  • Macha SaaS を利用する組織は、自社ドメインをクレームできます。
  • ドメインクレームにより、クレームされたドメインのメールアドレスを持つ利用者のみが組織アカウントにアクセスできます。
  • この機能はアクセス制御要件が厳しい組織に特に有効な、追加のセキュリティ層となります。

これらの対策により、Macha は認証プロセスを強化し、セキュリティ脆弱性を低減し、顧客にデータ保護への安心感を提供します。

アクセス制御

Macha では、権限のある担当者のみにアクセスを付与し、ユーザーロールと権限を効率的に管理することを重視しています。当社のアクセス制御システムは柔軟性とセキュリティを両立し、管理者が Macha ダッシュボードへのアクセスを効果的に監督できるようにします。

ユーザーロール

  • Macha は Admin と Agent の 2 つの明確なユーザーロールを提供します。
  • Admin: 管理者は設定を含む Macha ダッシュボードを完全に制御します。ユーザーの追加・削除、権限定義、システム設定の管理が可能です。
  • Agent: エージェントはダッシュボード内で会話の閲覧に限定されたアクセス権を持ちます。設定や割り当てられた会話以外の機微情報にはアクセスできません。

権限

  • 管理者は組織要件に基づきユーザーロールの割り当てと権限の定義を行う権限を持ちます。
  • 管理者は個々のユーザーに対しアクセスレベルをカスタマイズし、担当業務に適した権限を設定できます。

ユーザー管理

  • 管理者は Macha ダッシュボードからのユーザーの追加・削除を含むユーザー管理を独占的に制御します。
  • この機能により、必要に応じてアクセスを速やかに取り消し、権限を効果的に管理し、安全で整理されたユーザー基盤を維持できます。

2. データセキュリティと管理

データ保管ポリシー

Macha ではデータ最小化を重視し、プラットフォームの最適な機能のために不可欠な情報のみを保管します。当社の保管ポリシーは、サービスの効率と有効性を保ちつつ、簡潔なリポジトリを維持することに重点を置いています。

データ種別説明処理者所在地
製品関連の問い合わせに効率的に回答するためのナレッジベースとして、Shopify 商品データを保管します。
ドイツ・フランクフルト
マクロやヘルプセンター記事を含む Zendesk データを活用し、Macha AI がエージェントや顧客に最適な解決策を提供できるようにします。
ドイツ・フランクフルト
Zendesk チケットデータを利用して、受信クエリに基づき関連チケットのインサイトをエージェントに提供します。
ドイツ・フランクフルト

機微データの暗号化

保管を最小限に抑える場合でも、機微データのセキュリティと保護を優先します。当社が保管する機微データについては、不正アクセスから守るため厳格な暗号化を実施します。

  • Macha は当社システム内に保管されるすべての機微なチケットおよびエージェントデータに フィールドレベル暗号化 を採用しています。
  • 機密性と完全性の両方を提供する現代的な暗号化標準である AES-256-GCM を使用しています。各フィールドは個別に暗号化され、すべての暗号鍵はソルト付きの鍵導出 (scrypt) により安全に導出・管理されます。
  • ブラウザクライアント、Zendesk、Supabase、MongoDB、OpenAI を含むすべてのシステム間通信は TLS 1.2 以上 で保護されます。
  • エージェントのメールアドレスや顧客コンテキストなどの個人識別情報 (PII) は、可能な場合はマスキング、保持が必要な場合はフィールドレベルで暗号化 されます。

AI データ保護と PII 匿名化

Macha の AI 機能は主に OpenAI の大規模言語モデル (LLM) をプロバイダの API 経由で利用しています。サポートチケットや会話には個人データが含まれる可能性があるため、モデルプロバイダに何が届くかを Macha が直接制御できるようにします。

AI に到達する前に PII を匿名化

Macha はオプションの PII 匿名化 コントロールを提供します (Pro プランで利用可能)。有効にすると、構造化された個人識別子は Macha から LLM プロバイダへリクエストが送信される前に 識別不能なトークンに置換されます。モデルはトークン化されたテキストに対して推論を行い、これらのフィールドの元の値を受け取りません。

以下のカテゴリが自動検出・トークン化されます:

  • メールアドレス
  • 電話番号
  • クレジットカード番号
  • 国民識別番号 (例: 米国社会保障番号など)
  • IP アドレス
  • URL

エンドツーエンドの仕組み:

  1. 検出とトークン化。 チケットやメッセージが AI に渡される準備段階で、Macha は上記の識別子タイプをスキャンし、各値を可逆的なプレースホルダートークンに置換します (例: メールアドレスは [EMAIL_1] になります)。トークンと実値のマッピングは Macha 内でのみ保持され、送信されません。
  2. トークンのみを送信。 トークン化されたテキスト (元の PII ではなく) が TLS 1.2 以上で LLM プロバイダに送信されます。
  3. ツールはジャストインタイムで実値を受け取る。 AI が接続されたツールで注文を検索したりレコードを更新するなどのアクションを実行するときは、ツール実行の瞬間にトークンが元の実値に戻されます。機能は完全に維持され、実値はモデルではなく、あなたの接続システム内でのみ使用されます。
  4. 戻り値を復元。 モデルの応答が返ってきたら、Macha は実値を再置換し、エージェントや顧客が正確で完全な情報を確認できるようにします。

現在の適用範囲と制限を明示。 このバージョンは 構造化された整形識別子 をパターンマッチで検出します。散文中の個人名やその他のフリーテキスト識別子は、機械認識可能な固定形式に従わないため 自動検出しません。管理策を正確に評価いただけるよう明示しています。PII 匿名化は多層防御の一層であり、EU 内のみのデータレジデンシー、フィールドレベル AES-256-GCM 暗号化、短い保持期間、契約上の保護 (DPA) と併用され、単独の保護策として頼ることを想定していません。

プロバイダのデータ取り扱い。 Macha は OpenAI に API 経由でアクセスします。OpenAI API を通じて送信されたデータは OpenAI のモデル学習には使用されません。上記の匿名化コントロールと組み合わせることで、記載の構造化識別子は送信前にトークン化され、残りのコンテンツはモデル学習に保持されず API で処理されます。

保管しないデータ

データ最小化の厳格な方針を掲げ、機微情報を不必要に当社システム内に保管・保持しません。以下のカテゴリのデータは保管しないことで、お客様およびその顧客のプライバシーと機密性を保護します:

  • パスワード: Macha はいかなる形でもパスワードを保管しません。パスワードデータを保持することなくユーザー本人確認を行うため、メール OTP 認証など安全な認証手段を採用しています。
  • お客様顧客の財務情報: 支払いカード情報、銀行口座情報、取引履歴を含む、お客様の顧客の財務情報は当社システム内に保管しません。お客様の顧客が Shopify 経由で行った取引に関する財務データへのアクセスや保持は行いません。
  • ID (身分証明書): Macha は、お客様およびその顧客に属する政府発行 ID、パスポート、運転免許証等いかなる身分証明書も保管しません。
  • Shopify 注文: Shopify 経由で処理された注文の詳細、顧客配送先住所、注文に関連する支払い情報を含む Shopify 注文情報は保持しません。

データ保持

  • Macha は機微情報が必要以上に保持されないよう、自動データ保持ポリシーを実装します。
  • デフォルトでは、AI 生成のチケットコンテンツ、エージェント応答、翻訳、および関連メタデータは作成時から 45 日間保持されます。
  • これはデータベースの自動 TTL (Time-To-Live) インデックスにより実施され、有効期限切れデータは安全かつ不可逆に削除されます。
  • Enterprise プランのお客様は、組織レベルでカスタム保持ポリシー (例: 30、180、365 日) を要求できます。
  • 設定された保持期間より古いデータは自動的にパージされ、復元できません。
  • オンボーディングおよびウィジェット利用の分析データは、製品改善目的で最大 12 か月間保持されます (それ以前に削除要求があった場合を除く)。

データ削除

Macha ではユーザーデータを安全かつ責任を持って扱い、ユーザーの意向に沿って削除プロセスが効率的に実施されることを重視しています。当社の削除ポリシーは、無効化されたアカウントの適時な削除を促進しつつ、お客様に柔軟性を提供する構造となっています。

  • 無効化と開始: アカウント無効化時に削除プロセスを開始します。60 日後、アカウントは「削除保留」状態になります。
  • 完全削除: その 15 日後にデータが当社システムから完全に削除されます。
  • 迅速な削除: お客様の要望に応じ、数時間以内にデータ削除を迅速化できます。

データ主体の権利 (GDPR)

GDPR に従い、Macha はデータ主体の権利を全面的にサポートします。これには、お客様 (データ管理者として) が以下を要求できることが含まれます:

  • Macha が保管する個人データへのアクセス
  • 不正確な情報の訂正
  • 個人データの削除 (忘れられる権利)
  • ポータブル形式 (JSON または CSV) での個人データのエクスポート

Macha は、チケット ID、エージェント ID、またはメールでユーザーデータを安全にクエリ・管理できる内部ツールおよび API を実装しています。これにより、GDPR のアクセスまたは消去要求に対して精密で監査可能な対応が可能です。

要求は当社サポートチーム経由で開始でき、法令で別途要求される場合を除き 30 日以内に対応します。

3. リスク管理

Macha ではシステムの完全性とセキュリティを確保するため、能動的なリスク管理を重視します。

利用メトリクスの監視

  • ログを通じて利用メトリクスを継続的に監視し、非遵守や潜在的セキュリティリスクを示す異常な急上昇を検出します。

問題の特定と解決

  • 定期チェックを実施し、問題を速やかに特定・対応します。
  • 特定された問題は優先度付けされ、解決のため適切なチームに割り当てられます。
  • チームは問題が効果的に解決されるまで注力し、運用への影響を最小化します。

連絡先 (POC) と SLA 遵守

  • インシデント解決を統括する専任連絡先 (POC) が任命されます。
  • POC は事案の性質と重大度に基づく事前定義された SLA を遵守します。
  • これによりサービスへの影響を最小化し、問題を適時かつ効率的に解決します。

これらのリスク管理対策により、Macha は堅牢なシステムとプロセスを維持し、潜在的リスクを効果的に軽減します。

4. 第三者コンプライアンス

お客様のデータ保護のため、優れたセキュリティ基準を持つ第三者ベンダーの選定を優先します。当社は SOC 2 認証取得を進めており、2026 年 12 月完了予定です。この認証はデータセキュリティと業界標準遵守への当社の姿勢をさらに強化します。

プロバイダ説明所在地
Macha アプリケーションの設定を保管するために利用。メールおよびチャット記録以外の機微な顧客・クライアントデータは MongoDB に保管されません。
ドイツ・フランクフルト
API 経由でアクセス可能な Shopify 商品や Zendesk データなどの埋め込みを保管するために利用。
ドイツ・フランクフルト
チケットおよびチャットデータを分析し、生成応答を行うために利用。該当なし
Macha アプリケーションを安全に運用するホスティングプラットフォーム。
ドイツ・フランクフルト
Macha の決済とサブスクリプションを扱うため統合。すべてのアカウント情報は Stripe の強固なセキュリティ対策により保管・処理されます。
APAC

5. 内部データ侵害対応プロセス

所管: セキュリティ・コンプライアンスチーム
最終更新: 2025 年 4 月 1 日
適用対象: Macha の全従業員、業務委託者、システム

1. 侵害の識別

トリガー: 任意の従業員、監視ツール、または第三者から、以下のような異常アクティビティが報告される:

  • ユーザーデータへの不正アクセス
  • データ完全性の喪失
  • 予期しないシステム挙動
  • 資格情報またはトークンの侵害

アクション:

  • 速やかにセキュリティ POC に報告
  • 内部セキュリティインシデントトラッカーに記録

2. 初期トリアージ (4 時間以内)

実施者: セキュリティ POC + テックリード

目的: 真のデータ侵害か判定する。

チェックリスト:

  • 関与しているシステムは?
  • 影響を受けるデータ種別は? (例: PII、資格情報、ログ)
  • 侵害は継続中か?

結果:

  • 侵害確認 → 封じ込めへ進む
  • 誤検知 → 記録して終了

3. 封じ込め (即時)

アクション:

  • 露出した API キー、トークン、セッション資格情報を失効
  • 侵害されたコンポーネントを隔離
  • 必要に応じ外部統合を停止
  • 第三者プロバイダに通知 (例: Supabase、DigitalOcean)

4. 根本原因分析 (24 時間以内)

チーム: セキュリティとエンジニアリング

手順:

  • 侵入点の追跡
  • アクセスログと監査証跡のレビュー
  • フォレンジック証拠の保全
  • 影響を受けたサービスとデータ種別の特定

5. 通知プロトコル (72 時間以内)

GDPR 適用時: 72 時間以内に EU データ保護当局に通知します。

ユーザーリスクが高い場合:

  • メールおよびアプリ内メッセージで顧客に通知
  • 含む内容:
    • 何が起きたか
    • 影響を受けたデータ
    • 自身を守る方法
    • Macha が対応していること

6. 修復と復旧

修復計画の作成:

  • セキュリティギャップを解消 (例: コードの修正、システムの再構成)
  • 影響を受けたすべての鍵をローテーション
  • システム全体の監査を実施
  • 関連 SOP の改善

7. ドキュメントと学び

ドキュメント化:

  • インシデントの概要とタイムライン
  • 根本原因
  • 実施したアクション
  • 行った通知
  • 署名入りの完全な事後分析

振り返り: 関係者と短いレビュー会議を開き、改善点を特定します。

プロセス概要:

  1. 検出
  2. エスカレーション
  3. 封じ込め
  4. 分析
  5. 通知
  6. 修正
  7. 学習

6. 結論

Macha では、セキュリティ、プライバシー、コンプライアンスへの取り組みが業務のあらゆる側面を支えています。綿密なデータ管理、厳格なリスク軽減戦略、優れた第三者ベンダーの慎重な選定を通じて、お客様のデータ保護を最優先します。

強固な認証プロトコルの実装、機微データの暗号化、優れたセキュリティコンプライアンスを持つ第三者ベンダーの慎重な選定に至るまで、私たちの各判断と行動は、お客様情報の機密性、完全性、可用性の保護への揺るぎない献身に導かれています。

革新と進化を続ける中で、セキュリティへの取り組みは揺るがず、お客様が寄せる信頼を認識し、プラットフォーム全体で最高水準のセキュリティとコンプライアンスを維持することで期待を超えることを約束します。

当社のセキュリティ実践やコンプライアンス策についてご質問、ご懸念、ご提案があれば、専任サポートチームまでお問い合わせください。

信頼のための設計。
プライバシーのための設計。

あなたのデータは Macha AI で安全に守られます。最高水準のセキュリティ基準を満たし、妥協なくサポートに集中できます。

GDPR 準拠

世界的なデータ保護とセキュリティ基準に完全準拠。

データ保持ゼロポリシー

お客様の情報や会話を一切保存しません。