개인정보처리방침

Nexa Beep · 시행일 2026-10-19 · 최종 수정일 2026-10-12

Nexa Beep(이하 “소프트웨어”)는 SosomLab(이하 “회사”)가 배포하는 Windows·macOS·Linux용 로컬 네트워크 메신저입니다. 이 개인정보처리방침은 소프트웨어가 어떤 데이터를 다루고, 어디에 저장하며, 네트워크로 무엇이 나가고, 회사가 운영하는 릴레이 서버가 무엇을 보는지, 그리고 상업 라이선스를 신청할 때 회사가 무엇을 받는지를 설명합니다.

개정 안내 (2026-10-12 게시 · 2026-10-19 시행) 이 방침은 소프트웨어 v0.3.0~v0.5.0의 변경에 맞춰 개정되었습니다. 주요 변경: ① 다중 기기 신원을 켠 경우 내가 보낸 메시지의 사본·최근 대화 기록·읽음 상태가 이용자 본인의 다른 기기로 암호화 세션을 통해 전달된다는 점(제2항·제3-4항) ② 대화 기록 매핑 파일과 라이선스 파일이 평문으로 저장된다는 점(제2항) ③ 상업 라이선스 신청 시 회사가 받는 정보와 그 처리(제7항 신설) ④ 이용자의 권리(제9항). 릴레이 서버가 다루는 정보의 범위는 바뀌지 않았습니다. 개정 이력은 맨 아래에 있습니다.

1. 요약

소프트웨어의 기본 동작은 같은 로컬 네트워크(LAN) 안의 기기끼리 직접 통신하는 것입니다. 이 동작에는 회사의 서버가 관여하지 않으며, 회사는 소프트웨어로부터 어떤 데이터도 자동으로 수신하지 않습니다.
소프트웨어에는 분석·텔레메트리·광고·추적 기능이 일절 없습니다. 계정 가입도 없으며, 라이선스 확인을 위해 어디에도 접속하지 않습니다.
모든 대화와 파일은 기기 사이에서 종단 간 암호화(Noise_XX) 되어 전달됩니다. 어떤 경로를 거치든 내용을 읽을 수 있는 것은 대화에 참여한 단말(상대가 묶어 둔 여러 기기와 이용자 본인의 다른 기기 포함 — 제3-4항)뿐입니다.
이용자가 릴레이 서버 기능을 직접 켠 경우에만(제4항) 회사가 운영하는 서버 beepd.sosomlab.com과 통신합니다. 이 서버는 대화 내용을 읽을 수 없고, 어떤 데이터도 디스크에 저장하지 않습니다.
기기에 저장되는 대화 내용·수신 파일·연락처 정보는 암호화되어 저장되며, 이용자가 직접 삭제할 수 있습니다. 다만 설정·신원 키·대화 기록 매핑 파일(상대 공개키)·라이선스 파일 등 일부 파일은 평문입니다(제2항).
다중 기기 신원(선택 · 기본 꺼짐)을 켜면 대화 기록의 일부가 이용자 본인의 다른 기기로 암호화 전달됩니다(제3-4항). 회사 서버에는 저장되지 않습니다.
회사가 이용자의 개인정보를 받는 경우는 이용자가 상업 라이선스를 신청하며 요청 코드를 이메일로 보낼 때와 이용자가 회사에 문의할 때뿐입니다(제7항).

2. 기기에 저장되는 데이터

소프트웨어는 데이터 폴더 한 곳에만 파일을 만듭니다. 실행 파일 옆 data/ 폴더에 쓸 수 있으면 그곳(포터블 · Windows 설치본)을, 업그레이드 때 통째로 교체되는 설치 위치(macOS 앱 번들 · Homebrew · Linux 패키지)이거나 쓸 수 없으면 운영체제의 사용자 설정 폴더를 씁니다. 어느 쪽도 쓸 수 없으면 홈 폴더의 .nexa-beep를 씁니다. 실제 위치는 nexa-beep --whoami로 확인할 수 있습니다.

