Discourse는 클로즈 소스로 전환되지 않습니다

Cal.com 은 코드베이스를 폐쇄하고 더 이상 오픈소스 제품이 되지 않을 것임을 발표했습니다. 그 이유는 AI가 오픈소스를 SaaS 기업에 대해 너무 위험하게 만들었기 때문이라고 합니다. 코드는 AI에 의해 거의 비용 없이 스캔되고 악용되며, 투명성은 이제 노출로 변하고 있습니다.


이것은 https://blog.discourse.org/2026/04/discourse-is-not-going-closed-source의 원본 항목에 대한 동반 토론 주제입니다.
61개의 좋아요

샘, 고마워. 이렇게 정면으로 이 문제를 다뤄줘서 정말 감사해.
최근 관련 AI 뉴스(최대한 따라가려고 노력하고 있지만)를 계속 보고 있었는데, 이 질문은 내 머릿속 한켠에 늘 남아 있었어. 좋은 일 계속해줘. :discourse:

23개의 좋아요

정말 존경스럽습니다. 저는 이미 한동안 Discourse에 대해 마음 한구석으로 이런 걱정을 하고 있었거든요. 핵심 제품을 엔시트파이(Enshittification)하지 않고, 올바른 편에 서서 꾸준히 지켜주셔서 감사합니다. 여러 이유로 인해 AI 규제 도입까지는 아직 상당한 시간이 걸릴 것 같은데, 현재 상황은 매우 엄중합니다.

제품을 셀프호스팅하지 않으면서도 기본 기능을 잠금 해제하려고 돈을 요구하지 않는다는 점이 얼마나 큰 장점인지 여러분이 잘 알고 계시리라 생각합니다. (많은 “오픈소스” 제품들이 그렇게 하잖아요.) :meow_heart:

19개의 좋아요

갑자기 소스를 닫는다고 해서 아직 발견되지 않은 기존 코드 내의 모든 보안 문제를 마법처럼 해결되는 것은 아닙니다. 하지만 커뮤니티가 이를 수정하는 데 도움을 주는 것을 막는 것은 확실합니다.

게다가, 여러분의 제품을 성장시키는 데 도움을 준 모든 사람에게도 매우 무례한 행동입니다. 이 조치 이후로 제가 왜 지금, 또는 앞으로도 cal.com과 관련하여 어떤 일을 하거나 cal.com을 위해 무언가를 해야 합니까? 그들의 취미용 "포크"인 cal.dyi를 위해 무엇을 해야 합니까? 그들은 그들이 쌓아온 모든 신뢰를 그냥 버렸습니다.

15개의 좋아요

블로그 게시물 감사합니다, 샘. 흥미롭게 읽었습니다 :slight_smile:

이 주제는 인터넷 전체에서 화제가 되고 있지만, 공개되지 않은 진짜 혹은 주요 이유가 보안 위협(“우리의 모델이 너무 위험하다”) 때문일까요?

일부 사람들은 이것이 모델의 잠재적 강력함을 완전히 무시하는 것은 아니지만, PR 이벤트 성향이 더 강하다고 주장합니다. 하나의 예시: On Anthropic's Mythos Preview and Project Glasswing - Schneier on Security

저는 이러한 복잡한 주제들에 대해 아무것도 알지 못하지만, 모든 뉴스 사이트와 온라인 커뮤니티에서 빠르게 확산되는 기사를 읽을 때 주의 깊게 대합니다. 주장된 내용에는 몇 가지 주의할 점이 있다고 생각합니다. 즉, 사실일 부분도 있고, 명확히 해야 할 정보나 과장된 부분이 있을 수 있다는 것이죠.

모델들이 취약점을 매우 빠르게 발견하고 아마도 악용할 수 있다는 사실에 대해서는 의심의 여지가 없습니다. 또한 Discourse 코드 예시를 통해 이 점을 강조하기도 하셨죠.


기사 자체에 대해, 읽으면서 조금 어색하게 느꼈던 점을 지적하겠습니다:

