検証可能なセキュリティ境界

物理境界からインシデント対応まで、専有ノードを保護

各注文には、仮想マシンではない独立したMac mini物理ノードが割り当てられます。HexVMはノードの提供、基盤ネットワーク、プラットフォーム側の運用制御を担当し、お客様はアカウント権限、ビルドキー、コードリポジトリ接続、ノード内データを管理します。

セキュリティ報告は、コンソールのチケットまたはsupport@hexvm.comでのみ受け付けます。実際の秘密鍵、完全なアクセストークン、未マスキングの認証情報は送信しないでください。

HexVM専有Mac miniノードとセキュリティ状態管理画面
ノード境界チェック 正常
リソース所有形態
1注文につき専有
コンピューティング形態
物理ノード
管理窓口
認証情報とチケットで管理
ノード分離 1注文につき1台
稼働カバレッジ 365日
サービス目標 99.9%
報告窓口 2種類
責任分担

誰が何を管理するかを明確にする

専有物理マシンによりコンピューティングリソースの混在は抑えられますが、セキュリティはプラットフォームとお客様双方の運用に左右されます。ここでは、リソース、権限、プラットフォーム運用、お客様の操作に分けて説明します。

物理リソースの境界

各注文には独立したMac miniが1台割り当てられ、CPU、メモリ、ローカルストレージは他のお客様のインスタンスと共有されません。提供構成はM4の基本構成(16GB、256GB)とM4 Pro構成(64GB、2TB)の2種類です。

  • ノードは1つの注文で専有され、仮想CPUや共有メモリ単位では計測されません。
  • ノードのリージョンとモデルは注文時に確定し、利用可能状況はコンソールのリアルタイム表示に従います。
  • レンタル期間の終了前に、データ移行、キーの失効、ローカルバックアップを完了してください。

お客様が管理する権限

お客様は、ノード内の開発環境、メンバー権限、SSHキー、リポジトリ認証情報、ビルドキャッシュ、自動化タスクを管理します。権限変更は注文責任者が記録し、確認してください。

  • 初回接続後に一時認証情報を更新し、優先的に鍵認証へ切り替えてください。
  • CI runner、手動運用、リリースタスクには、それぞれ異なる権限範囲を設定してください。
  • 同じ管理者認証情報を複数人で長期間共有しないでください。

プラットフォーム運用の境界

HexVMは、注文の提供、ノードのヘルスチェック、基盤ネットワークの接続性、サービス状態の追跡、チケット対応を担当します。ノード操作を行う際は、注文の所有者と依頼範囲を事前に確認します。

  • 実際の秘密鍵や完全なトークンをメールで送るよう、お客様に求めることはありません。
  • ノード操作の依頼には、ノードID、リージョン、発生時刻、影響範囲を記載してください。
  • プラットフォーム側の対応は、安全な状態の復旧とサービス影響の確認を目的とします。
共同責任の基本方針

HexVMは専有物理ノードとプラットフォーム側の運用制御を提供し、お客様はノード内のアカウント、コード、証明書、キー、第三者リポジトリの権限、バックアップ方針を管理します。異常を発見した場合、双方でマスキング済みのタイムラインと再現可能な証拠を共有する必要があります。

アクセス制御

長期的なリスクを5つの定型アクションに分解

アクセスセキュリティは一度設定すれば終わりではありません。認証情報の更新、最小権限、メンバーの削除、環境分離を、入社、リリース、退職の各プロセスに組み込んでください。

01

一時認証情報をすぐに更新

ノード接続情報を受け取ったら、まずノードID、リージョン、ホストフィンガープリントを確認し、一時パスワードを更新してください。初期認証情報をチームチャット、共有ドキュメント、パイプラインログにコピーしてはいけません。

02

SSHキーを優先して使用

メンバーまたは自動化タスクごとに専用キーを割り当て、キーのフィンガープリントと用途を記録してください。メンバーの端末や役割が変わった場合、またはキーの漏えいが疑われる場合は、該当する公開キーを直ちに削除して再発行します。

03

タスク単位で権限を絞る

ビルドタスクには、コードの読み取り、ビルドディレクトリへの書き込み、成果物のアップロードに必要な権限だけを付与します。ツールのインストール、システム設定の変更、メンバー管理の権限は、限られた担当者だけに与えてください。

04

退職時に直ちにアクセスを回収

個人の公開キー、リポジトリのデプロイキー、CI runner登録トークン、共有ディレクトリ権限を回収し、最近のログイン記録を確認してください。1つのコラボレーションツールだけを無効にして、ノードへのアクセス経路を残さないでください。

05

開発・テスト・リリースを分離

環境ごとに異なるアカウント、キーセット、リポジトリ権限を使用してください。リリース認証情報を日常の開発スクリプトに含めず、テストタスクから本番成果物ストレージの書き込み認証情報を読み取れないようにします。

データ保護