항목	내용	저장 방식
설정	테마·언어·정렬·필터·창 크기·알림·전송·서버 주소 등 이용자가 고른 옵션	평문 (`settings.cfg` — 민감한 값 없음)
신원 키	기기의 X25519 키 쌍. 이 키의 공개키 지문이 소프트웨어에서 이용자를 가리키는 유일한 식별자입니다	평문 (`identity.key` — 다른 파일을 암호화하는 원료이므로 자신을 감쌀 수 없음 · Unix 0600)
사용자 키 · 페어링 암호 (다중 기기 신원을 켠 경우)	내 PC들을 한 사용자로 묶는 Ed25519 사용자 키와, 형제 기기끼리만 아는 페어링 암호	암호화 (`user.key` · Unix 0600)
신뢰 핀	이용자가 만난 상대의 공개키와 신뢰 상태(핀 고정·지문 대조됨·차단)	암호화 (`trust.seg`)
대화 기록	1:1·그룹 대화의 메시지와 전송 완료 기록(다중 기기 신원을 켠 경우 내 다른 기기에서 받아 온 줄 포함)	암호화 (`history/*.seg` 세그먼트 파일 · Unix 0600)
대화 기록 매핑 표 (v0.5.0~)	기록 파일 이름(지문 앞자리)에 대응하는 상대 기기의 전체 공개키(32바이트) — 기록이 있는 상대마다 하나	평문 (`history/{지문 앞자리}.id` · Unix 0600). 공개키는 비밀 정보는 아니지만, 이 파일을 열람할 수 있는 사람은 이 기기가 어떤 상대와 대화 기록을 갖고 있는지 알 수 있습니다. 메시지 내용은 담기지 않습니다
격리된 수신 파일	승인 전 상태의 수신 파일(`.beepq` 봉인)	암호화
프로필 연락처	이용자가 프로필에 입력한 이메일·전화번호	암호화 (`profile.sec`)
프로필 이미지 캐시	내 아바타와 상대가 보내 준 아바타	암호화
오프라인 큐	상대가 꺼져 있을 때 보관해 둔 발신 메시지	암호화
상태 로그 (선택 · 기본 꺼짐)	상태바에 표시된 문구를 날짜별 파일로	평문 (켠 경우에만 · 내용은 상태 문구뿐)
라이선스 파일 (상업 라이선스를 설치한 경우만)	회사가 서명해 발급한 파일: 라이선스 ID·라이선시 이름·등급·발급일과 기한·기기 코드(해시)	평문 (`license/nexa-beep.license` · Unix 0600 · 서명으로 위·변조를 검증). 관리자가 기기 공용 위치(Windows `%ProgramData%\nexa\nexa-beep` 등)에 둘 수도 있습니다

암호화는 ChaCha20-Poly1305 봉투(NBSE)로 이뤄지며, 키는 이용자 기기의 신원 키에서 파생됩니다. 따라서 identity.key가 유출되면 같은 기기의 암호화 파일도 열릴 수 있습니다 — 키 파일의 보관과 백업은 이용자의 책임이며, 소프트웨어는 이를 설정 화면에 고지합니다.

이 파일들 자체는 기기 밖으로 복사되지 않으며, 릴레이 서버를 켜더라도 서버에 올라가지 않습니다. 다만 다중 기기 신원을 켠 경우에는 대화 기록의 일부 내용(내가 보낸 메시지의 사본, 꺼져 있던 기기를 위한 최근 대화 기록, 읽음 상태)이 이용자 본인의 다른 기기로 암호화 세션을 통해 전달되며, 받은 기기는 그 내용을 자기 키로 다시 암호화해 저장합니다(제3-4항). 파일 본문·키 파일·신뢰 핀은 이 방식으로 전달되지 않습니다.

데이터 폴더를 삭제하면 그 기기의 데이터는 전부 영구히 제거됩니다. 대화 하나를 삭제하면 그 대화의 데이터 키를 폐기하므로(크립토 셰레딩) 남은 바이트는 복호화할 수 없게 됩니다. 삭제는 그 기기에만 적용되며 다른 기기로 전파되지 않습니다. 다중 기기 신원으로 묶인 다른 내 기기에 같은 대화가 남아 있으면 그 기기에서 따로 삭제해야 하고, 남아 있는 기록은 따라잡기를 통해 다시 전달될 수 있습니다. 또한 SSD 웨어 레벨링이나 이용자가 만든 백업 사본에 옛 데이터가 남을 수 있으며, 소프트웨어는 물리적 삭제를 보장하지 않습니다.

