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라면 업로드가 실패했을 가능성이 높습니다 - 강사에게 이메일을 보내십시오.