*이 글은 문서는 https://docs.gitlab.com/를 참조하여 작성되었습니다..gitlab.com/를 참조하여 작성되었습니다.

Threat Monitoring

• 위협 모니터링 페이지는 GitLab 응용 프로그램 실행시 보안 기능에 대한 통계를 제공합니다. 

• 프로젝트의  Security & Compliance > Threat Monitoring 페이지로 이동하여 이러한 메트릭에 액세스 할 수 있습니다.

  •  다음 보안 기능에 대한 통계를 지원합니다.

    • 웹 애플리케이션 방화벽

    • 컨테이너 네트워크 정책

웹 애플리케이션 방화벽

• 웹 애플리케이션 방화벽 섹션은 NGINX Ingress 컨트롤러 및 ModSecurity 방화벽에 대한 메트릭을 제공합니다. 

  • 이 섹션에는 아래와 같은 전제 조건이 있습니다.

    • 프로젝트에는 하나 이상의 환경이 있어야 합니다.

    • 웹 응용 프로그램 방화벽이 활성화되어 있어야 합니다.

    • Elastic Stack 이 설치되어 있어야 합니다.

• Web Application Firewall 섹션에서는 침투 트래픽에 대한 아래 정보를 표시합니다.

  • 응용 프로그램에 대한 총 요청 수

  • 구성된 규칙에 따라 비정상으로 간주되는 트래픽 비율

  • 선택한 시간 간격에 대한 요청 분석 그래프

• 트래픽의 상당 부분이 비정상적인 경우 응용 프로그램 로그를 검사하여 잠재적인 위협에 대해 트래픽을 조사해야합니다.

컨테이너 네트워크 정책

• Container Network Policy 섹션에서는 응용 프로그램의 Cubernetes 네임스페이스에 대한 패킷 흐름 메트릭을 제공합니다. 

  • 이 섹션에는 아래와 같은 전제 조건이 있습니다.

    • 프로젝트에 하나 이상의 환경이 포함되어 있습니다

    • Cilium 설치

    • Prometheus 서비스 구성

• Cilium에 사용자 지정 Helm 값을 사용하는 경우 Hubble 값에 다음 줄을 추가하여 각 네임 스페이스에 대한 흐름 메트릭으로 Hubble을 활성화해야 합니다.

metrics:
  enabled:
    - 'flow:sourceContext=namespace;destinationContext=namespace'

• Container Network Policy 섹션을 표시하여 패킷 흐름에 대한 아래와 같은 정보를 제공합니다.

  • 인바운드 및 아웃 바운드 패킷의 총량

  • 구성된 정책에 따라 삭제 된 패킷 비율

  • 요청 된 시간 간격 동안 시간 동안 누적 된 전달 및 삭제 된 패킷의 초당 평균 비율

• 패킷의 상당 부분이 삭제되면 Cilium 로그를 검사하여 잠재적인 위협이 있는지 조사해야 합니다.

...

Aplication security

• GitLab은 무단 액세스, 데이터 유출, 서비스 거부 등으로 이어질 수있는 수 있는 보안 취약점에 대해 애플리케이션을 확인할 수 있습니다. 

• GitLab은 병합 요청에서 취약점을 보고하므로 병합하기 전에 수정할 수 있습니다. 

• 보안 대시보드 프로젝트, 파이프 라인 및 그룹에서 발견된 취약점에 대한 높은 수준의 보기를 제공합니다. 

• 위협 모니터링 페이지는 애플리케이션 환경에 대한 런타임 보안 측정을 제공합니다. 제공된 정보를 통해 위험 분석 및 치료를 즉시 시작할 수 있습니다.

  • GitLab은 다음 도구를 사용하여 프로젝트에서 발견 된 알려진 취약점을 스캔하고 보고합니다.

컨테이너 스캔

• GitLab CI / CD를 사용하는 경우 컨테이너에 대한 취약점 정적 분석을위한 두 가지 오픈 소스 도구 인 Clair 및 klar 를 사용하여 알려진 취약점에 대한 Docker 이미지(또는 컨테이너)를 확인할 수 있습니다 있습니다.