소프트웨어는 시스템 시작 시 자동 실행을 위해 운영체제의 사용자 수준 등록(Windows HKCU\…\Run · macOS LaunchAgent · Linux XDG autostart)을 추가합니다. 이는 기본 켜짐이며 설정에서 끌 수 있습니다. 그 외에 레지스트리나 시스템 영역에 기록하지 않습니다.

3. 로컬 네트워크(LAN)로 나가는 데이터

3-1. 발견 패킷

소프트웨어는 같은 네트워크의 다른 이용자를 찾기 위해 UDP 멀티캐스트·브로드캐스트(기본 포트 47100)로 발견 패킷을 주기적으로 보냅니다. 이 패킷은 암호화되지 않으며 다음만 담습니다.

기기 공개키(지문)
표시 이름 — 기본값은 실명으로 추정되는 부분을 제거한 호스트명이며, 판별할 수 없으면 beep-{지문} 형식입니다. 이용자가 직접 바꿀 수 있습니다.
세션 수신 포트
프로필 공개 여부 플래그와 버전 번호 (프로필 내용은 들어가지 않습니다)
다중 기기 신원을 켠 경우, 핸들·페어링 암호에서 파생한 16바이트 해시 태그 (같은 사용자의 기기를 찾기 위한 힌트 — 핸들·암호 원문은 실리지 않으며 역산할 수 없습니다)

이메일·전화번호·실명·소개글·메시지는 발견 패킷에 절대 실리지 않습니다. 같은 네트워크의 누구나 이 패킷을 볼 수 있으므로, 소프트웨어를 실행하고 있다는 사실과 표시 이름은 같은 LAN 안에서 숨겨지지 않습니다. 고정 공개키가 주기적으로 방송되므로 같은 LAN의 관찰자가 기기를 장기간 재식별할 수 있다는 한계도 있습니다.

3-2. 세션

상대와 연결되면 TCP(기본 포트 47200)로 Noise_XX 핸드셰이크를 하고, 이후 모든 메시지·파일·프로필·전달/읽음 확인은 이 암호화 세션으로만 오갑니다. 네트워크 관찰자는 패킷의 크기와 시각은 볼 수 있지만 내용은 볼 수 없습니다.

상대가 다중 기기 신원으로 여러 기기를 묶어 둔 경우(v0.4.0~), 이용자가 보낸 메시지는 상대의 접속 중인 기기 전부에 각각의 암호화 세션으로 전달되며, 상대의 다른 기기로도 상대 쪽 동기화(제3-4항)를 통해 전해질 수 있습니다. 상대가 어느 기기들을 묶어 두었는지는 이용자가 통제할 수 없습니다.

3-3. 프로필 노출 (옵트인)

프로필의 이름·이메일·전화번호·소개글·사진은 항목별로 공개 여부를 이용자가 직접 켭니다(기본 전부 비공개). 공개로 둔 항목만 암호화 세션을 통해 연결된 상대에게 전달되며, 같은 LAN의 상대에게는 발견 직후 자동으로 프로필 교환용 세션이 세워져 전달됩니다. 공개를 끄면 다음 공지 때 상대의 캐시에서 해당 항목이 지워지지만, 이미 본 사람의 기억까지 지울 수는 없습니다.

상대가 보내 준 프로필은 “그 키의 주장”일 뿐이며 소프트웨어는 그 진위를 보증하지 않습니다.

3-4. 다중 기기 신원 (선택 · v0.2.15~)

설정 › 사용자에서 다중 기기 신원을 켜면 이용자가 정한 핸들(짧은 공개 이름)과 페어링 암호가 같은 이용자 자신의 기기들이 승인·지문 대조 없이 서로를 “내 기기”로 인식합니다. 이 기능은 기본 꺼짐입니다. 켜면 다음이 달라집니다.

