본문으로 건너뛰기
피드

밤부랩, 오픈소스 생태계의 신뢰 계약을 건드리다

open-source 약 6분
vote
0
댓글
북마크

제프 기어링은 밤부랩이 AGPL 기반 생태계에서 파생된 OrcaSlicer 포크 개발자를 법적 위협으로 압박했다며 강하게 비판한다. 핵심 쟁점은 사용자가 산 3D 프린터를 클라우드 없이 통제할 수 있어야 하는지, 그리고 오픈소스 포크를 회사가 어디까지 제한할 수 있는지다.

  • 1

    OrcaSlicer는 Bambu Studio의 포크이고, Bambu Studio는 Prusa Slicer와 slic3r 계보를 잇는 AGPLv3 프로젝트다

  • 2

    밤부랩은 클라우드를 거치지 않고 기능을 쓰게 해주는 OrcaSlicer 포크 개발자에게 법적 조치를 시사했다

  • 3

    회사 측은 포크가 공식 클라이언트인 척하는 식의 신원 메타데이터를 썼다고 주장했다

  • 4

    글쓴이는 해당 코드가 밤부랩의 AGPL 라이선스 리눅스 앱 코드와 같은 계열이라며 공개 비난이 부당하다고 본다

  • 5

    루이스 로스만은 개발자의 법적 대응을 돕기 위해 1만 달러 지원 의사를 밝혔다

  • 제프 기어링이 밤부랩을 다시 세게 비판함. 이유는 오픈소스 포크 개발자를 법적 위협으로 압박했다는 것임

    • 그는 이미 작년에 밤부랩 프린터를 더는 추천하지 않겠다고 말한 적이 있음
    • 지금도 P1S를 쓰지만, 인터넷 차단, 펌웨어 업데이트 중단, 개발자 모드 고정, Bambu Studio 삭제, OrcaSlicer 사용으로 자기 통제권을 지키고 있다고 밝힘
  • 배경에는 밤부랩의 클라우드 중심 운영 방식이 있음

    • 기본 설정에서는 출력 파일이 밤부랩 서버를 거쳐 프린터로 가는 구조라, 회사가 사용자가 무엇을 출력하는지 볼 수 있다는 우려가 있음
    • 원격 출력이 편한 건 맞지만, 글쓴이는 WireGuard VPN으로 직접 접근하면 되니 회사 클라우드가 필수일 이유가 없다고 봄
  • 이번 충돌의 대상은 OrcaSlicer-bambulab이라는 작은 포크임

    • OrcaSlicer는 Bambu Studio의 포크고, Bambu Studio는 Prusa Slicer, 그 위로 slic3r 계보를 잇는 AGPLv3 오픈소스 프로젝트임
    • 해당 포크는 밤부랩 클라우드 전달 방식을 거치지 않고도 프린터 기능을 쓰게 해주는 방향이었던 것으로 설명됨

중요

> 핵심 쟁점은 0.1%쯤 되는 파워유저가 클라우드 없이 자기 프린터를 쓸 수 있느냐임. 숫자로 보면 작아도, 오픈소스 하드웨어 생태계에서는 소유권과 신뢰의 문제라 파장이 큼.

  • 밤부랩은 이 포크 개발자에게 법적 조치를 시사하며 꽤 무거운 주장을 꺼냄

    • 회사 측은 포크가 네트워크 통신에서 공식 Bambu Studio 클라이언트인 척하는 허위 신원 메타데이터를 주입했다고 설명함
    • 이 방식이 널리 퍼지거나 잘못 설정되면 수천 클라이언트가 공식 앱처럼 서버를 때리고, 인프라가 구분할 수 없어 구조적 취약점이 생긴다는 논리임
  • 글쓴이는 이 프레이밍을 받아들이지 않음

    • 문제의 코드가 밤부랩의 AGPL 라이선스 리눅스 Bambu Studio 코드와 같은 계열인데, 개발자를 보안 우회자처럼 공개적으로 몰아간다는 비판임
    • 공개 유저 에이전트 문자열이 디도스 방어의 핵심이라면 보안 설계가 이상한 것 아니냐는 식으로 꼬집음
  • 오픈소스 문화 측면에서도 밤부랩의 대응이 어긋났다고 봄

    • 회사가 생태계 문제를 풀고 더 안전한 플랫폼을 만드는 대신, 헌신적인 파워유저 개발자를 공개 비난했다는 주장임
    • 해당 개발자는 과거 밤부랩 GitHub에서도 리눅스와 Wayland 이슈를 도운 적이 있어 더 황당하다고 언급함
  • 글쓴이는 밤부랩의 과거 행보도 같이 꺼냄

    • 밤부랩이 2022년 자사 포크 때문에 밤부 사용자 텔레메트리가 Prusa 서버로 갔던 일이 있었지만, Prusa가 곧바로 중단 요구를 날리지는 않았다고 지적함
    • 작년에도 밤부랩은 커뮤니티 반발을 불행한 오정보 탓으로 돌렸다고 봄

⚠️주의

