VPS 호스팅 로그로 알 수 있는 것과 없는 것

데이터 범주 구분하기

계정 기록에는 필수 연락처, 인증 사건, 설정, 서비스 식별자가 포함될 수 있습니다. 청구 기록에는 청구서, 금액, 시각, 자산이나 결제 수단, 처리업체 참조값이 들어갈 수 있습니다. 보안 기록에는 로그인 실패, 관리 작업, 속도 제한 사건, 침해나 오용 조사 신호가 포함될 수 있습니다. 지원 기록에는 고객이 보낸 내용과 해결에 필요한 답변이 담깁니다.

플랫폼 원격 측정에는 라우팅, 용량, 안정성, 보호에 필요한 자원 상태, 호스트 사건, 트래픽 합계, 네트워크 데이터가 포함될 수 있습니다. 이는 게스트 안의 파일, 데이터베이스 행, 메시지, 애플리케이션 로그와 다릅니다. 고객은 보통 root 접근과 선택한 소프트웨어로 게스트 내용을 통제하되 플랫폼 기능과 유효한 개입 의무의 적용을 받습니다.

• 서로 다른 데이터셋을 ‘로그’ 한 단어로 묶지 않습니다.
• 결제 처리업체는 호스트 시스템 밖에서 기록을 만들 수 있습니다.
• 백업과 스냅샷은 활성 디스크에서 사라진 뒤에도 데이터를 보관할 수 있습니다.

목적이 수집과 접근을 결정합니다

보관하는 모든 범주에는 프로비저닝, 인증, 청구, 사기 방지, 서비스 보안, 용량 관리, 지원, 분쟁 처리, 법규 준수 같은 이유가 있어야 합니다. 접근은 역할과 필요에 따라야 합니다. 기술적으로 사용할 수 있다는 이유만으로 민감한 기록을 일반 분석에 쓰면 안 됩니다.

이 편집 페이지는 고정 보존 기간을 지어내지 않습니다. 공식 개인정보 및 서비스 문서는 법적 의무, 보안 기간, 청구 분쟁, 백업, 삭제 대기를 포함해 현재 기간이나 그 결정 기준을 게시해야 합니다. 정확한 기간이 없다면 규제 대상 또는 민감한 워크로드를 올리기 전에 문의하십시오.

• 문서화된 목적에 필요한 최소 필드만 수집합니다.
• 직원 접근을 제한하고 필요하면 특권 작업을 기록합니다.
• 목적과 의무가 끝나면 기록을 삭제하거나 익명화합니다.

고객 측 로깅은 고객의 결정입니다

웹 서버, 데이터베이스, 리버스 프록시, 모니터링 에이전트, 방화벽, 셸은 각각 VPS 내부에 로그를 만들 수 있습니다. 설치 뒤 기본 설정을 검토하십시오. 필요한 필드를 정하고 비밀정보를 가리고, 순환과 삭제를 설정하고, 권한을 통제합니다. 위협 모델에 로컬 침해가 포함되면 중요한 보안 사건을 보호된 원격 위치로 보냅니다.

모든 로그를 끄면 보안과 가용성을 해칠 수 있습니다. 더 나은 방법은 선택적이고 비례적인 로깅입니다. 사고 탐지와 정당한 의무 이행에 필요한 만큼 보관하되 요청 본문, 토큰, 비밀번호, 불필요한 개인 식별자는 피하십시오.

• 인증정보, 복구 코드, 개인 키를 절대 기록하지 않습니다.
• 기본값을 그대로 쓰지 말고 애플리케이션 보존 기간을 의도적으로 정합니다.
• 백업 및 삭제 위협 모델에 로그를 포함합니다.

요청, 사고, 투명성

구속력 있는 법적 절차, 결제 분쟁, 보안 사고, 오용 조사에 대응하려면 기록을 보존하거나 공개해야 할 수 있습니다. 처리는 적용 법률, 범위, 관련 당사자에 따라 달라집니다. 개인정보 보호 주장이 유효한 의무를 무시하겠다고 약속할 수는 없습니다.

구매 전에 이 범주표를 현재 개인정보 고지와 처리업체 목록과 비교하십시오. 오래된 요약이 계속 적용된다고 가정하지 말고 불일치는 공개 연락 채널로 신고합니다.