systemd 259: musl, 보안 및 키 변경 지원

인포매텍 디지털 » 자료 » systemd 259: musl, 보안 및 키 변경 지원

systemd 259 버전 출시와 함께 리눅스 생태계는 또 한 번, 그것도 아주 중요한 변화를 맞이했습니다. GNU/리눅스에서 가장 널리 사용되는 시스템 프레임워크인 systemd의 이번 버전은 단순한 업데이트를 훨씬 뛰어넘는 호환성, 보안, 리소스 관리 측면에서 심오한 변화를 가져왔습니다. 이러한 새로운 기능들은 대부분 기술적인 내용이지만, 배포판, 관리자, 그리고 고급 사용자 모두에게 직접적인 영향을 미칩니다.

이번 릴리스에서 systemd는 glibc의 대안으로 musl을 사용할 수 있도록 문을 열고 , 최소 요구 사항을 강화하며, TPM 2.0을 통한 보안 부팅에 대한 입장을 더욱 공고히 하고, run0을 sudo 대체 도구로 계속 홍보하며, systemd-oomd의 동작 방식을 개선하여 메모리 사용량을 더욱 효과적으로 제어하는 ​​등 중요한 변화를 가져왔습니다. 이 모든 변화는 수년간 프로젝트를 특징지어 온 광범위하고 논쟁적인 특성을 유지하면서 이루어졌습니다.

systemd는 현대 리눅스의 핵심이자 논란의 여지가 많은 구성 요소입니다.

오늘날 systemd는 대부분의 범용 GNU/Linux 배포판에서 기본 시스템 프레임워크로 사용되고 있습니다 . 부팅, 서비스, 로깅, 사용자 세션 및 이전에는 여러 도구에 분산되어 있던 다양한 저수준 작업을 관리합니다. 점점 더 많은 기능을 통합하려는 systemd의 철학은 시스템 내에서 매우 중요한 위치를 차지하게 했습니다.

핵심 프로세스, 종속성 및 유틸리티를 중앙 집중화 할 수 있는 이러한 능력은 광범위한 도입으로 이어졌지만, 동시에 커뮤니티 내에서 격렬한 논쟁을 불러일으켰습니다. 많은 사람들에게는 관리 간소화 및 관행 표준화라는 장점이 있지만, 다른 사람들에게는 단일 장애 지점이자 감사하기 어려운 복잡성을 의미하며, 너무 많은 책임이 하나의 프로젝트에 집중되어 있다는 비판도 있습니다.

지난 몇 버전 동안 개발 속도는 매우 빨랐으며, 빈번한 릴리스를 통해 새로운 구성 요소, 인터페이스 및 내부 개선 사항이 추가되었습니다 . systemd 259는 이러한 추세에 완벽하게 부합합니다. 단순한 수정 사항이 아니라 배포판 컴파일 방식, 시스템 부팅 방식, 그리고 부하 상황에서 리소스 관리 방식에 영향을 미치는 전략적 결정이 포함되어 있습니다.

이러한 맥락에서 systemd 259는 C 라이브러리 호환성, 보안 하드웨어 지원, 권한 상승 도구 및 플랫폼 요구 사항 측면에서 전환점이 되었으며 , 운영 체제의 핵심에서 systemd의 역할을 더욱 공고히 했습니다.

musl에 대한 실험적 지원: glibc의 독점에 작별을 고하다

가장 주목할 만한 소식은 systemd 259 버전에서 musl에 대한 실험적 지원이 추가되었다는 점입니다 . 지금까지 musl 프로젝트는 대부분의 전통적인 GNU/Linux 배포판에서 참조 C 라이브러리로 사용되는 glibc와 매우 밀접하게 연관되어 있었습니다.

musl은 경량 C 라이브러리로, 미니멀리스트 시스템 , 컨테이너, 그리고 Alpine Linux와 같이 리소스 소비와 공격 표면을 줄이는 데 중점을 둔 효율성 지향 배포판에서 매우 유용하게 사용됩니다. 수년 동안 systemd와 musl의 관계는 바로 glibc에 대한 의존성 때문에 복잡했습니다.

