Geo 보안 검토(Q&A)

Geo 보안 검토(Q&A)에 대해 설명합니다.

다음 Geo 기능 세트의 보안 검토는 자체 GitLab 인스턴스를 운영하는 고객에게 적용되는 기능의 보안 측면에 중점을 둡니다. 검토 질문은 부분적으로 owasp.org 의 OWASP 애플리케이션 보안 검증 표준 프로젝트 를 기반으로 합니다. 비즈니스 모델 # 애플리케이션이 서비스를 제공하는 지리적 영역은 무엇인가요? # 고객에 따라 다릅니다. Geo는 고객이 여러 영역에 배포할 수 있도록 하며 고객이 위치를 선택합니다. 지역 및 노드 선택은 완전히 수동입니다. 데이터 필수 요소 # 애플리케이션은 어떤 데이터를 수신, 생성 및 처리하나요? # Geo는 GitLab 인스턴스가 보유한 거의 모든 데이터를 사이트 간에 스트리밍합니다. 여기에는 전체 데이터베이스 복제, 사용자가 업로드한 첨부 파일과 같은 대부분의 파일, 리포지토리 및 위키 데이터가 포함됩니다. 일반적인 구성에서는 공개 인터넷을 통해 TLS 암호화됩니다. PostgreSQL 복제는 TLS 암호화됩니다. 참고: TLSv1.2만 지원되어야 합니다 데이터를 민감도에 따라 어떻게 분류할 수 있나요? # GitLab의 민감도 모델은 공개 vs. 내부 vs. 비공개 프로젝트를 중심으로 합니다. Geo는 이를 모두 무분별하게 복제합니다. 파일 및 리포지토리(데이터베이스 콘텐츠는 아님)에 대한 "선택적 동기화"가 있어 원한다면 덜 민감한 프로젝트만 보조 사이트로 복제할 수 있습니다. 애플리케이션에 대해 어떤 데이터 백업 및 보존 요구 사항이 정의되어 있나요? # Geo는 애플리케이션 데이터의 특정 부분을 복제하기 위해 설계되었습니다. 문제의 일부가 아닌 솔루션의 일부입니다. 최종 사용자 # 애플리케이션의 최종 사용자는 누구인가요? # 보조 사이트는 주요 GitLab 설치( 기본 사이트)에서 멀리 떨어진(인터넷 지연 면에서) 지역에 만들어집니다. 보조 사이트가 더 가깝다고 느끼는(인터넷 지연 면에서) 기본 사이트를 보통 사용하는 누구나가 사용하도록 의도됩니다. 최종 사용자는 애플리케이션과 어떻게 상호 작용하나요? # 보조 사이트는 기본 사이트가 제공하는 모든 인터페이스(특히 HTTP/HTTPS 웹 애플리케이션 및 HTTP/HTTPS 또는 SSH Git 리포지토리 액세스)를 제공하지만 읽기 전용 활동으로 제한됩니다. 주요 사용 사례는 기본 사이트 대신 보조 사이트에서 Git 리포지토리를 clone하는 것으로 예상되지만 최종 사용자는 GitLab 웹 인터페이스를 사용하여 프로젝트, 이슈, 머지 리퀘스트, 스니펫과 같은 정보를 볼 수 있습니다. 최종 사용자는 어떤 보안 기대치를 가지고 있나요? # 복제 프로세스는 안전해야 합니다. 예를 들어 공개 인터넷을 통해 전체 데이터베이스 콘텐츠나 모든 파일 및 리포지토리를 평문으로 전송하는 것은 일반적으로 허용되지 않습니다. 보조 사이트는 기본 사이트와 동일한 콘텐츠에 대한 액세스 제어를 가져야 합니다. 인증되지 않은 사용자는 보조 사이트를 쿼리함으로써 기본 사이트의 권한 있는 정보에 액세스해서는 안 됩니다. 공격자는 기본 사이트에 대해 보조 사이트를 가장할