セキュリティの境界

クラウドMacの分離方式とセキュリティ責任範囲を確認できます。

各注文には1台のApple Silicon専有物理マシンが割り当てられ、仮想マシンではありません。デバイス、認証情報、ネットワーク、データの4層を個別に管理し、開発チームが利用前に提供側の範囲と自分たちで確認すべき事項を明確にできます。

3種類の物理ノードを見る 利用時のチェック項目を見る
専有物理ノード 境界 / 04
01

デバイス

注文と専用デバイスは1対1で対応し、計算リソースは現在の利用者が使用します。

02

認証情報

アクセス認証情報はユーザーが管理・ローテーションし、メンバーの役割に応じて利用範囲を制限します。

03

ネットワーク

接続前に対象ノード、ホストフィンガープリント、ローカルネットワーク環境を確認します。

04

データ

ユーザーが書き込む内容、バックアップ方針、エクスポート計画、利用終了前のクリーンアップを管理します。

物理分離

ユーザーから専用デバイスまで、接続関係を段階的に確認できます。

コンソールでは注文、ノード、接続情報を確認します。実際の開発、ビルド、実験は注文に対応する専有物理ノードで実行されます。

デバイスの境界

有効な1件の注文につき、専用物理デバイスが1台割り当てられます。選択したチップ、メモリ、基本ストレージは注文構成に準拠し、別プロジェクトの想定構成を現在のノードに適用することはできません。

接続の境界

コンソールにはノード関連情報が表示されますが、セッションを確立する前にリージョン、対象アドレス、ホストフィンガープリントを確認してください。対象情報が保存済みの記録と一致しない場合は接続を中止し、チケットを提出します。

コンテンツの境界

リポジトリ、ビルド成果物、証明書ファイル、トレーニングデータ、ログを書き込むかどうかはユーザーが決定します。チーム自身でバックアップ、アクセス範囲、保持期間、利用終了前のエクスポート計画を設定してください。

IDとアクセス管理

アクセス制御は、実行可能なメンバー一覧を作成することから始まります。

長期間有効なアクセス情報を共有スプレッドシートやグループチャットに保存しないでください。認証情報は、ユーザー、デバイス、タスクの範囲と明確に対応付けます。

01

強力な認証情報を設定

コンソールとリモートセッションには個別の認証情報を使用し、コードリポジトリ、メール、その他の開発サービスと使い回さないでください。パスワードは十分な長さにし、プロジェクト名、メンバー名、連続した文字の使用を避けます。

  • 初回接続後、デフォルトのアクセス情報を変更する必要がないか確認します。
  • 漏えいが疑われる場合は、定期チェックを待たず直ちに変更します。
  • パスワードをビルドスクリプトやリポジトリ設定に直接書き込まないでください。
02

鍵マテリアルを管理

ユーザーや自動化タスクごとに識別可能な鍵を使用します。秘密鍵は承認済みデバイスまたはチームが認めた鍵管理場所にのみ保存し、公開鍵の変更は追跡可能な記録として残します。

  • 個人セッションとCI Runnerで同じ秘密鍵を共有しません。
  • 鍵の用途、担当者、失効条件を記録します。
  • 古い鍵を失効させてから、新しいアクセス情報を配布します。
03

最小権限を徹底

開発、ビルド、ログ確認、データエクスポートを同じアカウントで行う必要はありません。まずタスクに必要な権限だけを付与し、実際の業務に応じて追加します。手間を省くために過大な権限を長期間残さないでください。

  • 一時的な協力者には、現在のタスクに必要な権限だけを付与します。
  • 自動化タスクで日常の対話セッションの認証情報を使用しないでください。
  • 権限を拡張する場合は、理由と想定終了条件を記載します。
04

アイドル状態のセッションを終了

作業後はグラフィカルデスクトップとターミナル接続から明示的に退出し、一時認証情報ファイルを削除して、不要なバックグラウンドプロセスが残っていないか確認します。共有オフィスではローカルデバイスもロックしてください。

  • ネットワークを切断するだけで、リモートセッションの正常な終了に代えないでください。
  • ビルド終了後、バックグラウンドタスクと成果物ディレクトリを確認します。
  • 公共または共有ネットワークを離れる前に、機密操作を終了します。
05

メンバーの退職・異動時にアクセスを完全に取り消す

