Respondus が Mac の録画を暗号化し保存する仕組み (2026 年のアーキテクチャレビュー)

macOS の Respondus Monitor 録画は、Mac から AWS まで TLS 1.3 で転送され、S3 上で AES-256 で保存されます。`~/Library/Group Containers/group.com.respondus.lockdownbrowser/` 内のディスク上バッファがギャップです - 暗号化されていることが文書化されておらず、アップロード完了前にディスクアクセスを持つ者が部分的な録画を読み取れる可能性があります。

エンドツーエンドの暗号化スタック

段階暗号化出典
捕捉 (カメラ/マイク → Mac の RAM)なし - メモリ内の生フレームAVFoundation フレームワーク
ローカルバッファ (Mac → アップロードキュー)公式には文書化されていないGroup Container のファイル
アップロード (Mac → Respondus のサーバ)転送時 TLS 1.3*.respondus.com への HTTPS
サーバ保存 (S3 バケット)保存時 AES-256、AWS マネージドキーRespondus のプライバシーポリシー
講師の再生転送時 TLS 1.3Dashboard の再生 URL

ディスク上バッファの場所

試験中、Monitor は ~/Library/Group Containers/group.com.respondus.lockdownbrowser/ にアップロード前のチャンクを書き込みます。アップロードが成功すると (通常は 24 時間以内)、バッファはクリアされるはずですが、残存ファイルのページでは数週間残るケースが文書化されています。

バッファに含まれるもの:

これらのファイルがディスク上で暗号化されているかは、Respondus から公式には表明されていません。2025-2026 年のコミュニティテストにおけるバッファファイルの法医学的検査では、復号なしで標準の MP4/JPEG として読めることが示されており、ホームディレクトリへの読み取りアクセスを持つ任意のプロセスやユーザーが、進行中または滞留中の録画の内容を閲覧できることを意味します。

サーバ側のアーキテクチャ

Respondus のプライバシーポリシーと Monitor のリソース文書が以下を確認しています。

把握すべき暗号化のギャップ

  1. ディスク上バッファが平文の MP4。Mac を共有していたり、家族に貸したり、後でディスクへアクセスがあったりすると、バッファがクリアされるまで録画が読み取れます。
  2. TLS 前の RAM フレーム。アプリのメモリを読む許可を持つプロセスは、暗号化前のフレームを傍受できます。主に EDR を備えた管理対象 Mac の懸念です。
  3. 講師のダウンロード = 復号済み。講師がレビューのために録画をダウンロードすると、ローカルディスク上に平文の MP4 として存在し、Respondus の暗号化制御の外になります。
  4. Time Machine のバックアップ: Group Container ディレクトリは既定で含まれます。バッファされたチャンクの長期的なローカル保存があり得ます。

Mac で制御できること

Frequently asked questions

試験の録画は Mac 上にある間も暗号化されていますか?

文書化された形では暗号化されていません。ディスク上バッファファイルの法医学的検査では、復号なしで読める標準の MP4 + JPEG であることが示されています。サーバ側の保存は AES-256 で暗号化されていますが、ローカルバッファはプライバシーのギャップです - 試験ごとにクリアしてください。

大学の IT は録画が Respondus に到達する前に見られますか?

転送中は不可能です - TLS 1.3 が中間者からの検査を防ぎます。ただし、EDR (CrowdStrike、SentinelOne) を備えた管理対象 Mac では、エージェントがプロセスメモリを検査することがあります。個人 Mac はこの対象ではありません。

録画が正常にアップロードされたかどうかをどう確認しますか?

試験後 24 時間で <code>~/Library/Group Containers/group.com.respondus.lockdownbrowser/</code> のサイズを確認します。10 MB 未満ならアップロード成功です。依然として数百 MB あるいは数 GB ある場合、アップロードはおそらく失敗しています。講師にメールしてください。