오픈소스 개발자들의 연례 행사인 FOSDEM에 새로운 성격의 데브룸(devroom)이 추가된다. '디지털 디시던트(Digital Dissident)' 데브룸은 검열 우회, 익명화, 메시징, 출판, 내부고발 도구를 만드는 개발자들을 한 공간에 모으려는 시도다. 주목할 점은 이 모임이 특정 프로젝트나 기술 분류를 중심에 두지 않는다는 데 있다. 조직 원칙은 '위협받는 사용자'와 그를 보호하는 처음부터 끝까지의 도구 사슬(end-to-end chain)이다. 각 세션은 상호운용성, 공유된 위협 모델, 실패 데이터, 엔지니어링 관행을 얼마나 진전시키는지를 기준으로 평가된다는 설명이다.
왜 '단일 도구'가 아니라 '사슬'인가
기존에도 FOSDEM에는 프라이버시와 익명성을 다루는 자리가 있었다. 네트워크, 보안, 탈중앙화, 메시징 룸과 메인 트랙, 라이트닝 토크 등에 관련 발표가 흩어져 있었다. 그러나 권위주의 체제 아래에서 살아가는 사람은 결코 하나의 도구만 쓰지 않는다는 것이 주최 측의 문제의식이다. 러시아, 이란, 중국, 벨라루스, 미얀마 같은 환경에서 일상의 보안은 여러 도구가 끝에서 끝까지 맞물려 버텨주는 사슬에 달려 있고, 가장 약한 고리가 결과를 결정한다.
실무자 관점에서 이 지적은 날카롭다. 개별 도구 발표는 그 도구가 다른 도구와 어떻게 맞물리는지, 이음매(seam)가 어디인지, 인계 지점에서 무엇이 깨지는지를 거의 다루지 않는다. 예를 들어 지문 탐지(fingerprinting)에 걸리는 우회 전송 계층이나, 푸시 알림이 사용자 신원을 구글·애플 계정에 묶어버리는 메신저가 그런 경우다. 현재 이 교차 영역을 책임지고 들여다보는 주체가 없다는 것이 데브룸을 만든 이유로 제시된다.
검열은 정교해지고 대응은 파편화됐다
러시아, 이란, 중국의 검열은 훨씬 정교해졌다. 국가 단위 허용 목록(allow-list)과 화이트리스트만 남긴 인터넷 차단, TLS·QUIC 지문 탐지, 능동 탐침을 동반한 심층 패킷 검사(DPI), 특정 프로토콜 속도 제한, 모바일 인터넷 차단, 앱스토어에서의 우회 도구 삭제, 국가 운영 메신저 강제와 '주권 인터넷' 라우팅까지 수단이 다양해졌다. 이에 맞서 개발자들은 플러거블 트랜스포트, 도메인 프론팅의 대체 기법, 믹스넷, 탈중앙·이메일 기반 메시징, 새로운 난독화 프로토콜로 응수해왔다. 진전은 빠르지만 흩어져 있다.
이 파편화는 올해 행사에서도 드러났다. FOSDEM 2026에서 비탈리 레핀(Vitaly Repin)의 '러시아 검열 우회, 톰의 덫과 제리의 VPN: 5년의 여정'은 토요일 네트워크 트랙(H.1302)에서 많은 청중을 모았지만, NymVPN과 델타챗(Delta Chat)의 다중 릴레이 메시징 발표는 일요일 '탈중앙 인터넷·프라이버시' 데브룸에서 따로 진행됐다. 비슷한 관심사를 가진 청중과 연사가 서로 다른 방에 나뉘어 있었던 셈이다. 단일 데브룸은 이들을 한자리에 모은다.
기존 프라이버시 데브룸과의 관계
주최 측은 이 데브룸이 기존 '탈중앙 인터넷·프라이버시' 데브룸과 경쟁하지 않는다는 점을 분명히 한다. 후자는 P2P 프로토콜, 브라우저, 코드 협업, 키 인프라 등 탈중앙 기술 전반을 폭넓게 다루며 검열·익명성은 그 일부다. 반면 디지털 디시던트의 조직 원리는 기술 분류가 아니라 위협받는 사용자와 그를 지키는 사슬이다. 양측은 일정이 겹치지 않도록 조율하고, 넘치는 발표자를 서로 적합한 방으로 안내하기로 했다.
초청을 검토 중인(아직 확정은 아닌) 프로젝트로는 믹스넷 Nym, Delta Chat/chatmail, SimpleX, 액티비티펍(ActivityPub) 기반 페디버스와 인스턴스 운영자, Nostr, Psiphon을 비롯한 우회·VPN 제공자, Tor 생태계, Reticulum과 메시 네트워킹, 내부고발·보안 제출 플랫폼, 검열 측정 연구자 등이 거론된다. 이 가운데 상당수는 FOSDEM 2026에도 발표한 바 있다.
발표 심사 기준은 실무적으로 의미가 있다. 주최 측은 기술적 완성도와 '도구 사슬' 틀에 대한 적합성을 기준으로 모든 제안을 검토하고, 확립된 프로젝트와 신생 프로젝트, 연구자, 당사자 커뮤니티 사이의 균형을 맞추겠다고 밝혔다. 모든 발표에는 명시적 위협 모델과 한계에 대한 솔직한 설명이 포함돼야 한다. 다만 우회나 익명화를 설명하는 발표는 현장의 특정 사용자를 위험에 빠뜨릴 수 있는 운영 세부정보를 피해야 한다는 조건도 붙는다. 보안 도구를 만드는 쪽이라면 '내 도구가 다른 도구와 만나는 지점에서 무엇이 무너지는가'라는 질문이 앞으로의 설계 기준이 될 수 있다는 점을 시사한다.