チームメンバーが退職、異動、または外部委託を終了する際は、ノード責任者がプロジェクトチャットから削除するだけでなく、完全なアクセス取り消しを実施します。コンソールの権限削除、リモートアクセス鍵の失効、共有された可能性のある認証情報のローテーション、既存セッションの終了、自動化タスクで古い情報が参照されていないかの確認を順に行うことを推奨します。

メンバー一覧を更新済み 古い鍵を失効済み 共有認証情報をローテーション済み 既存セッションを終了済み CI設定を再確認済み
リモートセッション

接続対象を検証してから、コードとデータの転送を開始します。

リモートデスクトップ、ターミナルセッション、自動化接続では操作方法が異なりますが、対象の確認、認証情報の保護、ログのマスキングという3つの基本手順を共通して実施します。

IDと対象を確認

コンソールで注文ID、ノードのリージョン、接続アドレスを確認します。古いスクリーンショット、転送メッセージ、ブラウザ履歴だけを頼りに直接接続しないでください。チームで複数のデバイスを管理している場合は特に注意が必要です。

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

初回接続時に、確認済みのホストフィンガープリントを保存します。後から変更が検出された場合は、セッションを停止してノード情報を確認します。警告を回避するためにローカルの既知のホスト記録を直接削除しないでください。

マスキング済みログだけを共有

診断情報を提出する前に、アクセスキー、パスワード、トークン、証明書の秘密情報、内部リポジトリアドレス、ユーザーデータを削除します。エラーコード、時刻、コマンド結果、必要なコンテキストだけを残してください。

アイドル接続を終了

操作後はセッションを終了し、機密ファイルが一時ディレクトリに残っていないことを確認します。自動化タスクには実行IDと起動元を記録し、バックグラウンドプロセスの作成者が分からなくなる事態を避けます。

データライフサイクル

データの書き込みからクリーンアップまで、4つの段階ごとにチェックポイントを設けます。

ノード上のプロジェクトデータはユーザーが管理します。利用期間の終了はバックアップの代わりになりません。アクセス可能なデバイスがあるうちに、エクスポートと検証を完了してください。

  1. 01
    WRITE

    書き込み

    リポジトリ、依存関係キャッシュ、証明書ファイル、ビルド素材、実験データを書き込む前に、内容の正当な入手元を確認し、ノードに置く資料とチームの既存保管場所に残す資料を明確にします。

    ユーザー確認
    データ分類、入手元、アクセス範囲、初回バックアップ
    完了の目安
    書き込み先ディレクトリと担当者を記録済み
  2. 02
    USE

    使用

    開発・ビルド中はタスクに必要な範囲だけアクセスし、機密資料を無関係なディレクトリにコピーしないでください。ログ、キャッシュ、一時ファイルにもプロジェクト識別子やパスが含まれる場合があるため、日常的に確認します。

    ユーザー確認
    権限の変更、一時ファイル、ログ内容、バックグラウンドタスク
    完了の目安
    メンバー権限が現在の役割と一致
  3. 03
    EXPORT

    エクスポート

    利用期間の終了前に、ソースコードの変更、ビルド成果物、必要なログ、実験結果、環境設定の説明をエクスポートします。完了後は保存先でファイルを開くかハッシュを検証し、転送タスクが完了と表示されたことだけを根拠にしないでください。

    ユーザー確認
    ファイル一覧、転送結果、ハッシュ検証、復元テスト
    完了の目安
    重要資料を外部保存先で利用可能と検証済み
  4. 04
    CLEAN

    クリーンアップ

    エクスポート結果を確認したら、不要なプロジェクトファイル、一時認証情報、鍵のコピー、キャッシュ、デバッグログを削除し、すべての対話セッションから退出します。クリーンアップ記録には実行者、対象ディレクトリ、完了時刻を記載します。

    ユーザー確認
    機密ディレクトリ、認証情報のコピー、キャッシュ、セッション、自動化タスク
    完了の目安
    クリーンアップ範囲と実行者を記録済み
利用期間の終了前にエクスポートとクリーンアップを完了します。

プロジェクトに監査またはコンプライアンス要件がある場合、バックアップ数、保存場所、検証方法、クリーンアップ記録の形式はチーム自身で決定してください。未検証の転送コピーを復元可能なバックアップとみなさないでください。

リージョンごとの責任

5つのノードから選択でき、リージョンはプロジェクト要件に合わせて決定します。

