SBOM 생성을 위해 FOSSLight를 사용하는 데 필요한 배경 지식은 다음과 같습니다.

FOSSLight는 오픈소스 소프트웨어(FOSS)의 라이선스 및 보안 취약점을 분석하고 SBOM을 생성하는 데 도움을 주는 도구이므로, 관련 지식이 필요합니다.

1. 오픈소스 소프트웨어 (FOSS) 및 라이선스:

  • 오픈소스의 기본 개념: 소스 코드가 공개되어 누구나 보고, 수정하고, 배포할 수 있는 소프트웨어의 개념을 이해해야 합니다.
  • 다양한 오픈소스 라이선스: Apache 2.0, GPL (GNU General Public License), MIT License, BSD License 등 다양한 오픈소스 라이선스의 종류와 특징, 의무 사항 (저작권 표시, 라이선스 고지, 변경 사항 고지, 배포 조건 등)을 이해해야 합니다.
  • 라이선스 충돌: 여러 오픈소스 라이선스가 혼합된 경우 발생할 수 있는 라이선스 호환성 문제와 그 해결 방안에 대한 기본적인 이해가 필요합니다.

2. SBOM (Software Bill of Materials)의 개념 및 중요성:

  • SBOM의 정의: 소프트웨어를 구성하는 모든 컴포넌트 (오픈소스 라이브러리, 상용 라이브러리, 프레임워크 등)의 목록과 그 정보를 담고 있는 명세서라는 것을 이해해야 합니다.
  • SBOM의 중요성: 보안 취약점 관리, 라이선스 준수, 공급망 보안 강화, 투명성 확보 등 SBOM이 왜 중요한지 알아야 합니다.
  • SBOM 표준: SPDX (Software Package Data Exchange), CycloneDX 등 SBOM의 주요 표준 형식에 대한 기본적인 이해가 있으면 좋습니다.

3. FOSSLight 사용법:

  • FOSSLight의 기능: FOSSLight가 어떤 방식으로 오픈소스 라이선스와 보안 취약점을 분석하고 SBOM을 생성하는지 알아야 합니다. (예: 소스 코드 스캔, 의존성 분석 등)
  • FOSSLight 설치 및 설정: FOSSLight를 사용하기 위한 기본적인 설치 및 설정 방법을 알아야 합니다.
  • FOSSLight 명령어 및 옵션: FOSSLight를 실행하고 원하는 분석 결과를 얻기 위한 명령어와 다양한 옵션 사용법을 숙지해야 합니다.
  • FOSSLight 결과 해석: FOSSLight가 생성한 분석 결과 (라이선스 정보, 보안 취약점 정보, SBOM 등)를 이해하고 해석하는 방법을 알아야 합니다.
  • FOSSLight 연동: 필요에 따라 FOSSLight를 다른 도구 (빌드 시스템, CI/CD 파이프라인 등)와 연동하는 방법을 이해하면 효율적인 사용이 가능합니다.

4. 소프트웨어 개발 및 빌드 프로세스에 대한 기본적인 이해:

  • 의존성 관리: 프로젝트에서 사용하는 라이브러리 및 프레임워크를 관리하는 방식 (예: Maven, Gradle, npm, pip 등)에 대한 이해가 FOSSLight의 정확한 분석에 도움이 됩니다.
  • 빌드 시스템: 소프트웨어를 빌드하는 과정과 관련된 기본적인 지식 (예: 컴파일, 링킹, 패키징 등)이 있으면 FOSSLight가 어떤 단계를 분석하는지 이해하는 데 도움이 됩니다.

5. 보안 취약점 관련 기본 지식 (선택 사항이지만 유용함):

  • CVE (Common Vulnerabilities and Exposures): 공개적으로 알려진 보안 취약점 목록에 대한 기본적인 이해가 있으면 FOSSLight가 보고하는 보안 취약점 정보를 이해하는 데 도움이 됩니다.
  • 취약점 심각도: CVSS (Common Vulnerability Scoring System) 등 취약점의 심각도를 평가하는 기준에 대한 이해가 있으면 분석 결과의 우선순위를 결정하는 데 도움이 됩니다.

요약하자면, FOSSLight를 효과적으로 사용하기 위해서는 오픈소스 라이선스에 대한 이해, SBOM의 개념과 중요성,

그리고 FOSSLight 자체의 사용법에 대한 지식이 필수적입니다.

더 나아가 소프트웨어 개발 프로세스와 기본적인 보안 취약점 관련 지식을 갖추면 분석 결과를 더 깊이 이해하고 활용할 수 있습니다.

번호 제목 글쓴이 날짜 조회 수
공지 [계속 추가중] SBOM 용어 정의 황제낙엽 2025.04.10 21564
공지 [계속 추가중] Keycloak 용어 및 설정 옵션 정의 황제낙엽 2024.02.02 20405
146 SPDX 2.3, 계속 써도 되나요? — 3.0으로 넘어갈 때를 판단하는 실무 기준 황제낙엽 2026.08.11 55
145 같은 OSS 지만 여러 버전을 등록해야 하는 경우 황제낙엽 2026.04.24 1972
144 [FOSSLight Dependency Scanner] Android Project 의 Dependency Scan 을 위한 Android SDK 설치와 설정 황제낙엽 2026.04.23 1843
143 FOSSLight Hub 의 REST API 이용 (v2) 황제낙엽 2026.03.19 2500
142 [FOSSLight/검토용] 개발그룹의 sbom-info.yaml 분석 및 피드백 절차 황제낙엽 2026.03.16 1982
141 [FOSSLight/관리용] Project Identification 진행에서 최종 SBOM SPDX 문서 추출 황제낙엽 2026.02.09 1917
140 [FOSSLight] 'Download Location' 컬럼 값에 'Different from DB' 라는 푸른색 메세지가 출력 file 황제낙엽 2026.02.06 3613
139 [FOSSLight] Project Identification 진행시의 신규 OSS 등록 처리 방법 황제낙엽 2026.02.06 3750
138 [FOSSLight Hub] License 정보를 직접 등록시 필요한 항목 목록 황제낙엽 2026.02.06 3579
137 [FOSSLight Hub] Open Source 정보를 직접 등록시 필요한 항목 목록 황제낙엽 2026.02.06 3352
136 [OSS] Microsoft.Web.WebView2 황제낙엽 2026.02.06 3352
135 [FOSSLight] fosslight 프로젝트의 'Pre-Review' > 'Open Source' 팝업창의 세 버튼에 대한 용도 황제낙엽 2026.02.06 3572
134 [FOSSLight/검토용] prechecker convert 결과 Hub 등록후 Identification 처리 file 황제낙엽 2026.02.05 3289
133 python venv 설치, fosslight source scanner , binary scanner 설치, 버전 확인 황제낙엽 2026.02.02 3508
132 SPDX 템플릿 다운로드 및 온라인 변환기 황제낙엽 2026.01.22 3870
131 SBOM(Software Bill of Materials) 및 소프트웨어 공급망 보안 관련 주요 정부 기관 및 단체 황제낙엽 2026.01.22 3605
130 [FOSSLight] online guide link 황제낙엽 2026.01.14 1844
129 identification 에서 출력하는 warning, error 메세지 황제낙엽 2025.12.29 1427
128 sbom-info.yaml 을 이용한 dependency scan excel 작성 file 황제낙엽 2025.12.29 3578
127 binary scan 결과물에 대해 취약점이 없는데 왜 SBOM에 넣어야 하나? 황제낙엽 2025.12.17 3484