비록 아직 실험 단계이긴 하지만, 이 단계를 통해 systemd는 더 이상 libc와의 독점적인 관계에 갇히지 않게 되었습니다 . 이는 이전에는 다른 초기화 시스템을 사용했거나 호환성 문제로 systemd를 아예 사용하지 않았던 환경에서도 systemd와 musl을 결합할 수 있는 실질적인 가능성을 열어줍니다.

이번 지원 도입으로 인해 상당한 내부 변경이 필요하게 되었습니다. 컴파일 가정, 인터페이스, 특정 glibc 호출 등을 조정하여 musl을 통합할 때 예상되는 동작이 깨지지 않도록 해야 했습니다 . 단기적으로는 배포판 개발자와 고급 사용자의 집중적인 테스트가 필요하지만, 이는 리눅스 생태계 내에서 더 큰 기술적 다양성을 위한 토대를 마련하는 것입니다.

이러한 움직임은 다른 C 라이브러리에 비해 systemd가 "폐쇄적"이라는 기존의 비판에 대한 대응이기도 합니다 . musl은 아직 이 맥락에서 glibc만큼 성숙한 수준으로 지원되지는 않지만, 이러한 방향으로 연구가 진행되었다는 사실 자체가 시야를 넓히고 기존 GNU 스택에 대한 경직된 의존성을 줄이려는 분명한 의지를 보여줍니다.

더욱 안전한 부팅: systemd-boot 및 systemd-stub에 TPM 2.0만 사용

systemd 259의 또 다른 중요한 변경 사항은 UEFI 시스템의 보안 부팅에 직접적인 영향을 미칩니다 . 통합 부트 관리자인 systemd-boot와 UEFI 환경에서 부팅을 지원하는 systemd-stub 구성 요소는 더 이상 TPM 1.2를 지원하지 않고 TPM 2.0에만 집중합니다.

이러한 결정의 배경에는 가장 강력하고 최신 버전으로 간주되는 TPM 버전 만 지원함으로써 보안을 강화하려는 의도가 있습니다 . TPM 2.0은 향상된 암호화 기능과 측정 부팅, 무결성 검증, 시스템 상태와 연결된 비밀 정보 보호와 같은 시나리오에 더욱 유연한 프레임워크를 제공합니다.

단점은 분명합니다. TPM 1.2에 의존하는 시스템은 이러한 기능을 지원받지 못합니다 . 실제로 이는 마더보드를 교체해야 하거나, 하드웨어를 업데이트하지 않을 경우 systemd-boot 및 systemd-stub 기반의 특정 보안 부팅 기능을 포기해야 할 수도 있음을 의미합니다.

하지만 많은 가정 환경에서는 편의성과 드라이버 호환성, 대체 부팅 옵션 또는 Windows와의 이중 시스템 구성에서 발생했던 과거의 마찰 때문에 Linux 설치 시 Secure Boot 및 TPM이 비활성화되는 경우가 많습니다 .

그럼에도 불구하고, TPM 2.0을 사용하는 안전한 부트 체인 에 의존하는 기업 또는 전문 환경의 경우 , 이러한 변화는 업계 추세와 일치합니다. 즉, 기존 시스템과의 호환성을 제거하여 코드를 단순화하고 이전 암호화 스택과 관련된 위험을 줄입니다.

run0은 sudo의 현대적인 대안으로 주목받고 있습니다.

systemd 생태계에서 가장 많은 호기심을 불러일으키는 도구 중 하나는 sudo를 대체하기 위해 설계된 run0 입니다 . sudo는 수십 년 동안 유닉스 계열 시스템에서 관리자 권한으로 명령을 실행하는 사실상의 표준이었지만, 그 설계와 구성에는 과거의 관성이 반영되어 있습니다.