提供リージョンはシンガポール、日本（東京）、韓国（ソウル）、香港、米国東部です。3種類のマシン構成すべてがこの5つのノードに対応し、実際の利用可否はコンソールのリアルタイム表示に基づきます。

HireAMac 5ノードのリージョン選択チェックリスト
ノード リージョンコード 接続計画 データとプロジェクトの確認 選択前の確認事項
シンガポール SG 東南アジアのチームの接続経路をテストするのに適しています。 選択したリージョンでデータとビルド成果物を処理できるか確認します。 ローカル回線、メンバーの所在地、納品先
日本（東京） JP 日本および周辺地域のチーム向けにリモートセッション経路を検証するのに適しています。 顧客契約、リリース手順、社内のリージョン要件を確認します。 接続テスト、ツールチェーンのバージョン、納品範囲
韓国（ソウル） KR 韓国および周辺地域のメンバーによるグラフィカルデスクトップとターミナルのテストに適しています。 ログ、テスト素材、成果物の処理範囲を確認します。 ネットワーク経路、ユーザー権限、データ種別
香港 HK 国際チームが異なる作業場所からの実際の接続性能を比較するのに適しています。 プロジェクト契約とチーム規程に基づいて利用可否を決定します。 プロジェクト規則、経路結果、バックアップ計画
米国東部 US-E 北米東部のメンバーや関連する納品プロセス向けの接続テストに適しています。 顧客所在地、プロジェクト上の制約、データ処理要件を確認します。 メンバーのタイムゾーン、納品地域、アクセス一覧
A / CONNECT

まず実際の回線をテスト

チームメンバーの所在地は、単純な地理的距離よりも参考になります。リージョンを決める前に、実際の業務ネットワークから接続をテストし、利用時間帯、クライアント、ネットワーク種別を記録します。

B / POLICY

次にプロジェクト要件を確認

顧客契約、社内規程、プロジェクトのデータ種別がリージョン選択に影響する場合があります。ノードを予約できることが、すべてのプロジェクト要件を自動的に満たすことを意味するわけではありません。プロジェクト要件を把握する責任者が判断してください。

C / RECORD

選択理由を記録

ノード、マシン構成、用途、テスト結果、承認者を記録します。後でリージョンを変更する場合は、接続経路、アクセス一覧、データ移行、旧ノードのクリーンアップを再確認し、以前の結論をそのまま使わないでください。

セキュリティ報告

セキュリティインシデントの報告には、再現・特定可能な情報を含めます。

異常な接続、認証情報の漏えいの疑い、ノード情報の不一致、未知のバックグラウンドタスクを発見した場合は、関連操作を停止し、マスキング済みの証拠を保存してから正式な窓口に報告します。

提出前に準備する7項目

  1. 01
    発生時刻

    タイムゾーンを含む時間範囲を示し、初回発見時刻と直近の再現時刻を記載します。

  2. 02
    ノードのリージョン

    コンソールで、シンガポール、日本（東京）、韓国（ソウル）、香港、米国東部のいずれかの実際のリージョンを確認します。

  3. 03
    マシン構成と注文ID

    HireAMac M4 S、HireAMac M4 M、HireAMac M4 Pro Lのいずれかを記載し、注文IDを添えます。

  4. 04
    影響範囲

    グラフィカルデスクトップ、ターミナル、自動化タスク、ファイル、ビルド成果物のどの部分に影響したかを説明します。

  5. 05
    再現手順

    操作順にクライアント、コマンド、期待結果、実際の結果を列挙し、「利用できない」とだけ書かないでください。

  6. 06
    マスキング済みの証拠

    エラーコード、フィンガープリントの差異、プロセス情報、必要なログを添付できますが、先に有効な認証情報とプロジェクトの機密内容を削除してください。

  7. 07
    実施済みの対策

    セッション停止、鍵の失効、認証情報のローテーション、自動化タスクの一時停止、関連ファイルの隔離を行ったか記載します。

専用Apple Silicon

明確な境界に沿ってクラウドMacの作業環境を構築します。

まず3種類の物理ノードから1つを選び、5つのノードの対象リージョン、利用期間、データエクスポート計画を確認します。すべてのノードは365日、年間を通じて継続稼働し、接続情報と実際の利用可否はコンソールのリアルタイム表示に基づきます。

3種類の利用プランを比較 今すぐクラウドMacをレンタル