페어링 암호는 서버로도 상대 기기로도 보내지 않습니다. 암호에서 파생한 PSK로 형제 기기와 별도 핸드셰이크(Noise XXpsk3)를 맺고 그 세션 안에서 소속을 증명합니다.
같은 사용자의 기기끼리는 사용자 키와 서명된 기기 목록(어느 기기가 같은 사용자에 속하는지)을 암호화 세션 안에서 교환합니다. 처음 만난 두 기기의 사용자 ID는 먼저 만든 쪽으로 합쳐집니다.
핸들은 연결된 상대에게 프로필 카드의 사용자 줄로 보입니다. 핸들은 라벨일 뿐 신원이 아니며, 같은 핸들을 다른 사용자 키가 쓰면 상대 화면에 충돌 표식이 붙습니다.
기기를 잃어버렸을 때 사용자 키를 교체하면 후계 증명서가 상대에게 전달되어 옛 ID가 새 ID로 이어집니다. 이 증명서에도 프로필·메시지는 들어가지 않습니다.
대화 동기화 (v0.4.0~v0.5.0) — 같은 사용자의 기기끼리는 형제 기기 사이의 암호화 세션(Noise XXpsk3) 안에서 다음을 주고받습니다.
- 발신 사본: 이용자가 한 기기에서 상대에게 보낸 메시지의 사본(대화 상대의 공개키와 표시 이름 힌트 포함)을 다른 내 기기에 건네, 그 기기의 대화에도 보이게 합니다.
- 따라잡기: 꺼져 있던 내 기기가 다시 켜지면 형제 기기에게서 놓친 대화를 받아 옵니다. 텍스트 줄만 대상이며(파일 본문은 제외), 대화(스레드)당 최근 200줄, 세션당 1MiB까지입니다. 각 줄에는 본문·시각·발신 기기·발신자 표시 이름이 담깁니다.
- 읽음 상태: 한 기기에서 읽은 대화의 “어디까지 읽었는지” 표시를 다른 내 기기에 알려 안읽음 배지를 함께 걷습니다.
- 이 데이터는 이용자 본인의 기기 사이에서만 오가며, 형제 세션이 아닌 연결로 들어온 동기화 데이터는 버려집니다. 내 기기들이 서로 다른 네트워크에 있으면 릴레이 서버를 경유할 수 있으나, 서버는 종단 암호문만 중계하고 저장하지 않습니다(제4-2항). 받은 기기는 받은 내용을 자기 키로 암호화해 저장하며, 기록 파일 자체를 옮기지는 않습니다.
- 다중 기기 신원을 끄거나 기기를 내 기기 목록에서 폐기하면 그 기기와의 동기화는 멈추지만, 이미 전달된 내용은 각 기기에 남습니다(제2항의 방법으로 각각 삭제).

4. 릴레이 서버 (선택 기능)

같은 LAN이 아닌 상대와 통신하려면 릴레이 서버를 거쳐야 합니다. 이 기능은 이용자가 설정 › Server에서 모드를 Managed로 바꾸고 [Test]를 눌러 성공해야만 켜집니다. 켜지 않으면 소프트웨어는 인터넷으로 어떤 통신도 하지 않습니다.

4-1. 공식 기본 서버

앱의 서버 주소 기본값은 회사가 운영하는 beepd.sosomlab.com:47300(TCP+UDP)입니다. 서버 프로그램 nexa-beepd의 소스는 소프트웨어와 같은 저장소에 공개되어 있으며, 이용자는 자신이 직접 세운 서버나 다른 서버 주소로 바꿀 수 있습니다. 공식 서버는 클라우드 사업자(Oracle Cloud Infrastructure)의 가상 머신에서 운영됩니다.

4-2. 서버가 받는 정보

서버에 접속하면 소프트웨어는 서버와도 Noise 암호화 채널을 맺고 다음을 보냅니다.

정보	내용	서버의 취급
회전 랑데부 ID	기기 공개키와 UTC 날짜를 해시한 16바이트 값(어제·오늘·내일 세 개). 공개키 원본은 보내지 않으며 해시를 역산할 수 없습니다	접속 중에만 메모리에 보관. 연결이 끊기면 사라짐
페어링 랑데부 ID (다중 기기 신원을 켠 경우)	핸들·페어링 암호에서 파생한 16바이트 값 세 개(어제·오늘·내일). 같은 사용자의 기기가 다른 네트워크에 있을 때 만남 지점으로만 쓰이며, 핸들·암호 원문은 보내지 않습니다	접속 중에만 메모리에 보관
공인 IP 주소와 포트	서버가 연결에서 관측하는 값. 상대와 직접 연결(홀펀칭)을 시도하도록 상대에게 전달됩니다	접속 중에만 메모리에 보관
채널 개설·종료와 바이트 수	어느 두 랑데부 ID가 언제 연결되어 얼마나 주고받았는지	중계 중에만 메모리에서 다룸
암호문 조각	홀펀칭이 실패했을 때만 서버가 대신 나르는 데이터. 두 단말 사이의 종단 암호문이라 서버는 열 수 없습니다	즉시 상대에게 전달 · 저장하지 않음