• 기존 파일gitlab-ci.yml에 CI 작업을 포함 시키거나 Auto DevOps에서 제공하는 자동 컨테이너 검색을 통해 컨테이너 검색을 활용할 수 있습니다 있습니다.

• GitLab은 컨테이너 검색 보고서를 확인하고 소스와 대상 분기 사이에서 발견 된 발견된 취약점을 비교하고 병합 요청에 대한 정보를 보여줍니다.

1. 파이프 라인에서 컨테이너 스캔을 활성화

• docker또는 kubernetes 실행 프로그램이 있는 GitLab 러너

  • 18.09.03이상 버전이나 GitLab.com에서 공유 러너를 사용하고 있다면 러너가 실행중인 머신에 
    Docker가 설치되어 있습니다.  

  • Docker 이미지를 빌드하고 프로젝트의 컨테이너 레지스트리에 푸시합니다. 

  • 아래 정의된대로 다음과 같이 환경 변수를 지정해야 합니다.$CI_REGISTRY_IMAGE/$CI_COMMIT_REF_SLUG:$CI_COMMIT_SHA

  • .gitlab-ci.yml파일에서 아래와 같이 직접 작성할 수 있습니다.

...

• GitLab 11.9 이상의 경우, 컨테이너 검색을 사용하려면 다음을 수행해야 합니다.

  • container_scanning CI / CD 파이프 라인에서 작업을 작성합니다.

  • 이미 빌드 된 Docker 이미지를 프로젝트의 컨테이너 레지스트리 에서 가져와 취약성을 스캔합니다.

  • 결과는 나중에 다운로드하여 분석 할 수 있는 컨테이너 검색 보고서 아티팩트로 저장되고 구현 제한으로 인해 항상 최신 컨테이너 검색 아티팩트를 사용할 수 있습니다. 무대 뒤에서 GitLab Klar 분석기가 사용되고 스캔을 실행합니다.

2. 컨테이너 검색 설정 사용자 정의

• 환경 변수를 변경하려면 의 variables 매개 변수를 사용하여 컨테이너 검색 설정을 변경할 수 있습니다. 

• 컨테이너 변수는 환경 변수를 사용하여 구성할 수 있습니다.

  • .gitlab-ci.yml

종속성 목록

• 종속성 목록을 사용하면 프로젝트의 종속성 및 알려진 취약점을 포함하여 프로젝트의 종속성을 확인할 수 있습니다. 이를 확인하려면 프로젝트 사이드 바에서  Security & Compliance > Dependency List 로 이동

  • 종속성 스캔 CI 작업이 프로젝트에 구성되야 합니다.

  • 프로젝트는 Gemnasium에서 지원 하는 언어 및 패키지 관리자 중 하나 이상을 사용해야 합니다.

...

• 표시된 종속성은 이름별로 정렬됩니다. 또한 설치된 패키지 또는 알려진 취약점의 심각도 별로 정렬 할 수 있습니다.

• 종속성에 알려진 취약점이있는 경우 해당 종속성의 Status셀을 클릭하여 볼 수 있습니다. 그러면 각 취약점의 심각도와 설명이 아래에 표시됩니다.

• Vulnerable components탭 아래 에 알려진 취약점이있는 종속성 만 표시 하는 두 번째 목록이 있습니다 있습니다. 없는
  없는 경우이 탭은 비활성화됩니다.

  • 필드 별 설명

종속성 스캔

• 응용 프로그램을 개발 및 테스트하는 동안 외부 (오픈 소스) 라이브러리를 사용하는 경우 종속성에서 보안 취약점을 자동으로 찾는데 도움이 됩니다.

• GitLab CI / CD 를 사용하는 경우, 당신은 종속성 스캔을 사용하여 알려진 취약점에 대한 종속성을 분석 할 수 있습니다. 전이 종속성 (중첩 종속성이라고도 함)을 포함하여 모든 종속성이 스캔됩니다.

