専用範囲とアクセス管理

クラウドMacの安全な利用範囲を明確に

DebugMacは注文ごとに専用のMac Mini M4物理ノードを提供し、テナント間で同じ物理ノードの実行環境を共有しません。認証情報の発行方法、ユーザーが行う操作、データの回収方法、異常発生時の対応を公開します。

提供形態
専用物理ノード
販売構成
Debug M4
ノード一覧
5地域
アクセス発行チェック 確認済み
ACCESS / M4-16-256 専用ノードのアクセス記録
発行済み
ホストフィンガープリント
発行前に確認
SSH公開鍵
注文に紐付け
VNC認証情報
個別発行
権限範囲
必要最小限の権限
01確認地域・注文・フィンガープリント
02発行鍵とグラフィカル認証情報
03ローテーション異常またはメンバー変更
04撤回契約期間終了後に回収
SG · JP · KR · HK · US-W 実際の利用可能状態はコンソールのリアルタイム表示を確認してください
セキュリティモデルの概要

1件の注文につき1台の専用物理ノード

分離は共有ホスト上の仮想リソース分割ではなく、デバイスの割り当てから始まります。

物理ノードを専有

注文が有効になると、ノードの実行環境は他のテナントと共有されません。CPU、メモリ、ベースSSD、システムセッションは、注文に紐付くMac Mini M4上で動作します。

仮想マシンではありません 16GB RAM 256GB SSD

アクセス認証情報を分離

SSH公開鍵、VNC認証情報、ホストフィンガープリントは、それぞれコマンドラインアクセス、グラフィカルセッション、ホスト本人確認を担います。いずれかを変更する場合も、注文者の本人確認を省略しないでください。

注文に紐付け ローテーション対応

最小権限から開始

実際のワークフローに必要な権限だけを最初に付与し、タスクに応じて追加します。共有鍵、長期間残る所有者不明の認証情報、複数人での単一アクセス記録の共有は、追跡可能性を低下させます。

追跡可能 必要時のみ付与
アクセスの発行と撤回

「接続できる」で終わらせず、ホストフィンガープリントから確認

接続に成功しても、最初の一歩にすぎません。本人確認、権限の最小化、認証情報のローテーション、契約期間終了後のアクセス回収までが完全な手順です。

  1. 01 SSH公開鍵を提出

    ノードへの登録が必要な公開鍵だけを提出し、秘密鍵は送信しないでください。チームで利用する場合はメンバーごとに鍵を分け、同じ認証情報を複数人で共有しないでください。

  2. 02 ホストフィンガープリントを確認

    初回接続の前に、提供確認書のフィンガープリントとクライアントに表示される情報を一字ずつ照合してください。予期せず変化している場合は接続を停止し、コンソールのチケットで確認してください。

  3. 03 VNC認証情報を発行

    グラフィカルセッションの認証情報はSSH公開鍵と分けて管理します。グラフィカルインターフェースが必要なメンバーにだけ提供し、プロジェクトから離れたら速やかにローテーションしてください。

  4. 04 権限範囲を絞る

    自動化タスク、手動開発、リリース操作を、識別可能なアクセス記録に分けてください。高権限操作の前に、バックアップ、ロールバック手順、影響範囲を確認します。

  5. 05 認証情報をローテーション

    メンバー変更、鍵の漏えいの疑い、不審なログイン、ワークフロー移行が発生したら、関連する認証情報を直ちに変更し、旧認証情報が完全に撤回されたことを確認してください。

  6. 06 契約期間終了後に撤回

    契約期間の終了後はリモートアクセスを回収します。期限前にデータをエクスポートし、自動化パイプラインが元のノードへタスクを送信し続けていないことを確認してください。

ノードとアカウントの操作範囲

誰が操作するかを確認してから、すぐに実行するか判断する

以下の範囲は、取り消せない変更を減らすためのものです。システム、ディスク、ネットワークに広く影響する操作の前に、データと再現情報を保存してください。

DebugMacノードとアカウントの操作範囲
操作カテゴリ ユーザーが直接実行 サポートの支援が必要 実行前の確認
開発環境 リポジトリの取得、プロジェクト依存関係のインストール、提供済みXcodeツールチェーンへの切り替え、ビルドとテストの実行 システム環境の異常、提供構成と注文記録の不一致 バージョン、コマンド、終了コード、再現手順を記録
アクセス管理 プロジェクト内の鍵の管理、メンバー権限の最小化、不要になった自動化タスクの停止 SSH公開鍵の交換、VNC認証情報の再発行、ホストフィンガープリントの異常確認 注文ID、ノード地域、申請者の本人確認
ストレージとデータ ビルドキャッシュの削除、アーカイブのエクスポート、プロジェクトファイルの完全性確認 +1TB SSD、+2TB SSD、Thunderbolt 5の拡張オプションの有効化 先にバックアップを完了し、対象容量と課金期間を確認
システムとネットワーク ping、traceroute、ポート確認、制御下での転送テストを実行 地域移行、ノードレベルのネットワーク異常、リモートアクセスに影響するシステム変更 タイムライン、送信元ネットワーク、匿名化した診断結果を保存
高リスク操作 操作を停止し、まだアクセスできるデータをエクスポート ディスクのリセット、システム復元、ロールバックできない権限または起動項目の変更 影響範囲、ロールバック条件、データ復元経路を明確化
可用性の集計基準

