デバイス境界から確認

クラウド Mac のセキュリティは、まず専有物理ノードから確認

有効なレンタル1件につき、専有の Mac mini 物理ノード1台が割り当てられます。仮想マシンではなく、プロセッサ、メモリ、ローカルストレージを他のテナントと共有しません。ここでは、管理目標、実施内容、確認可能な記録に沿ってセキュリティ境界を説明します。

テナント境界を確立 NODE / 1:1
専有 Mac mini コンピューティング、メモリ、ローカルストレージを単一テナントが使用
テナントアクセス SSH 鍵と管理されたリモートセッション
管理アクセス 承認、記録、必要時のみ実行
提供境界 消去、検査、再提供
セキュリティモデルの概要

分離単位は一台のデバイス全体であり、仮想リソースの割り当てではありません

セキュリティは、資産の帰属、アクセス経路、提供状態の3つの観点から確認します。レンタル中は、対象 Mac mini の物理コンピューティングリソースを現在のテナントが専有します。プラットフォームの管理操作は承認範囲と操作記録によって管理され、利用期間終了後はデータ消去と再提供前の検査を行います。

デバイス単位の分離

プロセッサ、ユニファイドメモリ、内蔵ストレージを他のテナントに分割しません。ビルドキュー、キャッシュ、テストプロセス、リモートデスクトップセッションは、同じ専用デバイス上で実行されます。

  • 1件のレンタルに1台の物理ノードを割り当て
  • 共有仮想マシンのリソースプールを使用しない
  • ノード識別子を注文設定に関連付け

ID と権限の境界

リモート接続では鍵を優先し、プラットフォーム内部のアクセスには最小権限を適用します。ノードの問題に対応する際は、まず作業範囲を確認し、問題に必要な操作権限だけを付与します。

  • 認証情報と担当者のIDを分けて管理
  • 高リスク操作には明確な確認を要求
  • 権限変更に必要な記録を保持

ライフサイクル管理

セキュリティ対策は、開通、利用、返却、記録媒体の消去、再提供前の検査までを対象とします。データ処理を利用期間終了時の一度の作業に集約しません。

  • 開通前にデバイスと設定を確認
  • 利用中は不要なアクセスを制限
  • 返却後に消去と再確認を実施
検証

特定の注文の管理範囲を確認しますか?

コンソールからチケットを送信し、注文番号、ノード、確認したい管理項目、時間範囲をお知らせください。サポート担当者が、デバイス割り当て、アクセス処理、消去状態に関して提供可能な記録を整理します。メッセージに秘密鍵、完全な認証情報、未加工の業務データを記載する必要はありません。

コンソールにログインして確認チケットを送信
アクセス制御

すべてのログインを、必要なID・権限・時間に絞る

アクセス制御は、パスワードを一度設定するだけではありません。ユーザー接続、プラットフォーム管理、異常対応に明確な入口をそれぞれ設け、認証情報をローテーションでき、権限を取り消せ、操作を追跡できる状態にすることが重要です。

01

鍵を優先

初回接続後、できるだけ早く個人の SSH 公開鍵を設定し、メンバー、自動化 Runner、デプロイタスクごとに異なる鍵を使用します。これにより、すべての接続認証情報を交換せず、特定の主体だけのアクセスを取り消せます。

確認例 ssh-keygen -t ed25519
02

最小権限

日常のビルドアカウントには、コードの取得、依存関係のインストール、テストの実行、成果物ディレクトリへの書き込みに必要な権限だけを付与します。権限昇格が必要な操作は具体的なタスクに紐づけ、常駐 Runner がワークロードを超える権限を長期間持たないようにします。

確認例 id && groups
03

認証情報のローテーション

メンバーの離脱、自動化トークンの漏えい、プロジェクトの終了、アクセス範囲の変更があった場合は、直ちに古い認証情報を失効させ、新しいものを生成します。複数のパイプラインで長期トークンを共有せず、鍵をリポジトリやビルドログに直接記載しないでください。

ローテーション対象 SSH 鍵、リポジトリトークン、デプロイトークン、一時パスワード
04

不審なログインへの対応

不明な接続元からの接続、異常な失敗回数、通常の作業時間外の活動を検知したら、まず接続元を制限し、関連する認証情報を失効させます。その後、時間範囲、接続元アドレス、アカウント、必要なログを保存します。最後に、ノード単位で追跡できるよう、情報をマスキングしてチケットで送信します。