> 오픈소스 기반 제품에서 클라우드 락인이 사후에 강해지면, 사용자는 구매 당시 기대한 소유권이 바뀌었다고 느낄 수 있음. 이 지점에서 법적 압박은 기술 이슈보다 신뢰 이슈를 더 키움.

  • 돈으로 항의하는 게 더 효과적일 수 있다는 결론으로 감
    • 루이스 로스만은 오픈소스 개발자가 밤부랩의 법적 위협에 맞서려 한다면 1만 달러를 지원하겠다고 밝힘
    • 다만 글쓴이는 개발자를 다시 밤부랩의 표적 안에 넣는 것보다, 그냥 밤부랩 제품을 피하는 게 더 나은 선택일 수 있다고 봄

기술 맥락

  • 이 사건의 기술적 선택은 프린터 출력 경로를 회사 클라우드에 묶을지, 로컬 네트워크와 오픈소스 클라이언트로 열어둘지예요. 편의성만 보면 클라우드가 쉽지만, 소유권과 프라이버시 관점에서는 완전히 다른 얘기가 돼요.

  • AGPLv3가 중요한 이유는 밤부랩 소프트웨어가 오픈소스 계보 위에 있기 때문이에요. 누군가 포크를 만들고 수정해서 쓰는 건 이 생태계에서 예외가 아니라 기본 동작에 가까워요.

  • 밤부랩이 말한 신원 메타데이터 문제는 서버 입장에서는 실제 운영 리스크일 수 있어요. 다만 그 리스크를 특정 개발자의 악의처럼 공개적으로 몰아가면, 커뮤니티는 보안 문제 해결보다 포크 억압으로 받아들일 가능성이 커요.

  • 개발자 입장에서 이 사건은 하드웨어 제품을 살 때 로컬 API, 개발자 모드, 펌웨어 업데이트 정책을 왜 봐야 하는지 보여줘요. 기능이 좋아도 업데이트 한 번으로 제어권이 회사 쪽으로 넘어가면 제품의 성격이 바뀌거든요.

  • 결국 플랫폼 회사가 오픈소스의 장점은 가져가면서 사용자의 수정과 우회는 막으려 할 때 충돌이 생겨요. 이건 3D 프린터뿐 아니라 스마트홈, NAS, 로봇, 자동차 소프트웨어에서도 계속 반복될 수 있어요.

이 사건은 3D 프린터 하나의 문제가 아니라, 오픈소스 기반으로 성장한 하드웨어 회사가 클라우드 락인으로 방향을 틀 때 생기는 전형적인 충돌이다. 개발자 커뮤니티가 민감하게 반응하는 지점은 편의 기능이 아니라 소유권과 통제권이다.

댓글

댓글

댓글을 불러오는 중...

open-source

차세대 데이터 파일 포맷 F3, 디코더를 Wasm으로 파일 안에 넣자는 실험

F3는 Parquet, ORC 같은 기존 컬럼형 파일 포맷의 한계를 줄이기 위해 제안된 오픈소스 연구 프로토타입이다. 핵심 아이디어는 데이터와 메타데이터뿐 아니라 WebAssembly(Wasm) 디코더까지 파일에 함께 넣어, 새 인코딩 방식이 나와도 플랫폼 호환성을 유지하자는 것이다.

open-source

에코백스, 1,134만원짜리 오픈소스 가정용 로봇 ‘빠졔’ 판매 시작

중국 청소 로봇 기업 에코백스가 첫 오픈소스 로봇 ‘빠졔’를 정식 판매하기 시작했음. 가정용 로봇을 개발자가 직접 조율하고 프로그래밍하고 2차 개발할 수 있게 만든 플랫폼이고, 가격은 4만9990위안, 약 1,134만원 수준임.

open-source

BMW·폭스바겐·스텔란티스, 자동차 소프트웨어 오픈소스 동맹 키운다

BMW, 폭스바겐그룹, 스텔란티스 등 유럽 완성차 업체들이 소프트웨어 정의 자동차(SDV) 경쟁력 강화를 위해 오픈소스 공동 개발에 나서고 있다. 독일자동차산업협회 주도 프로젝트에는 완성차, 부품사, 반도체 기업 등 30개 이상 기업이 참여하며 차량 OS, 미들웨어, 통신 소프트웨어 같은 공통 영역을 함께 만든다. 기대 효과는 개발·유지 비용 최대 40% 절감, 차량 개발 기간 최대 30% 단축이다.

open-source

AI 시대 오픈소스, ‘공개됐으니 막 써도 됨’은 진짜 위험한 착각

생성형 AI 서비스가 오픈소스 코드, 모델, 데이터셋, 외부 API를 섞어 쓰면서 라이선스와 이용 조건 관리가 훨씬 복잡해졌다는 내용이다. 공개된 기술이라도 저작권과 사용 조건은 남아 있고, 기업은 제품 안에 무엇이 들어갔는지 지속적으로 추적해야 한다.

open-source

에코백스, 1,134만원짜리 오픈소스 가정용 로봇 ‘빠졔’ 출시

중국 청소 로봇 기업 에코백스가 첫 오픈소스 로봇 ‘빠졔’를 판매하기 시작했다. 개발자가 로봇의 동작, 조작, 환경 인식 기능을 기반으로 임바디드 인텔리전스 애플리케이션을 만들고 상용화할 수 있게 하겠다는 전략이다.