NVIDIA가 OpenShell 새 버전을 내놓고 보안 로그 형식과 가상머신 샌드박스의 실행 계정 동작을 바꿨다. 로그 수집·분석을 맡거나 샌드박스 이미지를 만드는 개발자는 새 로그 규격과 이미지에 지정된 계정에 맞춰 연동·권한 설정을 점검할 필요가 있다.

1. 보안 로그를 받는 쪽의 형식이 하나로 바뀐다

2026년 11월 3일 공개된 v0.1.7은 보안 이벤트를 OCSF, 이벤트를 분류하는 표준, 1.8.0 형식으로만 내보낸다. 이는 이벤트를 정해진 항목과 구조로 표현하는 스키마다. 이전 규격을 선택해 쓰던 환경도 업데이트하면 새 형식의 레코드, 항목별로 정리한 이벤트 자료를 받는다.

기존에 1.1 또는 1.3 레코드를 받던 배포 환경이 전환 대상이다. 릴리스 노트는 이를 호환성을 깨는 변경으로 분류했다. 로그를 읽는 파서, 로그 내용을 해석하는 프로그램이나 탐지 규칙, 위협 징후를 찾는 조건이 이전 형식의 필드와 구조를 전제로 한다면 새 레코드에 맞는지 확인하는 일이 먼저다.

기존 규격을 고르던 설정은 사용 중단 수순에 들어갔으며, 값을 넣어도 무시되고 경고가 기록된다. 게이트웨이, 시스템 간 통신을 중계하는 구성요소의 설정뿐 아니라 배포 차트, 설치 설정을 모아 둔 배포 묶음과 환경 변수로 버전을 선택하던 경로도 같은 처리를 받는다.

검증 기준도 새 형식에 맞췄다. 릴리스 노트에 따르면 샌드박스를 관리하는 슈퍼바이저, 가상머신 실행을 관리하는 제어 프로그램과 게이트웨이의 이벤트는 공식 OCSF 1.8.0 스키마 검증을 통과한다. 같은 릴리스 노트는 테스트가 OCSF 스키마 서버가 내보내는 JSON Schema, JSON 구조의 유효성을 검사하는 규칙을 기준으로 이벤트 구조를 검사한다고 설명한다.

2. 이미지에 지정한 계정이 실제 실행에 반영된다

가벼운 가상머신을 이용하는 MicroVM, 자원을 줄인 경량 가상머신 드라이버에서는 레지스트리 이미지나 루트 파일 시스템을 담은 tar 파일로 만든 샌드박스가 이미지 안의 sandbox 계정으로 실행된다. 종전에는 사용자와 그룹 식별 번호가 1000:1000으로 고정돼 있었다.

새 동작은 이미지에 문서화된 실행 계정을 따르도록 한 수정이다. 이미지의 sandbox 계정이 사용자 식별 번호인 UID 1000을 쓰지 않는다면, 그 이미지로 만든 새 샌드박스는 해당 계정의 UID로 실행된다.

이미지 자체의 UID를 run_as_user로 요청하는 동작도 지원된다. 이미지 제작자에게는 계정 선택과 실제 실행을 맞추는 변화다. 파일 소유권이나 접근 권한을 고정된 번호에 맞춰 둔 환경은 이미지의 실행 계정을 기준으로 점검할 수 있다.

3. 제한적인 권한 설정에서도 가상머신이 시작된다

가상머신 샌드박스의 시작 문제도 수정됐다. 게이트웨이가 새 파일의 기본 접근 권한을 제한하는 umask를 엄격하게 설정한 상태에서도 가상머신 샌드박스를 시작할 수 있게 됐다. 릴리스 노트는 패키지에 포함된 UMask=0077을 그 사례로 들었다.

이 수정은 게이트웨이의 파일 생성 권한 설정과 관련된다. 이미지 계정을 따르는 변경이 샌드박스 안에서 누가 실행하는지를 바로잡는다면, 이번 수정은 제한적인 게이트웨이 실행 환경에서 샌드박스가 시작되게 하는 데 초점이 있다.

4. 설치와 함께 로그 연동·이미지 권한을 확인한다

릴리스 노트는 다음 설치 명령을 제공한다. 설치 스크립트에 대상 버전을 지정하는 원문의 한 줄 예시다.

curl -LsSf https://raw.githubusercontent.com/NVIDIA/OpenShell/main/install.sh | OPENSHELL_VERSION=v0.1.7 sh

로그 형식 통일의 이익은 수집·검증 기준을 한 규격으로 관리할 수 있다는 데 있다. 이미지 계정 반영은 제작 단계의 사용자 설정을 실행 단계와 맞춰 준다. 그 대가로 이전 규격에 의존한 로그 연동과 고정 계정 번호를 전제한 권한 구성에는 전환 작업이 필요하다.

이번 업데이트의 적용 기준은 설치 성공을 넘어, 새 로그를 제대로 읽고 이미지에 지정한 계정으로 샌드박스를 실행할 수 있는지에 있다.