対応の順序 アクセスを制限 → 認証情報を失効 → 証拠を保存 → チケットを送信
ユーザー接続 個人鍵または専用の自動化認証情報

主体ごとに個別に識別でき、失効と監査が容易です。

接続元の制限 許可するアドレスと必要なポート

チームのネットワークとツールチェーンに合わせて到達範囲を絞ります。

ノードセッション 専有物理 Mac mini

テナントのデバイス境界内で開発とビルドタスクを実行します。

ネットワーク境界

管理経路とテナントの業務トラフィックを目的別に制御

管理アクセスは、デバイスの提供、障害の切り分け、承認済みのサポート操作に使用します。テナントのトラフィックは、SSH、GUI、コード取得、依存関係のダウンロード、ビルド、成果物の転送に使用します。利便性を理由に、2つの経路を同じ権限範囲へ統合しないでください。

管理経路

提供とサポートの作業範囲に限定

ノードの提供、ハードウェアまたはネットワーク問題の切り分けに必要な操作だけを管理フローに含めます。アクセス前に対象、理由、範囲を確認し、高リスク操作には再確認を求めます。完了後は一時権限を閉じ、必要な記録を残します。

テナントトラフィック

ユーザーがワークロードに合わせて公開範囲を絞る

実際に使用するサービスだけを公開し、管理ポートへの接続元を制限し、ファイル転送と自動化タスクには専用の認証情報を使用することを推奨します。一時的なデバッグポートは作業完了後すぐに閉じ、データベース、キャッシュ、内部パネルを不要なネットワークへ直接公開しないでください。

SG

シンガポール

東南アジアのチームや地域横断パイプラインに適しています。接続前に主要なオフィスネットワークから経路をテストし、Runner、リポジトリ、成果物ストレージに必要なアドレスだけを許可範囲に追加します。

確認ポイント:接続元の制限、依存関係の出口、ファイル転送経路
JP

日本(東京)

日本および北東アジアのプロジェクトに適しています。開発者のリモートセッションと自動ビルドトラフィックを分けて記録し、個人の接続認証情報が常駐 Runner にコピーされないようにします。

確認ポイント:主体の分離、ビルドトークン、セッション記録
KR

韓国(ソウル)

韓国のチームや地域テストに適しています。常時稼働するエージェントには専用アカウントを設定し、承認済みの鍵とタスクタグを定期的に確認して、不要になった入口を削除します。

確認ポイント:常駐エージェント、承認済み鍵、タスク分離
HK

香港

アジア各地のコードリポジトリやコラボレーションネットワークに接続するチームに適しています。実際の経路に基づいてアクセスルールを設定し、地域をまたぐ協業を理由にすべてのポートの到達範囲を広げないでください。

確認ポイント:地域間ルーティング、ポート範囲、マスキング済みログ
境界

ノードの選択だけではアクセス戦略を代替できません

シンガポール、日本(東京)、韓国(ソウル)、香港の4ノードは365日、年間を通じて稼働します。ノードは接続場所を決めますが、接続元の制限、チーム認証情報の分離、不要なサービスの停止を自動的に行うものではありません。これらの対策は、チームのネットワークとパイプラインに合わせて明確に設定する必要があります。

データライフサイクル

開通から再提供まで、各状態に明確な確認ポイントを設定