• 기존 파일.gitlab-ci.yml 에 종속성 검색 템플릿 을 포함하거나 Auto DevOps에서 제공하는 자동 종속성 검색을 암시 적으로 사용하여 종속성 검색을 활용할 수 있습니다.

• GitLab은 종속성 스캔 보고서를 확인하고 소스와 대상 분기간에 발견 된 취약점을 비교하고 병합 요청에 대한 정보를 보여줍니다.

...

• 종속성 검색 작업을 실행하려면 기본적으로 권한 모드에서 docker또는 kubernetes실행 프로그램이 실행중인 GitLab Runner가 필요 합니다필요합니다. GitLab.com에서 공유 러너를 사용하는 경우 기본적으로 활성화됩니다.

1. 지원되는 언어 및 패키지

...

• 포함 된 템플릿dependency_scanning은 CI / CD 파이프 라인에 작업을 생성하고 프로젝트의 소스 코드에서 가능한 취약성을 스캔합니다.

• 결과는 나중에 다운로드하여 분석 할 수 있는 종속성 검색 보고서 아티팩트로 저장됩니다. 구현 제한으로 인해 항상 최신 종속성 검사 아티팩트를 사용할 수 있습니다.

2. 종속성 검색 설정 사용자 정의

• 환경 변수를 통해 종속성 스캔 설정을 변경할 수 있습니다 있습니다.

  • .gitlab-ci.yml 파일에 variables매개변수를 사용하여 전역 종속성 검색 설정을 구성

...

3. Docker-in-Docker orchestrator 구성

4. 종속성 검색에 사용되는 특정 분석기 구성

5. 종속성 검색을 위해 Docker 비활성화

• 개별 분석기를 실행하여 Docker에서 Docker가 필요하지 않도록 할 수 있습니다. 이것은 특권 모드에서 실행기를 실행할 필요가 없습니다. 

...

• <analyzer-name>-dependency_scanningCI / CD 파이프 라인에서 실행되는 각 분석기마다 개별 작업이 생성

• 제거함으로써 GitLab은 Linguist 를 사용하여 오케스트레이터 대신 탐지 된 리포지토리 언어에 따라 관련 분석기를 시작.

보안 대시 보드

• 보안 대시 보드는 그룹, 프로젝트 및 파이프 라인의 모든 보안 취약성에 대한 개요를 얻을 수 있습니다.

• 취약성을 분석하고 추가 정보를 얻고, 어떤 프로젝트에서 왔는지, 파일에 포함 된 파일 및 다양한 메타 데이터를 확인하여 위험을 분석할 수 있습니다. 

• 취약점을 악용하여 문제를 생성하거나 해제함으로써 이러한 취약점에 대한 조치를 취할 수 있습니다.

• 보안 대시 보드를 활용하려면 먼저 보안 보고서 중 하나를 구성해야 합니다.

  • 컨테이너 스캔

  • 동적 애플리케이션 보안 테스트

  • 의존성 스캔

  • 정적 애플리케이션 보안 테스트

• 인스턴스, 그룹, 프로젝트 또는 파이프 라인 보안 대시 보드를 사용하려면 아래와 같이 구성해야 합니다.

  • 지원되는 보고서 중 하나 이상으로 그룹 내의 프로젝트를 하나 이상 구성.

  • 구성된 작업은 새 reports구문으로 사용.

  • GitLab Runner 11.5 이상을 사용.

  • GitLab.com 에서 공유 러너를 사용하고 있다면 이미 구성되어 있음.

1. 파이프 라인 보안

• 파이프 라인 수준에서 보안 섹션에는 파이프 라인이 실행 된 프로젝트 분기에 존재하는 취약성이 표시됨.

• 보안 결과를 보려면 Security 탭을 클릭.

...

2. 프로젝트 보안 대시 보드

• 프로젝트 수준에서 보안 대시 보드는 마지막으로 성공한 파이프 라인의 프로젝트에 대한 최신 보안 보고서를 표시합니다. 표시하고 이를 사용하여 default branch에 영향을 미치는 취약성을 찾아 수정.

...