99.9%はサービス基準であり、記録から切り離した飾りの数字ではありません

基準を満たしているか判断するには、集計期間、ノードの監視記録、ユーザー側の操作、不可抗力などの範囲を一つずつ照合する必要があります。

99.9% 目標可用性

直近90日間のローリング期間で算出し、全ノードは年間365日通常稼働します。

集計フレームワーク 直近90日間
収集範囲
ノード接続性、リモートアクセス、サービス側のイベント記録
確認単位
影響を受けたノード、継続時間、注文との紐付きを基準に確認
除外範囲
ユーザー自身の操作、送信元ネットワークの異常、不可抗力による事象
未達時の対応
確認が成立した場合、サービス規約に従ってサービスクレジットを補償
監視記録を優先

単発のpingパケットロスやローカルネットワークの揺らぎだけでは、ノードが利用不能とは判断できません。申告時は発生時刻、ノード地域、送信元ネットワーク、再現方法も併せて提示してください。

申告は特定可能な情報で

同じ時間帯に特定のポート、クライアント、または単一プロジェクトだけが失敗する場合は、まずアクセス認証情報、プロジェクト設定、ノードサービスの状態を切り分けてください。

結果は規約に従って対応

サポートチームがタイムラインと影響範囲を確認し、合意した基準に達していない場合は、サービス規約に基づき該当するサービスクレジットを処理します。

データライフサイクル

提供から消去まで、各段階の責任を明確に

データライフサイクルは契約期間の終了時だけに始まるものではありません。アクセス情報、プロジェクトファイル、エクスポート結果、回収記録は提供日から分けて管理してください。

  1. 01 提供

    Debug M4の構成、ノード地域、ホストアドレス、ユーザー名、ホストフィンガープリント、アクセス発行状態を確認し、自動化タスクに誤った対象を書き込まないようにします。

  2. 02 運用

    リポジトリ、依存関係、ビルドキャッシュ、成果物を管理し、ワークフローに応じてメンバー権限を制御します。重要なデータには独立したコピーを保持してください。

  3. 03 エクスポート

    契約期限前にアーカイブ、ログ、プロジェクトデータをダウンロードし、ファイルの完全性を確認します。ノードを指し続けるrunnerやスケジュールタスクも停止してください。

  4. 04 アクセス回収

    SSHとVNCのアクセス情報を撤回し、注文関連の入口を閉じ、旧認証情報でセッションを確立できないことを確認してください。

  5. 05 消去と記録

    ノード回収手順に従って契約期間中のデータを処理し、必要な注文・セキュリティ・操作記録を保持します。具体的な情報処理ルールはプライバシー声明をご覧ください。

インシデント対応の流れ

6段階で事実、影響、次の対応を共有

セキュリティインシデントでは、証拠の保存と影響拡大の防止を優先します。通知内容は確認済みの事実に基づき、未確認の結論でタイムラインを置き換えません。

  1. 01

    検知

    ノードアラート、ユーザー報告、アクセス異常を受け取り、最初の発生時刻、影響を受けた入口、初期症状を記録します。

    ユーザーの協力:元のエラーと発生時刻を保存してください。
  2. 02

    確認

    注文、地域、アクセス記録、再現条件を照合し、ローカルネットワーク、認証情報、プロジェクト設定、ノード側の問題を切り分けます。

    ユーザーの協力:注文IDと匿名化したログを提示してください。
  3. 03

    隔離

    異常なアクセス経路を制限し、関連する認証情報をローテーションするか、高リスク操作を一時停止して影響拡大を防ぎます。

    ユーザーの協力:繰り返しの試行と自動リトライを停止してください。
  4. 04

    修復

    確認済みの原因に対処し、権限、サービス、データの境界を検証して、変更内容とロールバック条件を記録します。

    ユーザーの協力:業務側の受け入れ手順を確認してください。
  5. 05

    復旧

    アクセスとタスクフローを順番に復旧し、接続、ビルド、成果物のエクスポートが検証可能な状態に戻ったか確認します。

    ユーザーの協力:最小限の受け入れタスクを実行してください。
  6. 06

    振り返り

    タイムライン、影響範囲、対応内容、今後の改善を整理し、必要に応じて認証情報管理と操作チェックリストを更新します。

    ユーザーの協力:未完了事項と担当者を確認してください。
セキュリティ連絡先

再現可能な情報を整理してからサポートチームへ送信

セキュリティ報告は次の宛先へ送信してください: support@debugmac.comまたはコンソールにログインしてチケットを送信してください。秘密鍵、完全な認証情報、匿名化していない個人情報、問題に関係のないプロジェクトデータは送信しないでください。

  • 影響を受けた注文IDとノード地域
  • タイムゾーン付きのインシデントタイムライン
  • 最小限の再現手順と実際の結果
  • 実施済みの隔離または認証情報ローテーションの内容
  • 匿名化したログ、スクリーンショット、コマンド出力の要約
セキュリティメール下書き作成 サポート専用メールアドレスへ送信

メールを直接開く

構成、地域、アクセス範囲をすべて確認してから注文を作成

現在販売中なのはDebug M4のみです。M4、16GB RAM、256GB SSDを搭載し、シンガポール、日本、韓国、香港、米国西部で注文できます。実際の利用可能状態はコンソールのリアルタイム表示を確認してください。