データセキュリティは返却時だけの問題ではありません。デバイスの割り当て、利用中の権限管理、ユーザーによる移行、記録媒体の消去、再提供前の検査が一連のプロセスを構成します。

  1. 01
    開通

    デバイス、設定、ノードの割り当てを確認

    注文内容に基づき、モデル、メモリ、ストレージ、レンタル期間、対象ノードを確認し、物理デバイス識別子を現在のレンタルに関連付けます。接続情報を提供する前に、基本システムの状態とリモートアクセス経路を確認します。

    確認項目:注文番号、モデル、ノード、デバイス割り当て状態
  2. 02
    利用

    テナントが専有デバイスの境界内でデータを管理

    コード、依存関係キャッシュ、ビルド成果物、実験ファイルは、レンタルデバイスまたはユーザーが設定したリモートストレージに保存されます。チームではアカウントを分離し、機密ファイルを暗号化し、ログの内容を制限し、重要データの独立したバックアップを作成してください。

    ユーザーの作業:権限分離、データ暗号化、バックアップ検証、ログのマスキング
  3. 03
    返却準備

    必要なデータを移行し、外部認証を取り消す

    レンタル期間の終了前に、保持するコード、成果物、設定をエクスポートし、バックアップを読み取れることを確認します。その後、コードリポジトリ、CI/CD プラットフォーム、デプロイシステムから、このノードで使用したトークンと鍵を失効させ、常駐エージェントを停止します。

    完了基準:データの移行済み、バックアップの読み取り可能、外部認証情報の失効済み
  4. 04
    記録媒体の消去

    前のテナントのデータとアクセス情報を削除

    デバイスが現在のレンタルを終了すると、消去プロセスに入ります。ローカルユーザーデータ、プロジェクトファイル、キャッシュ、鍵、トークン、リモートアクセス設定を処理します。表面的なディレクトリだけを削除してそのまま次へ回さないよう、消去操作をデバイスの状態に関連付けます。

    管理目標:前のテナントのデータと認証情報を次の提供先へ引き継がない
  5. 05
    再提供前の検査

    アクセス入口と基本状態を再確認

    再び提供可能な状態にする前に、旧ユーザー、旧鍵、常駐タスク、プロジェクトデータが削除されていることを確認し、リモートアクセスに新しい提供用認証情報が使われていることを確認します。検査に合格してから、次のレンタルのデバイス割り当てへ進みます。

    再確認範囲:ユーザー、鍵、タスク、データディレクトリ、接続設定
運用監査

誰が、何のために、どのノードで、何を行ったかを記録

監査記録は、問題の切り分け、権限の再確認、セキュリティ調査に役立ちます。記録範囲は必要な事実に絞り、テナントの業務内容の収集を目的としません。ノード、操作主体、承認理由、時間範囲、結果が主な関連項目です。

管理項目 実施要件 確認記録
高リスク操作の確認

アクセスのリセット、システム設定の変更、データ処理、接続状態に影響する操作では、実行前にノード、影響範囲、期待する結果を明確にします。

タスクの根拠、確認範囲、実行結果
必要なログの保持

切り分けに必要なID、ノード、時刻、操作種別、状態を保持します。秘密鍵、完全なトークン、業務データを記録へ書き込む必要はありません。

主体、ノード、時間範囲、操作カテゴリ
権限承認

内部アクセスは職責に応じて付与し、一時的なタスクには作業範囲に合った権限を使用します。担当者の役割やタスクの状態が変わったら、不要になった権限を速やかに取り消します。

承認主体、理由、権限範囲、状態
内部アクセスの追跡

サポート操作を具体的なノードと問題に関連付け、承認範囲を超えていないか後から確認できるようにします。インシデント調査では、重要な操作の順序を復元できます。

チケットの関連付け、操作の順序、対応結果
事前

まず範囲を確認

対象ノード、問題の状況、実行を許可された操作、触れてはいけないデータの境界を確認します。情報が不足している場合は、アクセス範囲を広げて切り分けるのではなく、まず証拠を補います。

対応中

タスクに沿って実行

影響範囲が小さく、元に戻せる操作を優先します。問題が当初のタスクと異なる場合は対応を拡大せずに停止し、承認と影響範囲を再確認します。

事後

権限を閉じて結果を記録

タスク完了後に一時アクセスを取り消し、実際に行った操作、ノードの状態、今後の推奨事項を記録します。次回の確認が口頭の伝達に依存しないようにします。

インシデント対応

検知、隔離、調査、復旧、通知を一つの流れで進める

不明なログイン、認証情報の漏えい、異常なネットワーク活動、データの誤削除、ノードの想定外の挙動が発生した場合は、まず影響範囲を抑え、その後に証拠を保存します。早期復旧のために重要なログを上書きしたり、漏えいの可能性がある認証情報を使い続けたりしないでください。

01

検知

最初に検知した時刻、ノード、アカウント、接続元アドレス、異常の内容、直近の正常状態を記録します。必要なログの原本を保存し、提出用にマスキングしたコピーを作成します。

02

隔離

異常な接続元を制限し、漏えいが疑われる鍵やトークンを失効させ、関連する自動化タスクを停止します。隔離はできるだけ特定の入口を対象にし、他の証拠を不必要に損なわないようにします。

