SBOM 포맷이란 무엇인가?
SBOM 포맷은 SBOM을 생성하기 위한 통합 구조를 정의하고 최종 사용자 또는 고객과 공유하기 위한 표준이며, 소프트웨어의 구성을 다른 툴이 이해할 수 있도록 공통의 형식으로 설명한다.주요 SBOM 포맷은 SPDX(Software Package Data Exchange), SWID 태그(Software Identification Tags), 사이클론DX(CycloneDX)가 대표적이다. 이중 SPDX와 사이클론DX만이 보안 사용례로 채택되고 있다. SWID는 주로 라이선스에 중점을 두고 있기 때문에 이번 논의 대상에서 제외된다. 미국 사이버보안 및 인프라 보안국(Cybersecurity and Infrastructure Security Agency, CISA)과 기타 기관이 언급한 것처럼 당분간 업계에는 여러 가지 SBOM 포맷이 혼재할 것이다.
SPDX
리눅스 재단에서 운영하는 프로젝트인 SPDX는 공유 및 수집을 위한 소프트웨어 패키지와 관련된 정보에 대해 공통 데이터 교환 포맷을 만드는 것이 목적이었다. SPDX는 주요 SBOM 포맷 중에서 가장 많은 파일 형식을 지원한다. RDFa, .xlsx, .spdx, .xml, .json, .yaml.가 포함된다. 또한 SPDX는 일련의 소프트웨어 패키지, 파일 또는 스니펫(Snippet)을 설명함으로써 동적 사양이 되는 것을 목표로 하고 있다.SPDX는 국제 표준화 기구(ISO)의 인증 자격을 취득한 유일한 SBOM 포맷이다. ISO에서 정의한 표준화 및 품질 보증 요건을 모두 충족함을 의미한다. 2021년 9월에 발표된 ISO 인증 소식과 함께 리눅스 재단은 SPDX 커뮤니티에 속하는 인텔, 마이크로소프트, 지멘스, 소니 같은 주요 기업들이 SPDX를 채택했음을 강조했다.
기사를 작성하는 시점의 SPDX 사양은 버전 2.2.2.이다. SPDX 사양에서 정의된 특정 필드와 섹션이 존재해야 유효한 SPDX 문서로 간주된다. SPDX 문서는 문서 생성 정보, 패키지 정보, 파일 정보, 스니펫 정보, 라이선스 정보, 관계성 정보 및 주석 등의 필드와 데이터들로 구성될 수 있다.
문서 생성 정보는 분석 툴을 사용할 때 이후 또는 이전 버전과의 호환성을 위해 사용된다. 패키지 정보는 제품, 컨테이너 및 구성요소와 같은 다양한 개체를 설명하기 위해 사용될 수 있으며, 컨텍스트를 공유하는 관련 항목들을 그룹화하기 위해 사용될 수도 있다. 파일 정보는 이름, 체크섬 라이선스와 저작권 정보 등과 같은 파일 메타데이터를 포함한다. 스니펫은 선택 사항이며, 데이터가 다른 원본 소스에서 유도되었거나 다른 라이선스와 관련이 있을 때 주로 사용된다. SPDX는 문서, 패키지 및 파일에 대한 관계를 나타내는 관계성 항목도 지원한다. 주석을 사용하면 검토자가 검토 활동의 정보를 SPDX 문서에 포함할 수 있다.
SPDX는 SPDX 사양의 하위 집합인 SPDX 라이트(Lite) 프로파일을 제공하여 특정 산업의 워크플로우와 연계하면서 전체적인 SPDX 표준과 사양을 준수하는 것을 목적으로 한다. 라이트 프로파일은 기본 정보뿐 아니라 문서 생성 및 패키지 정보 섹션의 영역에 중점을 두고 있다.
사이클론DX
사이클론DX는 보안 커뮤니티의 오랜 리더인 국제 웹 보안 표준기구(Open Web Application Security Project, OWASP)가 주도한다. 사이클론DX는 자체적으로 “애플리케이션 보안 컨텍스트 및 공급망 구성 요소 분석에 사용하도록 설계된 경량의 SBOM 표준”이라고 정의한다. 핵심 팀에는 패트릭 드와이어, 제프리 헤세, 그리고 소프트웨어 공급망 분야의 리더이자 디펜던시 트랙(Dependency Track)의 창시자로 그룹의 의장을 맡고 있는 스티브 스프링켓이 있다. OWASP 이외에도 록히드 마틴, 컨트래스트 시큐리티(Contrast Security) 및 소나타입(Sonatype)이 사이클론DX를 지원한다.사이클론DX은 처음부터 BOM 형식으로 설계됐다는 점이 특징이며, SaaS BOM(software-as-a-service BOM)을 포함한 다양한 사용례를 충족한다.
구체적으로 사이클론DX는 하드웨어, 클라우드 및 SaaS와 관련하여 현대 소프트웨어 생태계의 복잡성에 대응하는 중첩 또는 계층형 접근에 대한 다른 시스템 및 BOM에서의 구성요소, 서비스와 취약점 참조를 지원한다. 이런 기능은 ‘BOM링크(BOM-Link)’라고 부르며, JSON과 XML 포맷에서 모두 지원된다. 사용자는 외부 BOM의 URL 또는 외부 BOM의 시리얼 번호와 버전을 사용하는 BOM링크 URI도 참조할 수 있다.
이외에도 사이클론DX는 위험 식별을 위해 모든 퍼스트/서드파티 구성요소에 대한 완전하고 정확한 인벤토리를 만든다. 소프트웨어 및 애플리케이션을 넘어 기기 및 서비스까지 확장되는 구성요소 유형 및 클래스의 견고한 리스트를 통해 생성한다. 또한 CPE(Common Platform Enumeration), SWID 및 패키지URL(Pacakge-URL, PURL)이라는 3가지 영역에 걸쳐 취약점을 식별한다. CPE 사양은 운영체제/애플리케이션/하드웨어의 취약점, SWID는 설치된 소프트웨어의 취약점, PURL은 소프트웨어 패키지의 메타데이터 취약점 식별에 사용된다.
사이클론DX는 해시값과 암호화를 통해 사용되는 BOM 관련 구성요소의 무결성 검증을 지원한다. 소프트웨어 서명은 시그스토어(Sigstore)와 이와 관련된 코사인(Cosign) 같은 프로젝트를 통해 점차 소프트웨어 공급망 보완을 안정화하기 위한 베스트 프랙티스가 되어가고 있다. 또한 사이클론DX는 프로비넌스(provenance)를 지원하는데, 이는 사용되는 구성요소들의 작성자 및 공급자를 나타내는 기능이다.
프로비넌스 개념을 기반으로 하는 사이클론DX는 구성요소의 계보를 설명하기 위해 구성요소의 조상, 후손 및 변종을 전달해 구성요소 가계도를 작성한다. 높은 신뢰성을 요구하는 소프트웨어 공급망에 있어 출처, 계보 및 디지털 서명의 구현은 공급망이 견고함을 나타낸다. NIST의 사이버보안 공급망 위험 관리(Cybersecurity Supply Chain Risk Management, C-SCRM)와 같은 지침에서도 이를 권장한다.
아울러 사이클론DX는 소프트웨어 제품과 구성요소의 취약점 악용 가능성에 대한 인사이트를 제공하고 소프트웨어 제작자에게 전달할 수 있는 VEX(Vulnerability Exploitability eXchange)도 지원한다.
여러 가지 SBOM 포맷
산업 도입 현황에서 알 수 있듯이 2가지 주요 SBOM 포맷은 당분간 유지될 것이다. 그리고 이 2가지의 포맷을 모두 지원할 수 있다면 소프트웨어 제작자와 소비자 모두에게 최적의 조건이 된다. 주요 SBOM 생성 도구인 앵커(Anchore)의 시프트(Syft) 또한 2가지 포맷을 모두 지원한다.SBOM 포맷 생태계는 SBOM 도입과 완성도가 완성되면서 진화할 것이다. 그리고 이런 프로젝트의 혁신과 함께 새로운 SBOM 포맷이 등장하는 모습을 보게 될 것이다. 어느 포맷이 더 우수한지에 대해서는 논쟁의 여지가 있지만, 악의적인 행위자가 공격 벡터를 더욱 빠르고 활발하게 악용하고 있으므로 소프트웨어 공급망의 투명성과 보안을 관리하는 SBOM의 필요성은 점차 명백해지고 있다.
editor@itworld.co.kr