물리 장치
리소스를 다른 고객과 나누지 않음
칩, 메모리 및 장치 내장 스토리지는 할당된 Mac mini 전체에 귀속됩니다. 서비스는 독점 물리 장비로 제공되며, 공유 가상 머신이 아니고 오버셀 비율로 리소스를 설명하지 않습니다.
독점 장치 보안 모델
보안 경계는 장치 전체를 독점하는 것에서 시작됩니다
BerryVM은 임대 기간 동안 단일 고객이 독점 사용하는 Mac mini 물리 노드를 제공합니다. 가상 머신이 아닙니다. 보안 모델은 장치 격리, 액세스 제어, 작업 기록 및 데이터 경계를 중심으로 구성되며, 고객이 직접 완료해야 하는 설정 책임도 명확히 안내합니다.
- 장치 소유
- 임대 기간 동안 단일 고객 독점
- 서비스 형태
- 독점 물리 장비, 가상 머신 아님
- 가동률 기준
- 99.9%
SECURITY HANDOFF
보안 인수인계 데스크
경계 등록 완료
인도 대상
독점 Mac mini 물리 노드
- 장치 독점
- 임대 기간 중 단일 테넌트
- 액세스 제어
- 자격 증명 전달 후 고객이 교체
- 작업 기록
- 주문, 티켓 및 필요한 운영 기록
- 데이터 경계
- 고객 데이터는 할당된 장치에 보관
점검 항목
04 / 04
책임 경계 확인 가능
장치 격리
임대 기간 동안 주문 하나당 독점 물리 노드 하나
BerryVM은 동일한 장치의 프로세서, 메모리 또는 로컬 스토리지를 여러 고객에게 나누어 제공하지 않습니다. 주문 전달이 완료되면 할당된 장치는 임대 기간 동안 해당 고객이 독점 사용하며, 기간 종료 후 액세스가 차단되고 종료 처리 절차로 들어갑니다.
테넌트 경계
주문에 연결된 액세스 범위
장치 식별자, 노드 및 액세스 정보는 주문과 함께 제공됩니다. 고객은 승인된 구성원에게만 액세스를 허용해야 하며, 구성원의 역할이 바뀌거나 협업자가 나가거나 유출이 의심되면 즉시 자격 증명을 교체해야 합니다.
지원 범위
지원 작업에는 명확한 승인이 필요
지원 담당자는 고객 환경에 대한 지속적인 액세스를 기본 조건으로 삼지 않습니다. 문제 확인을 위해 지원이 필요한 경우 콘솔 티켓에 문제 범위, 허용 작업 및 유효 시간을 명확히 작성하고, 가능한 한 비식별화된 로그를 사용해야 합니다.
자격 증명 인수인계
초기 정보는 인도에 사용하고 장기 공유 자격 증명으로 남겨 두지 마세요
액세스 정보는 최초의 안전한 세션을 설정하는 데 필요한 내용만 제공합니다. 정보를 받은 후 먼저 장치와 노드를 확인하고, 자격 증명을 변경하며, 소스를 제한하고, 승인된 구성원을 기록해야 합니다.
최초 연결 점검표
HANDOFF / ACCESS
확인
먼저 인도 대상을 확인하세요
주문 식별자, 장치 구성, 선택한 노드 및 받은 액세스 정보를 대조하세요. 일치하지 않으면 연결을 중지하고 콘솔에서 티켓을 제출하세요.
교체
최초 세션 후 자격 증명 변경
초기 비밀번호를 일상적인 협업에 계속 사용하지 마세요. 팀 정책에 따라 강력한 새 자격 증명을 설정하고, 가능하면 키 인증을 사용하며 복구 정보를 안전하게 보관하세요.
정리
액세스 소스 축소
작업에 필요한 원격 서비스와 소스 주소만 열고 사용하지 않는 공유 기능을 끄세요. 자동화 Runner에는 별도의 철회 가능한 권한을 사용하세요.
기록
책임자와 교체 시점 등록
액세스 권한 보유자, 자격 증명 교체 시점, 해당 장치를 사용하는 파이프라인, 구성원 변경 시 액세스 철회 담당자를 기록하세요.
먼저 티켓 범위를 정하고 필요한 작업을 수행합니다
장애 분석은 기본적으로 장치 상태, 네트워크 경로 및 비식별화된 로그에서 시작합니다. 고객이 명시적으로 승인하고 원격 진단이 실제로 필요한 경우에만 티켓에 정한 범위 내에서 지원합니다.
- 일반 이메일로 액세스 비밀번호를 보내도록 요구하지 않음
- 비식별화하지 않은 프로젝트 키나 전체 구성을 제출하도록 요구하지 않음
- 승인이 끝나면 임시 액세스를 철회하고 관련 자격 증명을 교체해야 함
즉시 철회하고 교체하며 증거를 보존하세요
자격 증명 유출이 의심되면 먼저 영향을 받은 자동화 작업을 중지하고 관련 액세스를 철회한 뒤 교체를 완료하세요. 주문 식별자, 노드, 발생 시간, 소스 주소 및 비식별화된 로그를 보존하고 콘솔 티켓을 제출하세요.
보안 티켓 제출
데이터 수명 주기
개통부터 종료까지 단계마다 데이터 처리 방식이 다릅니다
고객 프로젝트 데이터는 주로 할당된 독점 물리 장비에 저장됩니다. 계정, 주문, 결제 상태, 지원 커뮤니케이션 및 필요한 운영 기록은 각각의 목적에 따라 처리됩니다. 전체 보존 근거와 사용자 권리는 개인정보 처리방침에서 확인할 수 있습니다.
주문과 장치 연결 설정
주문 확인, 장치 할당 및 액세스 정보 전달을 위해 계정 연락처 정보, 구성, 임대 기간, 노드 및 결제 상태를 처리합니다. 개통 단계에서 고객에게 프로젝트 소스 코드나 운영 데이터를 제출하도록 요구하지 않습니다.
장치 내 프로젝트 데이터는 고객이 관리
임대 기간 동안 고객은 할당된 장치의 저장소, 빌드 캐시, 모델 파일, 키 및 산출물 권한을 관리합니다. BerryVM은 서비스 운영, 보안 및 지원에 필요한 기록만 처리합니다.
장치와 주문 상태 연장
갱신이 확인되면 주문에 따라 장치 사용 기간이 연장됩니다. 팀은 자체 주기에 따라 자격 증명을 교체하고 만료된 구성원 권한을 정리하며 자동화 작업에서 사용하는 키를 점검해야 합니다.
액세스를 차단하고 종료 처리 시작
임대 기간이 끝나면 고객 액세스를 차단하고 서비스 절차에 따라 장치 데이터를 처리합니다. 고객은 종료 전에 필요한 산출물을 내보내고 외부 시스템 토큰을 철회하며 장치 내 유일한 사본에 더 이상 의존하지 않는지 확인해야 합니다.
수집 범위, 보존 근거 또는 삭제 요청을 확인해야 하나요?
개인정보 처리방침 보기
개인정보 처리방침은 계정 정보, 주문 기록, 지원 커뮤니케이션, 필요한 로그 및 장치 데이터의 처리 범위를 각각 설명합니다.
원격 액세스 기본 기준
액세스 가능한 범위를 실제 작업에 필요한 만큼만 줄이세요
원격 세션의 위험은 대개 장기 자격 증명, 지나치게 넓은 소스 허용 범위, 유휴 서비스 및 추적할 수 없는 공유 액세스에서 발생합니다. 다음 목록은 장치 인도 후 초기 설정의 기준으로 활용할 수 있습니다.
최소 노출
작업에 필요한 원격 서비스와 포트만 활성화하세요. 개발 환경에 필요하지 않은 공유, 검색 및 테스트 서비스는 꺼 두어야 하며, 임시 점검을 위해 장기 진입점을 남겨 두지 마세요.
점검 항목: 서비스, 포트, 수신 주소키 우선
자동화 작업과 프로젝트 구성원은 각각 철회 가능한 인증 자료를 사용해야 합니다. 여러 사람이 동일한 장기 비밀번호를 공유하지 말고, 개인 키를 저장소, 빌드 스크립트 또는 티켓 본문에 직접 기록하지 마세요.
점검 항목: 키 소유자, 보관, 철회소스 제한
팀의 외부 연결 지점, 제어된 점프 경로 또는 작업 네트워크를 기준으로 액세스 소스를 제한하세요. 여러 지역에서 협업하는 경우 먼저 소스 정책을 확인하고 모든 주소를 장기적으로 허용하는 방식은 피하세요.
점검 항목: 소스 범위, 예외, 만료 시간정기 감사
구성원, 자동화 Runner, 원격 서비스 및 외부 토큰을 정기적으로 점검하세요. 구성원이 프로젝트를 떠나거나 파이프라인이 중단되거나 장치 용도가 바뀌면 더 이상 필요하지 않은 권한을 즉시 철회해야 합니다.
점검 항목: 구성원, 작업, 토큰, 이상 기록| 점검 대상 | 권장 조치 | 실행 시점 | 보존할 기록 |
|---|---|---|---|
| 사용자 액세스 | 구성원 권한을 확인하고 만료된 액세스를 철회 | 구성원 역할 변경 또는 프로젝트 이탈 | 승인자, 철회 시간, 관련 장치 |
| 자동화 자격 증명 | 키를 교체하고 파이프라인 복구를 검증 | 정기 교체 또는 유출 의심 | 키 식별자, 교체 시간, 검증 결과 |
| 원격 서비스 | 유휴 서비스를 끄고 소스 범위를 축소 | 작업 종료 또는 네트워크 정책 변경 | 포트, 소스 규칙, 변경 책임자 |
| 지원 승인 | 임시 액세스를 종료하고 관련 자격 증명을 업데이트 | 티켓 점검 종료 | 티켓 식별자, 승인 범위, 종료 결과 |
사고 대응
영향 범위를 먼저 통제한 뒤 서비스를 복구하고 검토 가능한 기록을 남기세요
보안 사고 처리는 사실과 타임라인을 중심으로 진행합니다. 문제를 제출할 때 액세스 비밀번호를 보낼 필요는 없습니다. 주문 식별자, 노드, 발생 시간, 영향 범위, 재현 단계 및 비식별화된 로그가 신속한 판단에 더 도움이 됩니다.
추적 가능한 문제 기록 작성
주문 식별자, 노드, 최초 발견 시간, 영향을 받은 작업 및 이미 취한 조치를 제공하세요. 로그를 첨부하기 전에 키, 토큰, 고객 데이터 및 구성원 식별 정보를 비식별화하세요.
범위와 긴급도 점검
사고가 아직 진행 중인지, 한 대의 장치에 영향을 미치는지 외부 의존성에도 영향을 미치는지, 그리고 즉시 자격 증명을 철회하거나 파이프라인을 중지하거나 네트워크 소스를 제한해야 하는지 확인하세요.
추가 확산 차단을 우선하세요
사실에 따라 영향을 받은 진입점을 닫고 관련 승인을 철회하거나 작업을 일시 중지하세요. 격리 작업은 추적 가능해야 하며, 핵심 로그를 보존하기 전에 삭제하지 마세요.
근본 원인을 처리하고 복구를 검증하세요
자격 증명 교체, 소스 규칙 수정, 종속성 업데이트 또는 구성 롤백을 완료한 후 최소 검증 작업으로 연결, 빌드 및 산출물 경로가 정상 복구되었는지 확인하세요.
임시 수정을 장기 제어로 전환하세요
타임라인, 근본 원인, 영향 범위 및 후속 조치를 정리하고 새로 추가해야 할 모니터링, 권한 회수, 교체 메커니즘 또는 팀 운영 체크리스트를 명확히 하세요.
확인된 사실에 따라 고객과 공유하세요
서비스 측 처리가 관련된 경우 추적 가능한 지원 경로를 통해 확인 결과, 처리 진행 상황 및 고객이 수행해야 할 작업을 공유하세요. 확인되지 않은 추측으로 결론을 대신하지 마세요.
연속성과 증거
가동률은 장기 기록으로, 단일 장애는 주문 타임라인으로 확인합니다
BerryVM은 서비스 가동률 목표를 99.9%로 설정하며 모든 노드는 연중 365일 정상 운영됩니다. 통계 범위, 제외 조건, 신청 기한 및 적용되는 보상 방식은 서비스 약관을 따릅니다.
99.9%
서비스 가동률 목표
최근 90일 요약
연속성 기록 입구
확인 가능
90일
요약 관찰 기간
5개
판매 중인 물리 노드 지역
365일
연중 정상 운영
노드 상태 기록
지역 및 시간별 확인
주문 이벤트 기록
주문 식별자로 연결
지원 처리 기록
티켓 타임라인으로 추적
액세스 정보 업데이트
인도 작업으로 기록
특정 운영 중 장애를 확인하려면 주문 식별자, 노드, 발생 시간, 지속 시간 및 영향 범위를 제출하세요. 서비스 측 기록과 고객 측 로그는 동일한 시간대를 사용하거나 시간대를 명확히 표시해야 합니다.