03

調査

アカウント、ノード、時間範囲、ネットワークの接続元、操作の順序を中心にタイムラインを作成します。ユーザー設定の変更、自動化タスクの動作、プラットフォームの調査が必要なノード上の事象を区別します。

04

復旧

異常な入口を削除し、影響を受けた認証情報をローテーションし、必要な設定を復元します。そのうえでビルド、リモート接続、ファイルアクセスを検証し、承認済みの鍵、常駐プロセス、開放ポートを再確認します。

05

通知

チケットまたはサポートメールで、確認済みの事実、影響範囲、対応内容、ユーザーが実施すべき次の手順を共有します。新しい証拠も同じ注文とインシデントの範囲に関連付けます。

セキュリティ問題の報告窓口

既存ユーザーはまずコンソールからチケットを送信

注文番号、ノード、検知した時間範囲、影響の説明、再現手順、マスキング済みログをお知らせください。コンソールにログインできない場合は、 support@macrents.comまでメールを送信できます。秘密鍵、完全なアクセストークン、証明書のパスワード、未処理の個人データは添付しないでください。

ユーザー向けセキュリティチェックリスト

起動後に実施し、返却前にもう一度すべて確認

プラットフォームは物理ノード分離と管理機能を提供します。テナント側でも、プロジェクトのアカウント、ネットワーク入口、鍵、トークン、業務データを管理する必要があります。このチェックリストは、リモート開発、Xcode ビルド、常駐 Runner、AI 実験に利用できます。

接続とID

  • 鍵認証を有効化 メンバーごと、自動化主体ごとに専用の SSH 鍵を設定し、同じ長期認証情報を共有しないでください。
  • 接続元アドレスを制限 必要なポートへのアクセスは、オフィスネットワーク、管理された出口、指定した Runner ネットワークだけに許可します。一時的な入口は使用後すぐに閉じます。
  • 不要な主体を削除 メンバーの離脱、プロジェクトの終了、エージェントの停止時には、対応するアカウント、公開鍵、タスクタグ、サービス設定を削除します。

トークンとデータ

  • リポジトリとデプロイトークンをローテーション プロジェクトとパイプラインごとに異なるトークンを使用し、最小権限で付与します。漏えいを検知したら、先に失効させてから代替認証情報を生成します。
  • 機密ファイルを暗号化 証明書、暗号化された設定、モデルデータ、業務エクスポートファイルには、チームのポリシーに沿った暗号化方式を使用し、ログに秘密の値を出力しないでください。
  • バックアップの復元性を検証 重要なコードと成果物をレンタルデバイスだけに保存しないでください。バックアップを定期的に読み取れるか確認し、復元に必要な手順を記録します。

返却前の確認

  • データ移行を完了 保持するリポジトリ、ビルド成果物、テスト結果、モデルファイル、設定をエクスポートし、別の場所で読み取りを検証します。
  • 外部認証を取り消す コードホスティング、CI/CD、デプロイプラットフォーム、オブジェクトストレージから、このノードで使用した鍵とトークンを失効させ、常駐タスクを停止します。
  • デバイスの残留物を確認 ユーザーディレクトリ、キャッシュ、ダウンロードディレクトリ、一時ディレクトリ、キーチェーン権限、過去のスクリプトを確認し、機密情報をレンタル期間終了後まで残さないでください。
完了の目安

この6つの質問に答えられたら、ノードを返却

  1. 保持するデータは移行され、読み取れることを確認しましたか?
  2. リポジトリ、デプロイ、自動化トークンは失効またはローテーション済みですか?
  3. チームメンバーと Runner が使用した SSH 公開鍵は削除済みですか?
  4. 常駐エージェント、スケジュールタスク、バックグラウンドプロセスは停止済みですか?
  5. ローカルディレクトリ、キャッシュ、ログに機密データが残っていませんか?
  6. 注文番号、ノード、返却時の確認結果を記録しましたか?
セキュリティ境界を開発パイプラインへ組み込む

設定とノードを確認してから、専有物理 Mac mini をレンタル

3つのモデルプランはすべて専有物理マシンで、仮想マシンではありません。シンガポール、日本(東京)、韓国(ソウル)、香港の4ノードから注文できます。実際の利用可能状況はコンソールのリアルタイム表示に基づきます。