データをノードに入れる前に、ノードから持ち出す経路を定義する

コード、ビルド成果物、署名素材はそれぞれ機密性が異なります。チームは、転送方法、保存場所、アクセス可能なメンバー、削除時期を個別に定義する必要があります。

01

転送

保護されたSSHまたはVNC接続を使用してデータを転送し、初回接続時にはホストフィンガープリントを確認してください。大容量ファイルの転送では完全性を検証し、公開リンクでビルド素材を共有しないでください。

02

処理

コード、キャッシュ、成果物、機密素材を、用途が明確なディレクトリに保存してください。一時スクリプトでキーをコマンド履歴、ターミナル出力、テストレポートに書き込まないでください。

03

保管

ビルドキーと証明書は、署名またはリリースを実行する必要のあるタスクにのみ付与してください。エクスポート権限を制限し、インポート、ローテーション、失効の担当者を記録します。

04

解放

ノードのレンタル期間終了前に、必要な成果物と監査記録をエクスポートし、リポジトリとCIの認証情報を失効させ、作業ディレクトリ、キャッシュ、一時ファイル、ローカルキーのコピーを削除してください。

一般的なデータ種別に対する推奨管理方法
データ種別 推奨保存場所 権限範囲 解放前の対応
ソースコードと依存関係 管理された作業ディレクトリとビルドキャッシュディレクトリ 開発メンバーと指定runner コミット状態を確認し、追跡対象外の機密ファイルを削除する
ビルドキーとアクセストークン 制限付き認証情報ストレージまたは実行時注入 該当するパイプラインタスクと担当者のみ 失効・ローテーションを行い、ローカルコピーを削除する
証明書とプロビジョニングプロファイル 権限管理された署名環境 署名タスクとリリース責任者 必要なバックアップをエクスポートし、ノード内のコピーを削除する
ビルド成果物 成果物ディレクトリまたはチーム承認済みの保存場所 テスト、リリース、監査担当者 チェックサムを確認し、移行後に一時バージョンを削除する
ログと診断パッケージ 保持期間を設定したログディレクトリ 運用、セキュリティ、タスク所有者 マスキングしてアーカイブし、認証情報を含む元のコピーを削除する
ネットワークとログ

すべての異常にタイムライン、範囲、証拠を残す

接続記録とビルドログは原因特定に役立てるものであり、無期限に保存するものではありません。時刻、フィールド、保持ルールを統一し、ノードのイベントをリポジトリ、CI、成果物システムと照合できるようにします。

接続監査と異常検知

接続時刻、送信元範囲、利用方法、アカウント、結果を記録してください。短時間での連続失敗、想定外の時間帯のログイン、不明な公開キーの追加、突然の権限昇格、runnerの繰り返しオフラインを重点的に確認します。

  • ログイン成功・失敗イベントでは統一したフィールドを使用する。
  • 管理者操作と自動化タスクには異なるアカウントを使用する。
  • 送信元の異常を発見したら、まずアクセスを絞り込んでから証拠を保存する。

時刻同期とログ形式

ノード、リポジトリプラットフォーム、CIスケジューラー、成果物システムでは、同じタイムゾーンを使用するか、タイムゾーンのオフセットを明記してください。チケットの発生時刻は少なくとも分単位まで記録し、初回発見時刻と最終再現時刻を示します。

  • ノードID、タスクID、コミット識別子、終了コードを保持する。
  • ログ送信前に、パスワード、トークン、秘密鍵、個人情報を削除する。
  • 元のログと人による分析結果を分けて保存する。

ログ保持の推奨事項

コードの機密性、リリース頻度、内部監査サイクルに応じて保持期間を定義してください。ビルド出力は原因特定に必要なフィールドだけを保持し、機密情報を含む診断パッケージは保持期間を短くしてダウンロード権限を制限します。

  • 開発、テスト、リリース環境ごとに保持ルールを設定する。
  • ログから具体的なタスク担当者を特定できることを定期的に確認する。
  • 期限切れのログを削除する際は、エクスポートした診断コピーも同時に整理する。

お客様側の監視連携

ノード内で、チームが既に利用しているプロセス、ディスク、ビルドキュー、runnerのヘルス監視を連携できます。アラートにはノードID、リージョン、しきい値、継続時間、復旧状態を含め、原因を特定できないスクリーンショットだけを送らないようにします。

  • ディスク空き容量、重要プロセス、キューの待機時間を監視する。
  • サービス障害と単発のビルド失敗を分けてアラートする。
  • アラート復旧後も、同じインシデント番号を保持して振り返りに利用する。
稼働安定性

99.9%のサービス目標と過去90日間の状態ビュー

すべてのノードは年間365日、正常に稼働します。状態ビューではサービス可用性を日単位で表示し、影響が発生した場合は、影響範囲、継続時間、対応記録を関連付けるためのイベントマーカーを表示します。

サービス目標 99.9%