서버는 아무것도 디스크에 저장하지 않습니다. 양쪽이 동시에 접속해 있을 때만 데이터가 흐르는 파이프이며, 운영 로그를 켜더라도 연결 번호·랑데부 ID 앞 4바이트·채널 번호·바이트 수만 남깁니다. 대화 본문·파일·파일명·프로필·상대의 이름이나 소속은 서버에 닿지 않습니다.

다만 릴레이를 쓰면 “어떤 랑데부 ID가 어떤 ID와 언제 연결했는가”라는 메타데이터와 공인 IP 주소는 서버가 알게 됩니다. 내용은 몰라도 이 사실은 감출 수 없으며, 소프트웨어는 이를 문서에 명시합니다.

4-3. 서버 사용자 목록과 공개 카드 (옵트인)

릴레이 서버를 켠 상태에서 “서버 사용자에게 나를 표시” 설정(릴레이를 켠 경우 기본 켜짐 · 끌 수 있음)을 두면, 같은 설정을 켠 다른 이용자와 서버 접속만으로 서로의 목록에 나타납니다. 이때 서버는 다음을 받아 같은 설정을 켠 접속자에게만 중계합니다.

기기 공개키(지문)
공개 카드 — 프로필에서 공개로 둔 항목만(이름·이메일·소개글 · 최대 1KiB). 공개 항목이 없으면 빈 카드입니다.

서버는 카드 내용을 해석하지 않고 크기만 확인하며, 메모리에만 두었다가 연결이 끊기면 지웁니다. 이 설정을 끄면 내 정보도 중계되지 않고 다른 사람의 목록도 받지 않습니다(상호 규칙). 공개 카드를 통해 이용자의 이름·이메일·소개글이 같은 서버에 접속한 다른 이용자에게 보인다는 점을 유의하시기 바랍니다. 공개 항목은 프로필 설정에서 언제든 바꿀 수 있습니다.

4-4. 서버 신원 확인

소프트웨어는 첫 접속 때 서버의 공개키를 고정(핀)하고, 이후 키가 바뀌면 접속을 중단하고 경고합니다. 공식 서버의 핀 값은 저장소 위키에 공개되어 있어 이용자가 대조할 수 있습니다.

5. 수신 파일의 취급

상대가 보낸 파일은 승인 전까지 암호화된 격리 상태로 보관되며, 소프트웨어는 어떤 경우에도 수신 파일을 실행하거나 링크를 자동으로 열거나 아카이브를 자동으로 풀지 않습니다. Windows에서는 이용자의 PC에 설치된 백신 프로그램의 검사 인터페이스(AMSI)로 격리 파일을 검사하며, 이 검사는 이용자 PC 안에서만 이뤄집니다. 이용자가 승인한 파일만 다운로드 폴더에 실체화되고, 운영체제의 격리 표식(MotW·quarantine)이 함께 남습니다.

6. 제3자 서비스

소프트웨어는 제3자 분석·광고·크래시 보고 서비스를 사용하지 않습니다. 운영체제의 알림·트레이·자동 실행 기능을 사용하며, 이들은 각 운영체제의 정책을 따릅니다. 이용자가 직접 세운 릴레이 서버를 쓰는 경우 그 서버의 운영자는 제4-2항에 적은 범위의 정보를 보게 되며, 회사는 그 관계의 당사자가 아닙니다. 라이선스 요청이나 문의를 이메일로 보내는 경우 그 메일은 이용자와 회사가 각자 이용하는 이메일 서비스를 거치며, 해당 서비스 제공자의 정책이 적용됩니다.

7. 상업 라이선스 신청 시 처리하는 정보 (v0.3.0~)