3. 그룹 보안 대시 보드

보안 대시 보드 그룹은 그룹 및 하위 그룹에있는 모든 프로젝트의 취약성에 대한 개요를 제공합니다.

• 먼저 그룹의 Security 탭 아래에있는 보안 대시 보드로 이동 이동. 

• 대시 보드에 있으면 맨 위에 다음에 대한 일련의 필터가 표시됩니다.

  • 심각성

  • 자신

  • 보고서 유형

  • 계획

• 필터 오른쪽에 Hide dismissed 토글 버튼이 표시됩니다.

• 대시보드에는 마지막으로 성공한 프로젝트 파이프 라인에 따라 그룹에서 보안 보고서가 활성화 된 프로젝트만 표시됩니다.

...

• 하나 이상의 필터를 선택하면 이 페이지의 결과가 필터링됩니다. Hide dismissed 토글 버튼을 비활성화하면 해제 된 취약점도 볼 수 있습니다.

• 기본 섹션은 그룹의 모든 취약점 목록을 심각도 별로 정렬합니다. 이 목록에서 취약점의 심각성, 이름, 신뢰도 및 프로젝트의 출처를 확인할 수 있습니다.

• 행 위로 마우스를 가져 가면 수행 할 수있는 조치가 나타납니다.

  • “More info”`

  • “Create issue”

  • “Dismiss vulnerability”

• 목록 옆에는 프로젝트가 다양한 시점에 얼마나 많은 공개 취약점이 있는지 보여주는 타임 라인 차트가 있습니다. 30 일, 60 일, 90 일 중 기본값을 90으로 필터링 할 수 있습니다.

• 차트 위에 마우스를 놓으면 특정 시간에 열린 취약점에 대한 자세한 내용을 볼 수 있습니다.

• 타임 라인 차트 아래에는 발견 된 취약점의 심각도에 따라 그룹화 및 정렬 된 프로젝트 목록이 있습니다.

  • F : 1 개 이상의 "critical"

  • D : 1 개 이상의 "high"또는 "unknown"

  • C : 1 개 이상의 "medium"

  • B : 1 개 이상 "low"

  • A : 취약점 0 개

• 취약성 테스트가 구성되지 않은 프로젝트는 목록에 없습니다. 또한 해제 된 취약점도 포함되지 않습니다.

4. 인스턴스 보안 대시 보드

• 인스턴스 수준에서 보안 대시 보드에는 추가 한 모든 프로젝트에 존재하는 취약성이 표시됩니다. 

• 그룹 보안 대시 보드 의 모든 기능이 포함됩니다 포함됩니다.

• 페이지 상단의 메뉴 표시 줄에서 인스턴스 보안 대시 보드에 액세스 할 수 있습니다.

  • More - Security

...

5. 대시 보드에 프로젝트 추가

• 대시 보드에 프로젝트를 추가하려면

  • 인스턴스 보안 대시 보드 페이지에서 Edit dashboard 버튼을 클릭

  • Search your projects 필드를 사용하여 하나 이상의 프로젝트를 검색하고 추가

  • Add projects 버튼을 클릭

• 추가되면 대시 보드에 선택한 프로젝트에서 발견 된 취약점이 표시됩니다.

...

6. 대시 보드를 최신 상태로 유지

• 보안 대시 보드는 default branch에 최신 보안 검색 결과의 정보를 표시합니다. 즉, 지점이 업데이트 될 때마다 보안 검색이 수행됩니다.

• 기본 분기가 자주 업데이트되지 않으면 검색이 자주 실행되지 않고 새로운 취약성이 발견 될 때 보안 대시 보드의 정보가 오래될 수 있습니다.

• 보안 대시보드의 정보가 정기적으로 업데이트 되도록하려면 매일 보안 검색을 실행 하도록 예약 된 파이프 라인을 구성하면 기본 분기 업데이트 빈도에 관계없이 보안 대시 보드에 표시되는 정보가 업데이트됩니다.

  • 이렇게하면 코드를 변경하지 않아도 보고서가 작성됩니다.