클로즈드 소스는 사람들이 인정하고 싶어 하는 것보다 SaaS에 대해 항상 더 약한 방어책이었습니다. 웹 애플리케이션은 한 번 배포하고 숨겨두는 것이 아닙니다. 그 상당 부분이 모든 요청마다 사용자의 브라우저로 직접 전달됩니다: JavaScript, API 계약, 클라이언트 측 플로우, 검증 로직, 기능 동작 등입니다. 공격자는 이미 이 모든 것을 검사할 수 있으며, AI는 이러한 검사의 비용을 극적으로 낮춥니다. 저장소를 닫는 것은 일부 서버 측 구현 세부사항을 숨길 수는 있지만, 시스템을 보이지 않게 만들지는 않습니다. 그것이 대부분 하는 일은 전체 그림을 검사할 수 있는 방어자의 수를 줄이는 것입니다.

그리고 나중에:

클로즈드 소스는 약간의 불명확성(obscurity)을 살 수 있지만, 불명확성은 취약합니다. 코드는 유출되고, 바이너리는 역설계되며, API는 매핑되고, 공격자는 실행 중인 시스템을 질문하는 것만으로도 많은 것을 배웁니다. 진정한 방어는 코드를 영원히 숨기는 것이 아닙니다. 감시가 시작될 때에도 견딜 수 있는 소프트웨어와 운영 관행을 구축하는 것입니다.

두 번째 단락을 읽었을 때, 이미 읽은 것 같은 느낌이 들었습니다.
위쪽을 스크롤해보니 두 단락이 매우, 매우 유사하다는 것을 발견했습니다. 둘 다 다른 표현을 사용했지만 동일한 내용을 서술하고 있습니다.

요약할 필요성을 이해하지만, 이 경우 정말로 몇 단락 전에 기본적으로 같은 내용을 읽은 것 같은 느낌이 들었습니다.

6개의 좋아요

정말 영감을 주는 글이었어, 샘. 디스커스에서 일하게 된 게 자랑스럽네.

[부러워 보이지 않을 만한 말을 생각하느라 정신없어…]

이제 진짜 좀 일해야겠다. :wink:

27개의 좋아요

이 글을 읽고 정말 큰 감동을 받았습니다. 잠긴 문 뒤에 숨기보다 용기를 선택한다는 대목이 특히 강력했습니다. 13년간 오픈소스를 위해 함께해 주시고, 우리가 무엇을 위해 노력하고 있는지 다시 일깨워 주셔서 감사합니다. 이 말씀은 오래도록 마음에 남을 것입니다.

12개의 좋아요

훌륭한 말씀입니다!

https://releases.discourse.org 도 잘 작동하고, 이제 정말 멋져 보입니다. @david, @derek, 그리고 이 서비스를 만든 모든 분들! :smiling_face_with_sunglasses:

14개의 좋아요

오, 정말 맛있네요! 그리고 아름답게 명확하고 매우 유용합니다. 잘하셨어요!

10개의 좋아요
5개의 좋아요

오픈소스가 죽었다면, 왜 아직도 그걸 사용하나요? PostgreSQL을 Oracle DB로 전환하지 않은 이유는 무엇인가요? 팀이 Linux에서 MS Windows로 전환하지 않은 이유는 무엇인가요? 등등.

그들의 전체 애플리케이션, 미들웨어, 심지어 인프라의 상당 부분이 오픈소스 위에 구축되어 있습니다.

12개의 좋아요

훌륭한 공지사항이자 주제입니다.

AI가 제로데이 익스플로이트를 가속화할 수 있는 위험성은 잘 이해하고 있습니다.

노력의 정도를 결코 과소평가하지 않으나, 디스코스가 업데이트에 대해 일종의 실시간 CI/CD 파이프라인을 고려해 볼 수 있을까요?

아마도 메타나 디스코스 관리 사이트에서는 이미 이런 일이 일어나고 있을 수도 있지만, 저는 특히 셀프 호스팅 환경에서 기능 플래그를 통해 릴리스 시점에 업데이트를 활성화하거나, 지연된 시점에 자동화된 프로세스로 업데이트를 수행할 수 있는 방식을 구체적으로 생각하고 있습니다.

