物理デバイス
リソースを他のお客様と共有しない
チップ、メモリ、デバイス内蔵ストレージは、割り当てられたMac mini全体に属します。サービス形態は専有物理サーバーであり、共有仮想マシンではありません。オーバーセル率でリソースを表すこともありません。
専有デバイスのセキュリティモデル
セキュリティ境界はデバイスの専有から始まります
BerryVMが提供するのは、契約期間中に1社の顧客が専有するMac mini物理ノードです。仮想マシンではありません。セキュリティモデルは機器分離、アクセス制御、操作記録、データ境界を軸とし、お客様側で必要な設定責任も明確にしています。
- デバイスの利用者
- 契約期間中は単一顧客が専有
- サービス形態
- 専有物理サーバー、仮想マシンではありません
- 可用性の基準
- 99.9%
SECURITY HANDOFF
セキュリティ引き渡し確認台
境界を登録済み
引き渡し対象
専有Mac mini物理ノード
- デバイス専有
- 契約期間中は単一テナント
- アクセス制御
- 引き渡し後はお客様が認証情報をローテーション
- 操作記録
- 注文、チケット、必要な運用記録
- データ境界
- お客様のデータは割り当てデバイスに保持
確認項目
04 / 04
責任範囲を確認可能
機器分離
契約期間中、1つの注文に1台の専有物理ノード
BerryVMは、同じデバイスのプロセッサ、メモリ、ローカルストレージを複数のお客様に分割して提供しません。引き渡し後、割り当てられたデバイスは契約期間中そのお客様が専有します。契約終了後はアクセスを停止し、終了処理に移行します。
テナント境界
アクセス範囲は注文に紐づく
デバイス識別情報、ノード、アクセス情報は注文単位で引き渡します。お客様は認証済みメンバーにのみアクセスを許可し、担当変更、協力者の離脱、漏えいの疑いがある場合は直ちに認証情報をローテーションしてください。
サポート範囲
サポート操作には明確な承認が必要
サポート担当者が顧客環境へ継続的にアクセスすることを前提にはしません。調査が必要な場合は、コンソールのチケットで問題範囲、許可する操作、有効時間を明示し、原則として匿名化したログを使用します。
認証情報の引き渡し
初期情報は導入用であり、恒久的な共有認証情報にしない
アクセス情報は、最初の安全なセッションを確立するために必要な情報のみ提供します。受領後はまずデバイスとノードを確認し、認証情報を更新して接続元を制限し、許可済みメンバーを記録してください。
初回接続チェックリスト
HANDOFF / ACCESS
確認
まず引き渡し対象を確認
注文ID、デバイス構成、選択したノード、受け取ったアクセス情報を照合します。不一致があれば接続を停止し、コンソールからチケットを送信してください。
ローテーション
初回セッション後に認証情報を更新
初期パスワードを日常の共同作業に使い続けないでください。チームの方針に従って強力な認証情報を設定し、可能であれば鍵認証を使い、復旧情報を安全に保管します。
絞り込み
アクセス元を限定
タスクに必要なリモートサービスと接続元アドレスだけを許可し、不要な共有機能を無効にします。自動化Runnerには、個別に取り消せる専用の認証を使用してください。
記録
責任者とローテーション時期を登録
誰がアクセス権を持つか、認証情報をいつ更新したか、どのパイプラインがデバイスを使うか、メンバー変更時に誰がアクセスを取り消すかを記録します。
必要な操作はチケットの範囲を定めてから
障害調査は通常、デバイス状態、ネットワーク経路、匿名化ログから始めます。お客様が明示的に許可し、リモート診断が必要な場合に限り、チケットで合意した範囲で対応します。
- 通常のメールでアクセスパスワードの送付を求めない
- 匿名化していないプロジェクト鍵や完全な設定の提出を求めない
- 承認終了後は一時アクセスを取り消し、関連する認証情報をローテーションする
直ちに取り消し、ローテーションし、証拠を保存
認証情報の漏えいが疑われる場合は、まず影響を受けた自動化タスクを停止し、関連アクセスを取り消してローテーションを完了します。注文ID、ノード、発生時刻、接続元アドレス、匿名化ログを保存してから、コンソールのチケットを送信してください。
セキュリティチケットを送信
データライフサイクル
開通から終了まで、段階ごとに異なるデータ処理
顧客プロジェクトのデータは主に割り当てられた専有物理Macに保存されます。アカウント、注文、支払い状況、サポートでのやり取り、必要な運用記録は、それぞれの目的に応じて処理します。保存の根拠と利用者の権利はプライバシーポリシーをご確認ください。
注文とデバイスを関連付ける
アカウントの連絡先情報、構成、契約期間、ノード、支払い状況を処理し、注文確認、デバイス割り当て、アクセス情報の引き渡しに使用します。開通時にプロジェクトのソースコードや本番データの提出を求めることはありません。
デバイス内のプロジェクトデータをお客様が管理
契約期間中、割り当てデバイス上のリポジトリ、ビルドキャッシュ、モデルファイル、鍵、成果物の権限はお客様が管理します。BerryVMはサービス運用、セキュリティ、サポートに必要な記録のみを処理します。
デバイスと注文の状態を継続
更新確認後、注文に従ってデバイスの利用期間が継続します。チームは引き続き独自の周期で認証情報をローテーションし、期限切れメンバーの権限を削除し、自動化タスクが使用する鍵を確認してください。
アクセスを停止し、終了処理へ移行
契約期間終了後は顧客アクセスを停止し、サービス手順に従ってデバイスデータを処理します。終了前に必要な成果物をエクスポートし、外部システムのトークンを取り消し、デバイス内の唯一のコピーに依存していないことを確認してください。
収集範囲、保存の根拠、削除請求を確認しますか？
プライバシーポリシーを見る
プライバシーポリシーでは、アカウント情報、注文記録、サポートでのやり取り、必要なログ、デバイスデータの処理範囲を個別に説明しています。
リモートアクセスの基本方針
アクセス可能な範囲をタスクに必要な最小限へ
リモートセッションのリスクは、長期利用の認証情報、広すぎる接続元範囲、未使用サービス、追跡できない共有アクセスから生じます。以下はデバイス引き渡し後の初期設定基準として利用できます。
露出を最小化
タスクに必要なリモートサービスとポートだけを有効にします。開発環境で不要な共有、検出、テストサービスは無効にし、一時的な調査のために恒久的な入口を残さないでください。
確認ポイント：サービス、ポート、待受アドレス鍵を優先
自動化タスクとプロジェクトメンバーには、それぞれ取り消し可能な認証情報を使用します。複数人で同じ長期パスワードを共有せず、秘密鍵をリポジトリ、ビルドスクリプト、チケット本文に直接記載しないでください。
確認ポイント：鍵の所有者、保管、取り消し接続元を制限
チームの出口、管理された踏み台経路、タスク用ネットワークに基づいて接続元を制限します。メンバーが地域をまたいで協業する場合は、まず接続元ポリシーを確認し、全アドレスの開放を恒久的な解決策にしないでください。
確認ポイント：接続元範囲、例外、期限定期監査
メンバー、自動化Runner、リモートサービス、外部トークンを定期的に確認します。メンバーのプロジェクト離脱、パイプライン停止、デバイス用途の変更時には、不要になった権限を直ちに取り消してください。
確認ポイント：メンバー、タスク、トークン、異常記録| 確認対象 | 推奨アクション | 実施タイミング | 保存すべき記録 |
|---|---|---|---|
| ユーザーアクセス | メンバー権限を確認し、期限切れのアクセスを取り消す | メンバーの担当変更またはプロジェクト離脱 | 承認者、取り消し時刻、対象デバイス |
| 自動化認証情報 | 鍵をローテーションし、パイプラインの復旧を検証 | 定期ローテーションまたは漏えいの疑い | 鍵の識別子、更新時刻、検証結果 |
| リモートサービス | 未使用サービスを停止し、接続元範囲を絞る | タスク終了またはネットワークポリシー変更 | ポート、接続元ルール、変更責任者 |
| サポート承認 | 一時アクセスを停止し、関連認証情報を更新 | チケット調査の終了 | チケットID、承認範囲、停止結果 |
インシデント対応
まず影響範囲を抑え、サービスを復旧して検証可能な記録を残す
セキュリティインシデントの対応では、事実とタイムラインを重視します。問題の報告にアクセスパスワードを送る必要はありません。注文ID、ノード、発生時刻、影響範囲、再現手順、匿名化ログが迅速な判断に役立ちます。
追跡可能な問題記録を作成
注文ID、ノード、最初の発見時刻、影響を受けたタスク、実施済みの対応を記載します。ログを添付する前に、鍵、トークン、顧客データ、メンバーの個人情報を匿名化してください。
範囲と緊急度を確認
インシデントが継続中か、1台のデバイスだけか外部依存先にも影響するか、認証情報の即時取り消し、パイプライン停止、接続元制限が必要かを確認します。
拡大を優先的に阻止
事実に基づいて影響を受けた入口を閉じ、関連する承認を取り消すかタスクを一時停止します。隔離操作は追跡可能にし、証拠を保存する前に重要なログを消去しないでください。
根本原因に対処し、復旧を検証
認証情報のローテーション、接続元ルールの修正、依存関係の更新、設定のロールバックを完了したら、最小限の検証タスクで接続、ビルド、成果物の経路が正常に戻ったことを確認します。
一時対応を長期的な管理策に変える
タイムライン、根本原因、影響範囲、今後の対応を整理し、追加が必要な監視、権限回収、ローテーションの仕組み、チームの手順を明確にします。
確認済みの事実に基づいてお客様へ共有
サービス側の対応が関係する場合は、追跡可能なサポート経路を通じて確認結果、対応状況、お客様に必要な作業を共有します。未確認の推測を結論として伝えないでください。
継続性と証拠
可用性は長期記録で、個別障害は注文のタイムラインで確認
BerryVMはサービス可用性の目標を99.9%とし、すべてのノードを年間365日通常稼働させます。定期的な停止予定は設定していません。集計範囲、除外条件、申請期限、適用される補償方法はサービス規約に従います。
99.9%
サービス可用性の目標
過去90日間の概要
継続性記録の入口
確認可能
90日間
概要の対象期間
5か所
提供中の物理ノード地域
365日
年間通常稼働
ノード状態の記録
地域と時刻で確認
注文イベントの記録
注文IDで関連付け
サポート対応の記録
チケットのタイムラインで追跡
アクセス情報の更新
引き渡し操作を記録
特定の稼働中障害を確認する場合は、注文ID、ノード、発生時刻、継続時間、影響範囲を提出してください。サービス側の記録とお客様側のログは同じタイムゾーンを使用するか、タイムゾーンを明記してください。
セキュリティに関する連絡
秘密を含まない概要を先に提出し、追跡可能な対応記録を作成
脆弱性の報告、セキュリティに関する質問、稼働中の異常はコンソールのチケットから送信するか、support@berryvm.comまでお知らせください。注文ID、ノード、タイムライン、影響範囲、匿名化ログを添付し、アクセス認証情報、秘密鍵、匿名化していないプロジェクトデータは送らないでください。