適用されるサービス規約に基づいてプラットフォーム側のサービス影響を確認します。お客様自身の設定、認証情報の操作、第三者システム、不可抗力による影響は、プラットフォームの可用率に含めません。

観測範囲
90日間
状態の粒度
日単位
現在のイベントマーカー
なし
日次サービス状態
正常 サービスイベント
90日前 60日前 30日前 今日

サービスクレジット申請の概要

プラットフォーム側のサービス影響が規約で定める範囲に達したと思われる場合は、コンソールからチケットを送信し、ノードID、リージョン、開始・終了時刻、接続またはタスクの結果、マスキング済みログを添付してください。HexVMがイベントのタイムライン、注文の所有者、適用条件を確認し、規約に該当する注文にサービスクレジットを適用します。

コンソールからチケットを送信
インシデント対応

発見から振り返りまでの6ステップ対応フロー

セキュリティインシデント対応では、アクセス境界と証拠の完全性を優先して保護します。お客様から正確なノード情報とマスキング済みログをご提供いただくことで、確認の重複を減らし、原因特定までの時間を短縮できます。

  1. 01

    発見

    異常の状況、初回発見時刻、影響を受けたノード、業務範囲を確認します。元のエラー、ログイン記録、タスク識別子を保存し、証拠を上書きする可能性のある操作を繰り返さないでください。

    お客様のご協力:ノードID、リージョン、タイムライン、発見元をご提供ください。
  2. 02

    隔離

    リスクに応じて接続経路を絞り込み、疑わしい公開キーを削除し、関連する自動化タスクを一時停止するとともに、影響を受けていないビルド・リリース経路を保護します。

    お客様のご協力:一時停止できるアカウント、リポジトリ、タスクを確認してください。
  3. 03

    調査

    ノードへのログイン、権限変更、ビルドタスク、リポジトリ操作、成果物記録を関連付け、侵入経路、継続時間、影響対象、データ範囲を判断します。

    お客様のご協力:マスキング済みログ、再現手順、最近の変更記録をご提供ください。
  4. 04

    修復

    影響を受けた認証情報を失効させ、権限と設定を修正し、異常なタスクを整理します。そのうえで、接続、ビルド、署名、成果物アップロードの経路が正常に復旧したことを確認します。

    お客様のご協力:必要なリポジトリトークン、キー、証明書のローテーションを完了してください。
  5. 05

    通知

    検証済みの注文連絡経路を通じて、影響範囲、現在の状態、完了した対応、次回更新のタイミングを共有します。未検証の経路で機密情報を交換しないでください。

    お客様のご協力:技術面と業務面の影響を確認できる責任者を指定してください。
  6. 06

    振り返り

    根本原因、検知の不足、復旧手順、今後の責任者を整理し、長期的に実施する改善項目を権限確認、監視、リリースチェックに組み込みます。

    お客様のご協力:改善項目がチームのプロセスで実際に実施されていることを確認してください。
セキュリティ報告窓口

脆弱性、異常なログイン、認証情報のリスクを報告

セキュリティ問題は、コンソールのチケットまたはsupport@hexvm.comでのみ受け付けます。既存の注文やノードの異常は、注文所有者の確認と継続的な追跡ができるよう、優先的にチケットを利用してください。

コンソールのセキュリティチケット

既存注文に関する異常な接続、ノード権限の変更、サービス影響、プラットフォーム側の確認が必要なインシデントに適しています。チケットにはノードID、リージョン、発生時刻、影響範囲、マスキング済みの証拠を記載してください。

コンソールにログインしてチケットを送信

セキュリティ報告メール

注文にまだ関連付けられていない脆弱性情報、再現可能なセキュリティ問題、認証情報に関する相談に適しています。メールの件名には問題の種類と影響を受けるコンポーネントを要約し、添付ファイルは必ず事前にマスキングしてください。

support@hexvm.com に送信

対応可能な報告に含める情報

  • 問題の種類、発見時刻、現在も再現可能かどうか。
  • 影響を受けるノードID、リージョン、ページまたは機能の経路。
  • 最小限の再現手順、期待される結果、実際の結果。
  • マスキング済みのリクエスト、エラーメッセージ、ログ抜粋、スクリーンショット。
  • 実施した隔離措置と、調査に影響する可能性のある変更。
報告に添付してはいけない情報

実際の秘密鍵、完全なアクセストークン、完全なパスワード、未マスキングの証明書ファイル、リポジトリや成果物へ直接アクセスできる認証情報。機密フィールドの確認が必要な場合は、まずチケットでフィールドの種類を説明し、安全な取り扱い方法をサポートチームに確認してください。

専有Apple Silicon

明確な境界でクラウドMacを運用

2種類の専有物理ノードの構成とレンタル期間を比較し、Xcodeビルド、CI/CD、継続的な開発タスクに適したプランを選択できます。料金はすべて米ドル(USD)で決済されます。