Kubuntu 웹사이트, SSL 설정 오류로 접속 불가

공식 Kubuntu 사이트는 현재 HTTPS 설정 문제로 접속할 수 없지만, 실제로 걱정해야 할 것은 인증서 자체가 아니라 이 문제가 프로젝트의 평판에 대해 말해주는 점입니다.

좋든 싫든 기술적인 문제는 모든 IT 전문가가 늦든 이르든 겪게 되는 일입니다. 중요한 것은 그것을 어떻게 처리하느냐입니다: 전문성을 유지하고, 문제를 빠르게 해결하며, 사용자가 받는 영향을 최소화하는 것이죠.

제가 이 이야기를 꺼내는 이유는 어제 Ubuntu의 KDE 기반 스핀인 Kubuntu(kubuntu.org) 공식 웹사이트를 방문하려고 했을 때, 사용자들이 HTTPS 연결 오류 메시지를 보게 되었기 때문입니다. 이것이 여기서 가장 중요한 문제는 아니지만, 상황을 좀 더 명확하게 이해하는 데 도움이 되도록 몇 가지 기술적이고 지루한 세부 사항을 잠시 공유하려고 합니다.

kubuntu.org 도메인은 현재 “Caddy Local Authority – ECC Intermediate”에서 발급한 HTTPS 인증서를 제공하고 있습니다. 이는 브라우저에서 신뢰하는 공개 인증 기관(CA)이 아니기 때문입니다. 대신, 이는 Caddy 웹 서버의 내부 인증서 시스템에 속하며, 로컬 테스트나 내부 환경에서만 사용됩니다.

Caddy 서버가 잘못 구성된 경우 — 예를 들어, Let's Encrypt, ZeroSSL 등과 같은 공개적으로 신뢰할 수 있는 인증서를 사용하는 대신 로컬 CA를 사용하도록 설정된 경우 — 몇 시간 동안만 유효한 자체 서명 인증서를 발급합니다(이 경우 정확히 12시간).

물론, 이러한 종류의 인증서는 글로벌 CA 체인에 신뢰할 수 있는 루트가 없기 때문에 어떤 브라우저에서도 검증할 수 없습니다. 그 결과, 브라우저는 "연결이 안전하지 않음" 또는 "보안 아님" 경고를 표시하고 사이트 접근을 차단합니다. 기술적인 측면은 여기까지입니다.

이제 더 걱정스러운 부분입니다. 정말 놀라운 점은 24시간이 지나도 아무것도 변하지 않았다는 것입니다. 이것은 심각한 의문을 제기합니다 — 주로, 공식적인 우분투 버전 중 하나여야 하는 프로젝트의 사용자에게 어떤 메시지를 전달하는 걸까요?

불과 2주 조금 넘게 전, 또 다른 공식 우분투 버전인 Xubuntu의 웹사이트가 해킹당했습니다. 설치용 ISO 이미지를 제공하기 위해 마련된 다운로드 버튼은 대신 윈도우 컴퓨터를 대상으로 하는 악성코드가 포함된 파일로 연결되었습니다.

벌써 24시간이 지났지만, Kubuntu는 여전히 인증서 문제를 해결하지 못했습니다 — 솔직히 말하면, 존중을 담아 말하지만, 이건 20분도 안 걸려서 해결될 문제입니다 — 신뢰할 수 있는 공인 공급자에게서 유효한 서명된 SSL 인증서를 받고, 웹 서버 설정을 그 인증서로 지정한 후, 서비스를 재시작하면 끝입니다.

제가 말하고 싶은 것은, 이 문제에 대해 24시간 동안 아무런 조치를 취하지 않는 이런 태도가 우분투가 공식 버전 사용자들에게 전달하고 싶은 메시지는 전혀 아니라고 정말로 생각한다는 것입니다.

물론, 친구 몇 명과 몇 가지 서비스를 공유하는 제 개인 실험실에 대해 이야기한다면, 그건 큰 문제가 아닙니다. 하지만 이번 경우는 다릅니다 — 우리는 우분투라는 이름을 가진 배포판에 대해 이야기하고 있으며, 이는 리눅스 생태계에서 가장 존경받는 브랜드 중 하나입니다. 자신의 온라인 존재감처럼 중요한 것에 대해 이런 태도를 갖는 것은, 완곡하게 말해도, 용납할 수 없습니다.

그리고 우분투가 공식 배포판들에게 얼마나 많은 자유를 주어 기술적 결정을 스스로 내릴 수 있는지 모른 채, 아마도—정말 아마도—캐노니컬이 공식 배포판들이 브랜드를 대표하는 방식에 더 적극적으로 관여할 때일지도 모릅니다. 왜냐하면 어느 관점에서 보더라도, 사용자들에게 보내지고 있는 신호, 그리고 그 사용자는 수십만 명에 달하는데, 그 신호는 좋은 신호가 아니기 때문입니다.