systemd 팀은 run0을 통해 다음과 같은 목표를 추구하고 있습니다. 권한 상승에 대한 보다 통합적이고 통제된 접근 방식을 제공하기 위해버전 259에는 새로운 핵심 기능인 인수가 포함되어 있습니다. --empower이 기능을 사용하면 명시적으로 루트 사용자로 전환하지 않고도 권한이 향상된 새 세션을 시작할 수 있습니다.

이 옵션의 기본 철학은 루트 계정의 직접적인 사용을 더욱 줄이는 데 있습니다 . 보안 측면에서 루트 계정 사용은 항상 피하거나 최소한 제한하려고 노력하는 부분입니다. 루트 계정으로 로그인하거나 권한 있는 셸을 악용하는 대신, 더욱 세밀한 제어가 가능한 관리자 권한 상승 세션 기반의 모델을 제안합니다.

하지만 모든 권한 관리 방식이 동일한 것은 아니며, run0의 광범위한 도입은 아직 초기 단계에 있습니다 . 관리자와 배포자는 감사 기능, 기존 도구와의 호환성, 그리고 수립된 접근 정책을 고려하여 run0 모델이 특정 시나리오에 sudo보다 더 적합한지 평가해야 합니다.

어쨌든 run0의 활발한 개발은 systemd가 서비스 조정에만 국한되지 않고, 지금까지 거의 전적으로 외부 유틸리티에 위임되었던 권한 관리와 같은 일상적인 시스템 관리 작업을 포함하여 더 많은 시스템 관리 영역을 포괄하려는 목표를 가지고 있음을 보여줍니다.

systemd-oomd: 메모리 집약적인 프로세스에 대한 더 나은 제어 기능

시스템 안정성 측면에서 systemd 259는 메모리 부족 관리자로서 systemd-oomd 의 역할을 강화합니다 . 이 구성 요소는 RAM이 부족해질 때 전체 시스템이 멈추기 전에 선택적으로 프로세스를 종료하는 역할을 합니다.

핵심적인 새 기능은 서비스 유닛에 OOMKills 및 ManagedOOMKills 속성이 추가된 것입니다 . 이러한 속성을 사용하면 커널 또는 systemd-oomd 자체에 의해 종료된 프로세스 수를 집계할 수 있으므로 메모리 위기가 어떻게 해결되는지 훨씬 더 잘 파악할 수 있습니다.

이 정보는 메모리 누수, 잘못된 구성 또는 예상치 못한 부하로 인해 애플리케이션이 제어할 수 없을 정도로 RAM을 소비하기 시작할 때 특히 유용합니다 . 관리자는 메모리 부족(OOM) 경고가 발생한 횟수를 추적하여 문제가 되는 패턴을 파악하고 상황이 재발하기 전에 제한을 조정할 수 있습니다.

이 아이디어는 시스템이 완전히 차단되는 대신 가장 문제가 되는 프로세스를 선택적으로 종료하여 전반적인 응답성을 유지하는 것입니다. systemd 유닛에서 이러한 카운터에 접근할 수 있으므로, 어떤 서비스가 심각한 상황의 반복적인 원인이 되는지 쉽게 파악하고 감사할 수 있습니다.

종합적으로 볼 때, systemd-oomd의 개선 사항은 자동화된 리소스 관리를 치명적인 장애에 대한 1차 방어선으로 만들고 , 시스템 관리자가 더 자세한 지표를 확인하고 불투명하지 않은 의사 결정을 내릴 수 있도록 하는 분명한 추세를 보여줍니다.

systemd 259의 기타 내부 개선 사항 및 관련 변경 사항

주요 헤드라인 외에도 systemd 259에는 프레임워크의 다양한 영역을 개선하는 여러 기술적 조정 사항이 포함되어 있으며 , 이러한 조정 사항은 눈에 띄지 않을 수 있지만 실제 환경에서 실질적인 영향을 미칩니다.

한편으로, 서비스 관리자 내에서 IPC 통신을 위한 Varlink 구현이 확장되어 훨씬 더 많은 기능을 제공합니다. 이를 통해 외부 도구 및 관리 계층이 systemd와 더욱 풍부하고 구조화된 방식으로 상호 작용하여 systemd가 처리하는 내부 정보를 더 효율적으로 활용할 수 있게 되었습니다.

