CPU와 메모리 전용 사용
다른 고객이 이 머신에서 컴파일, 테스트 또는 추론 작업을 실행하지 않습니다. 빌드 프로세스는 로컬 리소스를 사용하며, 같은 호스트의 CPU와 메모리를 다른 고객과 나눠 쓰지 않습니다.
한 노드에서 실행하는 병렬 작업 수는 고객의 runner와 빌드 스크립트로 제어합니다.
전용 노드, 명확한 보안 경계
인증서는 내 머신에서만
OSXBuild는 가상 머신이 아닌 물리 머신 한 대를 단독으로 제공합니다. CPU, 메모리, 디스크를 다른 고객과 공유하지 않습니다. 서명 인증서, 소스 코드, 빌드 결과물을 어디에 저장하고 어떻게 권한을 부여하며 내보낼지는 고객이 직접 관리합니다.
먼저 격리 방식을 확인한 다음 서명과 접근 권한을 설정하세요. 티켓에 개인 키나 비밀번호를 입력하지 마세요.
리소스 소유권 확인
한 대의 머신에서 다른 고객의 빌드는 실행되지 않습니다
전용 리소스는 공유 호스트의 작업 슬롯이 아니라 물리 노드 전체입니다. 대여 기간 동안 Mac mini 한 대를 고객의 워크로드 전용으로 사용합니다.
디스크와 캐시는 직접 관리
소스 코드, DerivedData, 의존성 캐시, 내보낸 IPA는 전용 노드에 저장됩니다. 다른 고객의 작업으로 덮어쓰이지 않으며, 서명 파일을 공유 빌드 큐에 맡길 필요도 없습니다.
캐시는 백업이 아닙니다. 중요한 빌드 결과물과 복구 자료는 별도로 보관하세요.
물리적 격리가 권한 관리를 대신하지는 않습니다
물리 머신 전체를 단독으로 사용하면 고객 간 리소스가 격리됩니다. 팀원 간 권한은 프로젝트별로 설정해야 합니다. 일상적인 빌드에는 전용 계정과 전용 키를 사용하고 관리자 자격 증명을 파이프라인에 입력하지 마세요.
macOS 그래픽 인터페이스와 명령줄을 모두 사용할 수 있으며, 접근 범위는 직접 설정합니다.
머신에 있는 코드와 빌드 결과물은 고객의 소유이며, 당사는 해당 업무 콘텐츠를 열람하지 않습니다. 문제 해결을 요청할 때는 필요한 오류 부분만 제공하세요. 제출 전에 토큰, 서명 자료, 프로젝트 기밀을 제거하세요.
대여 종료 후 인수인계
디스크를 안전하게 삭제한 뒤 재배정
이전 고객의 작업 디렉터리를 그대로 다음 고객에게 넘기지 않습니다. 회수 시 디스크를 안전하게 삭제하고 시스템을 재설치합니다.
-
먼저 백업하세요
대여 종료 전에 보관할 소스 코드, IPA, 설정, 서명 복구 자료를 내보내세요. 다른 환경에서 파일을 열 수 있는지 확인하세요. 복사 명령이 실행된 것만 확인해서는 안 됩니다.
-
노드 회수
대여 기간이 끝나 노드를 회수하면 디스크를 안전하게 삭제합니다. 회수 절차는 임시 보관 서비스가 아닙니다. 만료 후에도 파일을 다시 가져올 수 있는 아카이브로 노드를 사용하지 마세요.
-
재설치 후 재배정
시스템을 재설치한 뒤에만 노드를 다음 고객에게 제공합니다. 프로젝트 디렉터리, 빌드 캐시, 서명 자산은 새 고객의 초기 환경에 남겨 두지 않습니다.
마지막 archive 때까지 인수인계를 미루지 마세요
백업 확인을 프로젝트 인수인계 체크리스트에 포함하세요. 더 이상 필요하지 않은 저장소 접근 권한, runner 등록, 배포 토큰도 폐기하세요. 로컬 디스크를 삭제해도 외부 시스템에서 유효한 권한까지 자동으로 취소되지는 않습니다.
서명 권한은 배포 권한입니다
인증서로 서명할 수 있어도 누구나 가져갈 수 있어서는 안 됩니다
빌드 작업에는 배포에 필요한 최소한의 권한만 부여하세요. 다음 세 가지는 파일을 눈에 띄지 않는 폴더에 숨기는 것보다 효과적입니다.
전용 키체인, 사용 후 잠금
빌드 계정 전용 키체인을 만드세요. 서명 단계 직전에만 잠금을 해제하고 파이프라인이 끝나면 다시 잠그세요. 작업 실패 시에도 정리 절차를 실행해 예기치 않은 종료 후 키체인이 계속 열린 상태로 남지 않게 하세요.
잠금 해제 암호는 관리되는 자격 증명 저장소에서 가져오고 명령줄 인수로 노출하지 마세요.
업로드에는 API 키 사용
App Store Connect에 빌드 결과물을 업로드할 때는 자동화 스크립트에 계정 비밀번호를 저장하는 대신 작업 범위에 맞는 API 키를 사용하세요. 키 파일은 프로젝트 코드와 분리해 보관하고, 키를 교체할 때 빌드 설정도 함께 업데이트하세요.
키 내용을 로그, 빌드 결과물, 오류 스크린샷에 남기지 마세요.
.p12 파일은 공유 저장소에 넣지 마세요
개인 키가 포함된 .p12 파일을 커밋하지 말고 내보내기 암호도 같은 저장소에 두지 마세요. Fastlane match를 사용하는 경우 암호화 자료와 복호화 자격 증명을 각각 관리하고 서명 저장소의 읽기 권한을 제한하세요.
실수로 커밋했다면 인증서 폐기와 키 교체를 검토하세요. 현재 파일만 삭제해도 기록까지 지워지는 것은 아닙니다.
마무리: 빌드 키체인 다시 잠그기
아래 명령은 키체인 경로 예시를 사용합니다. 실제 이름으로 바꾸고, 같은 정리 작업을 파이프라인의 종료 처리에도 추가하세요.
security lock-keychain "$HOME/Library/Keychains/build.keychain-db"
두 가지 로그인, 각각 보호
콘솔은 주문 관리, SSH는 머신 접속
콘솔 로그인 자격 증명과 노드 접속 키는 역할이 다릅니다. 같은 자격 증명을 재사용하지 말고 해당 권한이 필요하지 않은 작업에 어느 쪽도 넘기지 마세요.
콘솔과 이메일
콘솔 전용 비밀번호를 설정하고 로그인 및 인증 이메일을 받는 메일 계정도 보호하세요. 신뢰할 수 있는 기기에서만 로그인하고 다른 사람이 전달한 페이지에 자격 증명을 입력하지 마세요.
제공 정보, 주문 상태, 관련 작업 기록은 콘솔에서 확인하세요. 예상과 다른 변경 사항을 발견하면 주문 번호와 발생 시각을 기록한 뒤 티켓을 제출하세요. 안내에 전체 자격 증명을 첨부하지 마세요.
SSH 및 팀 접근
SSH 공개 키로 로그인하고 개인 키는 관리되는 로컬 기기나 CI 자격 증명 저장소에 보관하세요. 팀원과 각 파이프라인마다 별도의 키를 사용하면 개별적으로 폐기할 수 있습니다. 추적할 수 없는 개인 키 하나를 함께 사용하지 마세요.
비밀번호 로그인과 포트 정책을 변경하기 전에 키 접속이 정상 작동하고 복구 가능한 접근 방법이 있는지 확인하세요. 팀원이 나가거나 runner를 폐기하면 해당 권한을 즉시 제거하세요.
작업 내역을 추적하고 로그는 민감 정보 제거
각 배포를 커밋 버전, 파이프라인 번호, 빌드 결과물 버전과 연결하고 빌드 로그 접근 범위를 제한하세요. 지원이 필요하면 오류 발생 시각과 로그 끝부분의 관련 내용만 남기고 환경 변수, 접근 토큰, 자격 증명이 포함된 저장소 주소를 제거하세요.
결제 정보와 머신 데이터는 별도로 처리
카드 번호는 OSXBuild에 저장되지 않습니다
모든 주문은 미국 달러(USD)로 결제됩니다. 아래 두 가지 결제 수단만 지원하며 실제 이용 가능한 결제 게이트웨이는 백엔드 응답을 기준으로 합니다.
Visa / Mastercard / Amex
신용카드 결제는 Stripe를 통해 처리되며 OSXBuild는 카드 번호를 저장하지 않습니다. 주문 기록에는 서비스 제공과 대사에 필요한 결제 상태만 보관하며, 기술 지원 자료로 카드 번호를 수집하지 않습니다.
결제 문제가 발생하면 주문 번호, 결제 시각, 페이지에 표시된 오류 메시지만 알려주세요.
USDT-TRC20
결제 페이지에 현재 표시된 정보만 사용하세요. 송금 전에 네트워크, 금액, 수취 정보를 확인하세요. 과거 스크린샷이나 다른 사람이 보낸 이메일의 주소를 현재 주문 페이지 대신 사용하지 마세요.
결제 대사에 도움이 필요하면 거래 ID를 제공하세요. 지갑 개인 키나 복구 자료는 보내지 마세요.
인보이스, 갱신, 결제 결과는 콘솔에서 확인하세요. 결제 문제 해결을 이유로 전체 카드 번호, 카드 보안 코드, 개인 키를 요구하는 사람에게는 해당 정보를 제공하지 마세요.
문제를 처리할 수 있는 담당자에게 알리기
보안 취약점을 신고하고 비밀 정보는 보내지 마세요
보안 신고, 권한 이상, 자격 증명 유출 의심 사례는 지원 이메일이나 로그인 후 콘솔에서 티켓으로 제출하세요. 별도의 보안 신고 이메일은 없습니다.
첫 신고에 포함할 네 가지
- 영향 범위: 페이지 경로, 노드 또는 관련 주문 번호를 적고 접속 비밀번호는 포함하지 마세요.
- 발생 과정: 재현을 위한 최소 단계, 예상 결과, 실제 결과를 적어 주세요.
- 시간 정보: 작업 기록을 확인할 수 있도록 발생 시각과 시간대를 적어 주세요.
- 민감 정보 제거한 증거: 오류 내용 일부나 민감 정보를 가린 스크린샷을 첨부하세요. 개인 키나 서명 파일 전체는 보내지 마세요.
한 가지 채널만 선택하세요
주문 전이거나 로그인할 수 없다면 이메일을 이용하세요. 기존 주문 관련 문제는 노드와 제공 정보를 연결하기 쉽도록 티켓으로 제출하는 것이 좋습니다.
support@osxbuild.com
키가 유출된 것으로 의심되면 먼저 관련 권한을 취소하고 자격 증명을 교체한 뒤 신고하세요. 문제를 확인할 때는 접근 권한이 있는 리소스만 사용하세요. 다른 고객의 데이터를 열람하거나 파괴적인 테스트를 하지 마세요.
다음 서명 작업에도 명확한 경계를
노드 한 대를 단독으로 사용하고 서명 자산은 직접 관리하세요. 구성을 선택한 다음 키, 백업, 회수 체크리스트를 빌드 프로세스에 함께 포함하세요.