비상업적 사용에는 라이선스 파일이 필요 없으며, 이 항은 상업 라이선스를 신청하는 이용자에게만 해당합니다. 소프트웨어는 라이선스 확인을 위해 어디에도 접속하지 않고, 요청 코드를 회사로 자동 전송하지도 않습니다. 이용자가 도움말 › 라이선스…(또는 nexa-beep --license request)에서 만든 요청 코드를 직접 이메일로 [email protected]에 보낼 때 회사는 다음 정보를 받습니다.

항목	내용
요청 코드에 담기는 정보	기기 코드(운영체제의 기기 식별자를 SHA-256으로 해시한 20바이트 값 — 식별자 원문은 담기지 않음) · 운영체제 종류 · 앱 버전 · 요청 날짜 · 이용자가 입력한 이름과 이메일 주소(둘 다 입력한 경우에만)
이메일 자체	보낸 사람의 이메일 주소와 이용자가 메일에 적은 내용

이용 목적: 라이선스 파일 발급(파일에 라이선시 이름과 기기 코드가 서명되어 들어감), 발급 이력 관리·재발급·기기 변경 처리, 라이선스 관련 문의 응대. 이 밖의 목적(마케팅 등)으로는 이용하지 않습니다.
보관: 회사는 발급한 라이선스 파일과 발급 기록(라이선스 ID · 라이선시 이름 · 이메일 · 기기 코드의 일부 · 제품 · 등급·기한 등 발급 조건 · 비고)을 회사가 관리하는 시스템에 보관합니다. 보관 기간은 라이선스 발급·관리에 필요한 기간 동안이며, 이용자가 삭제를 요청하면 지체 없이 삭제합니다. 다만 관계 법령이 거래 기록 등의 보존을 요구하는 경우에는 그 기간 동안 보관합니다.
제3자 제공: 회사는 이 정보를 제3자에게 판매하거나 제공하지 않습니다(법령에 따른 요구가 있는 경우 제외).
요청 코드를 보내지 않으면 회사는 이 정보를 받지 않으며, 이름·이메일을 비워 두고 요청 코드를 만들 수도 있습니다(이 경우 발급에 필요한 정보를 이메일로 따로 확인할 수 있습니다).

8. 아동에 관한 사항

소프트웨어는 범용 메신저로서 아동을 대상으로 하지 않습니다. 회사는 아동의 개인정보를 알면서 수집하지 않습니다.

9. 이용자의 권리

기기 안의 데이터: 이 방침의 제2항~제3항에서 설명한 데이터는 이용자 기기 안에서 이용자가 직접 통제하며, 제2항의 방법으로 삭제할 수 있습니다. 회사는 이 데이터를 보유하지 않으므로 회사 측에 열람·정정·삭제를 요구할 대상이 없습니다. 다중 기기 신원으로 내 다른 기기에 전달된 내용은 각 기기에서 삭제합니다.
공식 릴레이 서버: 접속 중 메모리에 두는 정보(제4항)는 연결을 끊거나 릴레이 설정을 끄는 즉시 사라집니다.
라이선스 신청 정보(제7항): 이용자는 회사가 보관하는 자신의 정보에 대해 열람·정정·삭제·처리정지를 요구할 수 있습니다. 아래 연락처로 요청하면 본인 확인 후 지체 없이 처리합니다. 발급 기록을 삭제하면 이후 재발급·기기 변경 등 라이선스 관리 지원이 어려울 수 있습니다(이미 설치된 라이선스 파일의 동작에는 영향이 없습니다).

10. 문의처

이메일: [email protected]

11. 방침의 변경

이 개인정보처리방침이 변경되는 경우 개정된 내용과 시행일을 이 페이지에 게시합니다. 중요한 변경 — 특히 릴레이 서버가 다루는 정보의 범위가 넓어지거나 회사가 처리하는 개인정보가 추가되는 경우 — 은 시행일로부터 최소 7일 전에 공지합니다.

개정 이력

게시일	시행일	내용
2026-10-12	2026-10-19	소프트웨어 v0.3.0~v0.5.0 반영 — 다중 기기 신원의 대화 동기화(발신 사본·따라잡기·읽음 상태) 고지 · 상대의 여러 기기로의 전달 · 대화 기록 매핑 파일·라이선스 파일(평문) 저장 표 추가 · 데이터 폴더 위치 보정 · 상업 라이선스 신청 시 처리하는 정보(제7항) 신설 · 이용자의 권리 보완. 릴레이 서버의 정보 취급은 변경 없음