systemd-udevd 및 systemd-repart 와 같은 구성 요소 도 블록 장치의 파티션 테이블을 다시 읽는 방식이 개선되었습니다 . 새로운 접근 방식은 더욱 점진적이고 신중하여 복잡한 시스템에서 파티션을 핫 스와핑하거나 디스크를 조작할 때 발생할 수 있는 불일치 또는 중단 위험을 줄입니다.

systemd-boot는 TPM 변경 사항 외에도 이제 다양한 수준의 로깅 기능을 통합하여 부팅 문제를 디버깅하고 필요에 따라 상세 수준을 조정할 수 있도록 지원합니다. 안정적인 환경에서는 간략한 종료를, 진단 세션에서는 상세한 로그를 표시할 수 있습니다.

또 다른 흥미로운 점은 다음과 같은 특징들이 있다는 것입니다. Linux 감사 지원, PAM, libacl, libblkid, libseccomp, libselinux 및 libmount 그러면 그들은 기소됩니다. dlopen() 표준 동적 링크 방식 대신 이 전략을 사용합니다. 이 전략은 바이너리의 기본 용량을 줄여 더 가벼운 환경을 구현할 수 있도록 해주며, 특히 모든 라이브러리가 항상 필요한 것은 아닌 컨테이너 환경에서 유용합니다.

또한 systemd-modules-load는 이제 커널 모듈을 병렬로 로드하여 여러 모듈이 구성된 시스템의 부팅 속도를 향상시킵니다. 시스템에 모듈 형태의 기능이 더 많이 통합됨에 따라 이러한 병렬화는 최신 CPU를 더욱 효율적으로 활용하는 데 도움이 됩니다.

암호화 분야에서 systemd-integrity-setup은 지원 알고리즘을 확장하여 이제 HMAC-SHA256, PHMAC-SHA256 및 PHMAC-SHA512를 지원함으로써 민감한 데이터와 구성의 무결성을 보장하는 옵션 범위를 강화했습니다.

많은 관리자가 알아차릴 변화 중 하나는 기본 저널 저장 모드가 "자동"에서 "영구"로 변경되었다는 점입니다. 즉, 지원되는 경우 로그가 기본적으로 디스크에 영구적으로 저장되므로 초기 구성을 수동으로 조정할 필요 없이 감사 및 진단이 용이해집니다.

더욱 엄격한 최소 요구 사항: 최신 플랫폼에서만 사용 가능

버전 259에서는 지원되는 환경에서 systemd를 실행하기 위한 최소 시스템 요구 사항이 크게 증가했습니다. 이러한 결정은 systemd가 더욱 최신 플랫폼과 발맞춰지도록 하기 위한 것입니다.

공개된 요구 사항 중 최소 버전이 glibc 2.34로 명시되어 있어 , 매우 오래된 C 라이브러리에 기반한 환경은 사용할 수 없습니다. 커널 버전으로 는 Linux 5.10이 필요 하지만, 개발자들은 최신 기능에 부합하는 성능을 위해 5.14 브랜치를 권장합니다.

암호화 분야에서 OpenSSL 3.0.0은 이전 버전들의 지원 종료를 앞두고 새로운 최소 표준으로 자리매김했습니다 . 또한, 암호화 및 격리 기능을 제대로 활용하는 데 필요한 cryptsetup 2.4.0 및 libseccomp 2.4.0과 같은 종속성도 포함되어 스택이 완성되었습니다.

systemd 259는 특정 도구 및 스크립트를 사용하기 위해 Python 3.9 이상을 요구하므로 , 이전 버전의 Python을 사용하는 시스템은 추가 패치 없이 통합 워크플로를 유지하려면 업그레이드해야 합니다.