아니면, 다른 업데이트와 독립적으로 활성화할 수 있는 자동 보안 업데이트 기능으로 구현될 수도 있겠죠.

어쨌든, 디스코스 소프트웨어와 그 뒤를 지원하는 분들에게 감사와 감사를 계속 표하고 싶습니다. 감사합니다!

5개의 좋아요

여기서 이것이 좋은 아이디어가 아닌 데에는 좋은 이유가 있습니다:

2개의 좋아요

정말 그렇습니다! 즉, 그들은 해당 미들웨어의 취약점을 그대로 상속받게 되며, 이들이 무엇을 숨기려 하든 상관없이 이러한 취약점은 공개적으로 공개됩니다.

이 모든 것은 큰 허세에 불과합니다. 보안은 불투명성으로 달성할 수 없다는 사실은 모든 학부생도 알고 있습니다.

디스코스는 오픈 소스를 유지하면서 지속 가능한 SaaS 비즈니스를 구축하고, 취약점을 숨기려 하지 않고 그 흐름에 발맞출 수 있다는 것을 보여주고 있습니다.

10개의 좋아요

디스코스가 오픈소스로 남는 것(나는 그 사실에 의심한 적이 없었죠)은 물론, 여기에 대해 명확한 입장을 취하기로 결정한 것도 정말 기쁩니다. :heart: 칼의 결정 자체는 그들의 선택이므로 개의치 않지만, 그 모든 이미지 메이킹과 홍보 전략은 정말 짜증스럽습니다.

AI 코드 생성과 취약점 탐색을 통해 배운 한 가지는, 경영진들이 시대초기부터 고수해 온 그 낡고 인기 있는 잘못된 생각들이 여전히 우리 곁에 있다는 것입니다. 이번 경우에는 오픈소스에 대한 “불명확성 보안(security by obscurity)” 논쟁이 그 사례입니다.

15개의 좋아요

Discourse가 오픈 소스를 유지하고 명확한 입장을 내세우는 것을 보니 반갑습니다. 투명성은 일반적으로 더 약한 보안이 아니라 더 강한 보안으로 이어지죠. 특히 오보스코시티(보안의 비공개성)에 의존하는 경우와 비교하면 더욱 그렇습니다.

1개의 좋아요

링크드인 댓글 중 몇 개가 봇에서 나온 건지 모르겠지만, 이 댓글은 내 생각에 꽤 일리가 있다:

결정 자체는 존중하지만, 그것이 무엇인지는 분명히 짚어둘 가치가 있다.
기업들이 블로그, 보도자료, 팟캐스트, cal.diy 브랜드까지 이렇게 조율된 움직임을 Mythos가 공개된 지 8일 만에 실행하는 경우는 없다. 이는 사전에 계획된 것이었다. AI가 6개월 후가 아닌 지금 바로 이를 출시할 수 있는 허가를 준 셈이다.
[…]
보안이라는 겉옷을 입은 비즈니스 모델의 결정에 불과하다.

내가 애초에 잘 모르는 회사인 만큼, 이 움직임에 대해 크게 신경 쓰지는 않는다 :slight_smile:

8개의 좋아요

2년 동안 Discourse가 지난 10년 동안 가장 좋은 CMS라고 말해 왔는데, 바로 그 주요 이유 중 하나가 여기 있습니다! 여러분 모두 축하드립니다. 정말 대단합니다.

4개의 좋아요

여러분의 사고 수준에 정말로 놀랍도록 감탄을 금할 수가 없습니다!!

우연히 이 주제를 발견하게 되어, 관련 블로그 글도 읽어보게 되었습니다.

이 세계라는 기차가 어디로 향하고 있는지 모르겠네요!
하지만 저는 분명히 이 기차의 마지막 객차(단순히 마지막 객차만이 아니라)에 앉아 있는 것 같기도 하고, 어쩌면 기차 뒤에 끌려다니고 있는 것(철로 위를 달리는 기차 뒤에)일지도 모릅니다.

5개의 좋아요

오피스 아워에서 인사드립니다 :wave:

3개의 좋아요