전용 물리 노드
주문이 활성화되면 노드 실행 환경을 다른 테넌트와 공유하지 않습니다. CPU, 메모리, 기본 SSD와 시스템 세션은 해당 주문의 Mac Mini M4에서 실행됩니다.
가상 머신 아님
16GB RAM
256GB SSD
전용 범위와 접근 제어
클라우드 Mac의 보안 경계를 명확히 확인하세요
DebugMac은 주문별로 전용 Mac Mini M4 물리 노드를 제공합니다. 테넌트는 동일한 물리 노드의 실행 환경을 공유하지 않습니다. 이 안내에서는 인증 정보 발급 방식, 사용자가 수행할 작업, 데이터 회수 방법과 사고 발생 시 대응 절차를 공개합니다.
- 제공 방식
- 전용 물리 노드
- 판매 구성
- Debug M4
- 노드 지역
- 5개 지역
접근 권한 발급 검토표
범위 확인 완료
ACCESS / M4-16-256
전용 노드 접근 기록
발급 완료
- 호스트 지문
- 발급 전 확인
- SSH 공개 키
- 주문별 연결
- VNC 인증 정보
- 별도 발급
- 권한 범위
- 최소 필요 권한
01확인지역·주문·지문
02발급키 및 그래픽 인증 정보
03교체이상 또는 구성원 변경
04회수대여 기간 종료 후 회수
SG · JP · KR · HK · US-W
실제 사용 가능 여부는 콘솔의 실시간 결과를 따릅니다
보안 모델 개요
주문 하나당 전용 물리 노드 하나
격리는 공유 호스트에서 가상 리소스를 나누는 방식이 아니라 장비 할당 단계부터 시작됩니다.
접근 인증 정보 분리
SSH 공개 키, VNC 인증 정보와 호스트 지문은 각각 명령줄 접근, 그래픽 세션과 호스트 신원 확인에 사용됩니다. 어떤 항목을 변경하더라도 주문 신원 확인을 우회해서는 안 됩니다.
주문별 연결
교체 지원
최소 권한으로 시작
실제 워크플로에 필요한 권한만 먼저 부여하고 작업에 따라 권한을 추가하세요. 공유 키, 장기간 방치된 소유자 불명 인증 정보와 단일 접근 기록을 여러 사람이 함께 사용하는 방식은 추적 가능성을 낮춥니다.
추적 가능
필요할 때 권한 부여
접근 권한 발급 및 회수
호스트 지문으로 시작하고, 연결 성공으로 끝내지 마세요
연결 성공은 첫 단계일 뿐입니다. 전체 절차에는 신원 확인, 권한 축소, 인증 정보 교체와 대여 기간 종료 후 접근 권한 회수가 포함됩니다.
-
01
SSH 공개 키 제출
노드에 등록해야 하는 공개 키만 제출하고 개인 키는 보내지 마세요. 팀에서는 구성원별 키를 구분해 여러 사람이 동일한 신원 자료를 공유하지 않도록 하세요.
-
02
호스트 지문 확인
처음 연결하기 전에 제공 확인서의 지문과 클라이언트에 표시되는 지문을 한 글자씩 대조하세요. 지문이 예기치 않게 바뀌었다면 먼저 연결을 중단하고 콘솔 티켓으로 확인하세요.
-
03
VNC 인증 정보 발급
그래픽 세션 인증 정보는 SSH 공개 키와 별도로 관리하세요. 그래픽 환경이 필요한 구성원에게만 제공하고, 프로젝트에서 제외된 구성원이 생기면 즉시 교체하세요.
-
04
권한 범위 축소
자동화 작업, 수동 개발과 배포 작업을 구분해 식별 가능한 접근 기록으로 남기세요. 높은 권한이 필요한 작업 전에는 백업, 롤백 경로와 영향 범위를 먼저 확인하세요.
-
05
인증 정보 교체 시작
구성원 변경, 키 유출 의심, 비정상 로그인 또는 워크플로 이전이 발생하면 관련 인증 정보를 즉시 교체하고 기존 인증 정보가 완전히 폐기되었는지 확인하세요.
-
06
대여 기간 종료 후 회수
대여 기간이 끝나면 원격 접근 권한을 회수하세요. 사용자는 만료 전 데이터를 내보내고 자동화 파이프라인이 더 이상 기존 노드로 작업을 보내지 않는지 확인해야 합니다.
노드 및 계정 작업 범위
누가 작업할지 먼저 판단한 뒤 즉시 실행할지 결정하세요
아래 범위는 되돌릴 수 없는 변경을 줄이기 위한 기준입니다. 시스템, 디스크 또는 네트워크에 광범위한 영향을 주는 작업은 먼저 데이터와 재현 정보를 보존하세요.
| 작업 유형 | 사용자가 직접 실행 | 지원팀 도움이 필요한 작업 | 실행 전 확인 |
|---|---|---|---|
| 개발 환경 | 저장소 가져오기, 프로젝트 종속성 설치, 제공된 Xcode 툴체인 전환, 빌드 및 테스트 실행 | 시스템 수준 환경 이상, 제공 구성과 주문 기록 불일치 | 버전, 명령, 종료 코드와 재현 단계를 기록 |
| 접근 제어 | 프로젝트 내 키 관리, 구성원 권한 축소, 더 이상 사용하지 않는 자동화 작업 중지 | SSH 공개 키 교체, VNC 인증 정보 재발급, 호스트 지문 이상 확인 | 주문 식별자, 노드 지역과 신청자 신원 확인 |
| 스토리지 및 데이터 | 빌드 캐시 정리, 아카이브 내보내기, 프로젝트 파일 무결성 확인 | +1TB SSD, +2TB SSD 또는 Thunderbolt 5 병렬 연결 옵션 활성화 | 먼저 백업을 완료하고 목표 용량과 과금 주기를 확인 |
| 시스템 및 네트워크 | ping, traceroute, 포트 확인과 통제된 전송 테스트 실행 | 지역 이전, 노드 수준 네트워크 이상, 원격 접근에 영향을 주는 시스템 변경 | 타임라인, 출발지 네트워크와 비식별화된 진단 결과 보존 |
| 고위험 작업 | 작업을 중지하고 아직 접근 가능한 데이터를 내보내기 | 디스크 초기화, 시스템 복구, 롤백할 수 없는 권한 또는 부팅 항목 변경 | 영향 범위, 롤백 조건과 데이터 복구 경로 명확화 |
가용성 산정 기준
99.9%는 서비스 기준이며 기록과 분리된 장식용 수치가 아닙니다
기준 충족 여부는 산정 기간, 노드 모니터링 기록, 사용자 측 작업과 불가항력 범위를 함께 확인해야 판단할 수 있습니다.
99.9%
목표 가용성
최근 90일 이동 기간을 기준으로 산정하며 모든 노드는 연중 365일 정상 운영됩니다. 정해진 중단 시간은 두지 않습니다.
산정 체계
최근 90일
- 수집 범위
- 노드 연결성, 원격 접근과 서비스 측 이벤트 기록
- 확인 단위
- 영향받은 노드, 지속 시간과 주문 귀속을 기준으로 확인
- 제외 범위
- 사용자 작업, 출발지 네트워크 이상과 불가항력 사건
- 기준 미달 처리
- 확인 결과 기준 미달이 성립하면 서비스 약관에 따라 서비스 크레딧을 보상합니다
단일 ping 패킷 손실이나 로컬 네트워크 불안정만으로는 노드 사용 불가를 의미하지 않습니다. 신고 시 발생 시간, 노드 지역, 출발지 네트워크와 재현 방법을 함께 제공하세요.
같은 시간대에 특정 포트, 특정 클라이언트 또는 하나의 프로젝트만 실패한다면 먼저 접근 인증 정보, 프로젝트 구성과 노드 서비스 상태를 구분하세요.
지원팀이 타임라인과 영향 범위를 확인한 뒤 합의된 기준에 미달하면 서비스 약관에 따라 해당 서비스 크레딧을 처리합니다.
데이터 수명 주기
제공부터 삭제까지 모든 단계의 책임을 명확히 합니다
데이터 수명 주기 관리는 대여 기간이 끝날 때 시작되지 않습니다. 접근 자료, 프로젝트 파일, 내보낸 결과와 회수 기록은 제공일부터 분리해 관리해야 합니다.
-
01
제공
Debug M4 구성, 노드 지역, 호스트 주소, 사용자 이름, 호스트 지문과 접근 권한 발급 상태를 확인해 자동화 작업에 잘못된 대상을 지정하지 않도록 합니다.
-
02
운영
저장소, 종속성, 빌드 캐시와 산출물은 사용자가 관리하고 워크플로별로 구성원 권한을 제어하세요. 중요한 데이터는 별도 사본으로 보관하세요.
-
03
내보내기
대여 기간 만료 전에 아카이브, 로그와 프로젝트 데이터를 다운로드하고 파일 무결성을 확인한 뒤 해당 노드를 가리키는 runner 또는 예약 작업을 중지하세요.
-
04
접근 권한 회수
SSH와 VNC 접근 자료를 폐기하고 주문 관련 진입점을 닫은 뒤 기존 인증 정보로 더 이상 세션을 만들 수 없는지 확인하세요.
-
05
삭제 및 기록
노드 회수 절차에 따라 대여 기간의 데이터를 처리하고 필요한 주문, 보안과 작업 기록을 보관하세요. 구체적인 정보 처리 규칙은 개인정보 보호정책을 참조하세요.
사고 대응 절차
6단계로 사실, 영향과 다음 조치를 맞춥니다
보안 사고가 발생하면 증거를 우선 보존하고 영향 확산을 제한합니다. 알림 내용은 확인된 사실을 기준으로 하며 검증되지 않은 결론으로 타임라인을 대체하지 않습니다.
-
01
발견
노드 경고, 사용자 신고 또는 접근 이상을 접수하고 최초 발생 시간, 영향을 받은 진입점과 초기 현상을 기록합니다.
사용자 협조: 원본 오류와 발생 시간을 보존하세요. -
02
확인
주문, 지역, 접근 기록과 재현 조건을 대조해 로컬 네트워크, 인증 정보, 프로젝트 구성과 노드 측 문제를 구분합니다.
사용자 협조: 주문 식별자와 비식별화된 로그를 제공하세요. -
03
격리
비정상 접근 경로를 제한하고 관련 인증 정보를 교체하거나 고위험 작업을 일시 중지해 영향 확대를 우선 차단합니다.
사용자 협조: 반복 시도와 자동 재시도를 중지하세요. -
04
복구
확인된 원인을 처리하고 권한, 서비스와 데이터 범위를 검증한 뒤 변경 항목과 롤백 조건을 기록합니다.
사용자 협조: 업무 측 검수 절차를 확인하세요. -
05
복원
접근과 작업 흐름을 단계별로 복원하고 연결, 빌드와 산출물 내보내기가 검증 가능한 상태로 돌아왔는지 관찰합니다.
사용자 협조: 최소 검수 작업을 실행하세요. -
06
사후 검토
타임라인, 영향 범위, 대응 작업과 후속 개선 사항을 정리하고 필요하면 인증 정보 관리와 작업 체크리스트를 업데이트합니다.
사용자 협조: 미해결 항목과 담당자를 확인하세요.
보안 문의
재현 가능한 정보를 먼저 정리한 후 지원팀에 보내세요
보안 보고서는 다음 주소로 보내세요: support@debugmac.com또는 콘솔에 로그인해 티켓을 제출하세요. 개인 키, 전체 인증 정보, 비식별화되지 않은 개인정보 또는 문제와 무관한 프로젝트 데이터는 보내지 마세요.
- 영향받은 주문 식별자와 노드 지역
- 시간대를 표시한 이벤트 타임라인
- 최소 재현 단계와 실제 결과
- 완료한 격리 또는 인증 정보 교체 작업
- 비식별화된 로그, 스크린샷 또는 명령 출력 요약
구성, 지역과 접근 범위를 모두 확인한 후 주문을 생성하세요
현재 Debug M4만 판매합니다: M4, 16GB RAM, 256GB SSD를 제공하며 싱가포르, 일본, 한국, 홍콩과 미국 서부에서 주문할 수 있습니다. 실제 사용 가능 여부는 콘솔의 실시간 결과를 따릅니다.