또한 libxcrypt 4.4.0, util-linux 2.37 및 기타 사용자 공간 라이브러리 와 같은 필수 구성 요소가 포함되어 있으며 , 이는 모두 보안 및 생태계의 나머지 부분과의 일관성을 보장하는 버전으로 기술 기반을 통합하는 것을 목표로 합니다.

이러한 요구 사항은 부작용으로 인해 구형 하드웨어 또는 매우 보수적인 배포판 에서 systemd 259의 도입을 제한할 수 있지만 , 동시에 코드 유지 관리를 간소화하고 오래된 API와의 호환성을 유지해야 할 필요성을 줄여줍니다.

유통 및 최종 사용자에게 미치는 영향

실제로 대부분의 데스크톱 사용자에게 systemd 업데이트는 중요한 문제가 아닙니다 . 포인트 릴리스 배포판(주요 버전으로 주기적으로 업데이트되는 일반적인 배포판)에서는 주요 보안 또는 안정성 패치를 제외하고는 systemd 버전이 전체 수명 주기 동안 고정된 상태로 유지되는 것이 일반적입니다.

프레임워크의 최신 버전을 항상 사용하고 싶어하는 사람들은 일반적으로 Arch Linux나 openSUSE Tumbleweed와 같은 롤링 릴리스 배포판을 선택합니다. 이러한 배포판에서는 systemd 259가 비교적 빨리 출시되어 업데이트 흐름에 신속하게 통합될 것이기 때문입니다.

페도라 와 같은 다른 프로젝트들은 각 안정 버전 릴리스의 수명 주기 동안 동일한 systemd 메이저 버전을 유지하는 정책을 고수하고 있는데 , 이는 최신 초기 릴리스보다 약간 뒤처지는 대신 더 큰 예측 가능성을 제공합니다.

한편, 리눅스 민트나 우분투 LTS 기반 변종과 같은 파생 배포판들은 대체로 기반 시스템의 업데이트 속도에 맞춰 발전하는 경향이 있습니다 . 예를 들어, 리눅스 민트 22.3에는 systemd 255가 포함되어 있지만, 최신 버전을 먼저 도입하기보다는 안정성을 우선시하여 259 버전을 바로 채택하지 않습니다.

새로운 기능에 열광하는 관리자나 적극적인 사용자는 시스템d 259를 테스트 환경이나 롤링 배포판에서 테스트하여 호환성, 주요 서비스에 미치는 영향, 특정 하드웨어와의 동작 등을 평가한 후 프로덕션 환경으로 마이그레이션하는 것을 고려할 수 있습니다.

리눅스 민트 22.3을 비교해 보면 안정성과 최첨단 기술 사이의 균형을 알 수 있습니다.

반대로, Linux Mint 22.3 "Zena "를 살펴보는 것도 좋습니다. 이 버전은 일부 배포판이 시스템d 생태계가 독자적으로 발전하는 동안에도 안정성을 우선시하는 방식을 명확하게 보여주는 사례입니다. 이 버전은 현재 시리즈의 최신 업데이트로, 모든 유형의 사용자에게 권장되며 2029년 4월까지 지원이 보장됩니다.

Mint 22.3은 업데이트되었지만 보수적인 스택을 사용하는 Ubuntu LTS를 기반으로 하며 , 최신 AMD 프로세서에 대한 지원을 강화하도록 설계된 Linux 6.14 커널을 포함하고 있습니다. 또한 systemd 255와 Mesa 25가 포함되어 있어 각 구성 요소의 최신 버전으로 업그레이드하는 번거로움 없이 최신 환경을 구축할 수 있습니다.

이번 배포판은 주로 데스크톱 환경 개선 에 중점을 두었습니다 . 메인 환경인 시나몬 6.6은 모서리가 둥글게 처리된 더욱 현대적이고 유연한 애플리케이션 메뉴와 사용자 바로가기, 위치, 즐겨찾는 애플리케이션을 그룹화하는 사이드바를 특징으로 합니다. 카테고리 기능은 축소되어 앱 자체를 더욱 직접적으로 강조합니다.

이 메뉴는 새로운 디자인을 갖추었을 뿐만 아니라, 내부적으로도 대대적인 개편을 거쳐 더욱 현대적인 코드로 키보드 탐색, 콘텐츠 새로 고침, 그리고 향후 유지보수성을 개선했습니다. 이러한 개선을 통해 사용자에게 더욱 원활한 사용자 경험을 제공하고, 프로젝트의 향후 개발을 위한 더욱 안정적인 기반을 마련하는 것이 목표입니다.

또한 Mint는 키보드 레이아웃 및 입력 방식에 대한 지원을 강화하여 기존 레이아웃과 IBus 기반 방식을 통합적으로 처리합니다. 이를 통해 XKB 레이아웃과 일본어 또는 중국어와 같은 복잡한 입력 방식을 결합할 수 있으며, 이는 다국어 환경에서 매우 중요합니다.

이 모든 작업은 Mint와 Cinnamon의 향후 전략, 즉 Wayland와의 완벽한 호환성 확보와 일맥상통합니다 . 지금까지 Wayland 환경에서의 키보드 지원은 상당히 제한적이었지만, 이번 릴리스를 통해 표준 레이아웃과 입력 방식이 모두 정상적으로 작동하며, 화면 키보드도 외부 의존성 없이 네이티브 방식으로 재작성되었습니다.

이러한 발전에도 불구하고, 시나몬은 여전히 ​​기본적으로 X11에서 실행되지만, 아직 프로덕션 환경에서 사용하기에는 권장되지 않는 웨이랜드(Wayland)를 사용하는 실험적인 세션을 제공합니다 . 하지만 이 세션은 머핀(Muffin) 창 관리자 및 기타 주요 구성 요소의 개선 사항을 테스트하는 용도로 사용됩니다.

데스크톱 환경은 파일 관리자인 Nemo 6.6의 개선 사항으로 완성됩니다. Nemo 6.6에는 더욱 포괄적인 템플릿 관리자가 추가되었고 , 파일 작업 일시 중지 및 재개 기능이 향상되었으며, 검색 정확도가 개선되었고, 썸네일 및 분할 패널 처리 기능이 향상되었습니다. 또한, 보류 중인 알림에 대한 시각적 표시기가 더욱 명확해졌고, 작업 공간 전환 애플릿이 더욱 직관적으로 개선되었습니다.

또한 시스템 전반에 걸쳐 몇 가지 작은 조정 사항이 있습니다 . 더 많은 옵션을 제공하는 야간 조명 애플릿, 소수점 크기 조정 기능 개선, Alt-Tab 선택기의 구성 옵션 확대, 그리고 외관 사용자 정의를 간소화하기 위해 제품군 및 변형별로 재구성된 테마 선택기 등이 포함됩니다.

Mint 22.3이 지원 주기를 마무리하고 곧 출시될 Ubuntu 26.04 LTS 기반의 Linux Mint 23을 위한 기반을 마련하는 가운데, systemd 259와의 대조가 뚜렷하게 드러납니다. 시스템 프레임워크는 어지러울 정도로 빠른 속도로 발전하는 반면, 안정성을 중시하는 배포판들은 각 시점에 어떤 기술적 도약을 통합할지 신중하게 선택합니다.

이러한 모든 요소들이 갖춰진 systemd 259는 init 및 서비스 관리자의 진화에 있어 중요한 이정표가 될 것입니다 . glibc에 대한 독점적 의존성을 깨고, TPM 2.0으로 보안을 강화했으며, run0 및 systemd-oomd와 같은 도구를 개선하고, 최신 Linux 환경에 적응하기 위한 요구 사항을 높였습니다. 이러한 새로운 기능을 최대한 활용하려는 사용자는 호환되는 플랫폼과 하드웨어에 투자해야 할 것이며, 보다 보수적인 배포판은 안정성, 장기 지원 및 이러한 기능의 점진적 도입 사이의 균형을 유지하기 위해 자체적인 속도로 계속 발전해 나갈 것입니다.