Odysseus AI 개인정보 보호: 모델, 데이터, 네트워크 위험

Odysseus AI 개인정보 보호: 네 가지 경계

셀프 호스팅은 작업공간을 운영하는 주체를 바꾸지만 한 작업에 참여하는 다른 구성 요소를 모두 없애지는 않습니다. 데이터를 저장하는 컴퓨터나 서버, 프롬프트를 받는 모델, 기능이 접촉하는 외부 서비스, 앱에 접근할 수 있는 네트워크 사용자를 각각 구분해 보세요. 네 경계는 서로 다른 개인정보 질문에 답하며, 한 설정만으로 모두 설명할 수 없습니다.

로컬 모델은 프롬프트를 호스팅 모델 회사에 보내지 않고 답을 생성할 수 있습니다. 하지만 검색 기능은 SearXNG와 상위 검색 엔진으로 검색어를 보낼 수 있고, 캘린더 연동은 설정된 서버와 통신합니다. 리버스 프록시나 공개 포트도 추론 위치와 무관하게 앱에 접근 가능한 사람을 바꿉니다. 셀프 호스팅을 하나의 개인정보 스위치로 여기지 말고 각 입력을 실제로 받는 구성 요소를 확인하세요.

로컬 모델을 쓸 때 로컬에 남는 데이터

Odysseus AI 공식 보안 페이지는 Ollama, llama.cpp, vLLM 같은 로컬 백엔드를 사용하면 프롬프트와 응답이 하드웨어 안에 남는다고 설명합니다. 또한 대화, 문서, 메모리, 이메일 캐시가 앱의 `data/` 디렉터리에 저장된다고 안내합니다. 이는 로컬 추론이 프롬프트와 응답을 원격 추론 제공업체로 보내지 않을 수 있다고 설명하는 가장 직접적인 근거입니다.

이 설명의 범위를 구분해야 합니다. 로컬 모델은 추론 엔드포인트를 설명할 뿐 앱의 모든 기능과 데이터 흐름을 뜻하지 않습니다. 웹 조사, 일회성 클라우드 호출, 이메일이나 캘린더 동기화는 각각 다른 목적지로 데이터를 보낼 수 있습니다. 운영체제, 백업, 디스크, 브라우저, 관리자도 신뢰 경계에 포함됩니다. 로컬에 저장된 데이터도 접근 권한과 백업 정책이 필요합니다.

공식 페이지는 프로젝트 코드에 텔레메트리와 자동 연결 분석 기능이 없다고도 밝힙니다. 이는 프로젝트의 설명입니다. 제공업체의 보존 기간, 호스트 로그, 수정된 모든 배포 환경을 독립적으로 측정해 보증한 결과는 아닙니다.

연결 기능이 데이터를 보내는 곳

연동 기능을 켰을 때 Odysseus AI 개인정보 보호 수준은 어떤 작업인지에 따라 달라집니다. 공식 문서는 클라우드 모델 제공업체가 자신에게 전송된 프롬프트를 받으며, 웹 검색은 SearXNG를 거쳐 상위 검색 엔진으로 이어지고, 이메일이나 CalDAV 동기화는 구성된 서버와 통신한다고 설명합니다. 이는 예상된 데이터 경로이지 모든 요청이 모든 서비스에 복사된다는 근거는 아닙니다.

민감한 작업을 하기 전에는 선택된 모델 엔드포인트, 검색 사용 여부, 연결된 계정, 외부 효과를 낼 수 있는 도구를 확인하세요. 아래 그림은 개념도입니다. 설치 환경의 동작을 그림만 보고 추론하지 말고 실제 기능과 설정을 대조하도록 목적지를 구분해 보여 줍니다.

네트워크 노출은 별도의 위험

로컬에서 실행되는 모델이 누가 작업공간을 열 수 있는지 결정하지는 않습니다. 공식 보안 페이지는 Docker가 앱, ChromaDB, SearXNG, ntfy 네 서비스를 기본적으로 `127.0.0.1`에 바인딩한다고 설명합니다. `APP_BIND=0.0.0.0`은 의도한 LAN 또는 리버스 프록시 구성에 사용할 설정이며 허용 오리진도 맞춰야 한다고 안내합니다. 바인딩 주소는 접근 범위를 바꾸지만 노출된 서비스를 자동으로 안전하게 만들지는 않습니다.

프로젝트 위협 모델은 Odysseus를 신뢰할 수 있는 사용자가 있는 사설 네트워크용으로 설명하고 관리자 콘솔처럼 다루라고 합니다. 인증이 없는 공개 서비스를 권장하지 않습니다. 내부 포트를 비공개로 유지하고 인터넷에 직접 포워딩하지 마세요. 원격 접속이 필요하면 환경에 맞는 Tailscale, Cloudflare Access, WireGuard 같은 사설 접근 계층을 사용하세요.

localhost 외부에서 접근할 때는 리버스 프록시, HTTPS, 허용 오리진, 인증, 방화벽을 함께 점검하세요. 바인딩 설정이 어느 서비스에 적용되는지 확인해야 합니다. 컨테이너 포트 매핑을 넓히면 앱뿐 아니라 데이터베이스나 검색 서비스까지 도달 가능해질 수 있습니다.

계정, 관리자 접근, 도구 권한

공식 보안 자료는 다중 사용자 역할, TOTP 이중 인증, 해시된 비밀번호, 세션 확인, 관리자 전용 특권 도구를 설명합니다. 로컬 개발이 아니라면 인증을 켜 두고 localhost 우회를 꺼 두라고 권합니다. 이런 제어는 무단 접근을 줄일 수 있지만 관리자가 계정에 부여된 강력한 기능을 사용하는 것까지 막지는 않습니다.

위협 모델은 이 점을 명확히 합니다. 로그인한 관리자는 셸 명령을 실행하고 파일을 읽거나 쓰며 이메일을 보내고 모델 서비스도 제어할 수 있습니다. 문서의 방어 범위는 미인증 접근, 권한 경계 위반, 신뢰할 수 없는 콘텐츠의 프롬프트 인젝션, 내부 서비스의 외부 노출입니다. 관리자가 의도된 권한을 행사하는 행위는 막으려 하지 않습니다.

위협 모델은 웹 페이지와 이메일 같은 외부 콘텐츠에 대한 도구 승인과 프롬프트 보호도 설명합니다. 이는 유용한 방어지만 모든 공격이 불가능하다는 증명은 아닙니다. 일상 업무에는 비관리자 계정을 사용하고 관리자 수를 줄이며 유출된 자격 증명이나 토큰을 교체하세요.

실제 작업 전 개인정보 점검

개인 계정을 연결하거나 기밀 자료를 넣기 전에 짧게 점검하세요. 목표는 데이터 경로를 이해하고 불필요한 노출을 줄이는 것이지 설치 환경을 안전하다고 인증하는 것이 아닙니다. 먼저 위험이 낮은 테스트를 실행하고 어떤 서비스가 작동하는지 확인하세요.

1. 추론 엔드포인트 선택

   모델이 로컬인지 호스팅인지 확인하세요. 로컬이라면 주소가 직접 관리하는 Ollama, llama.cpp, vLLM 서비스인지 확인하세요.

2. 연동 기능 검토

   검색, 메일, 캘린더, 알림, 원격 모델을 목록으로 만드세요. 불필요한 기능은 끄고 켜진 기능마다 목적지를 확인하세요.

3. 접근 제한

   인증을 유지하고 개발 환경 밖에서는 localhost 우회를 피하세요. 필요한 사람에게만 관리자 역할을 부여하세요.

4. 포트와 프록시 확인

   loopback 서비스와 LAN에 노출된 서비스를 구분하세요. 내부 포트를 비공개로 두고 원격 접근을 적절한 계층으로 보호하세요.

5. 로컬 데이터 보호

   `data/` 접근을 제한하고 백업 저장 위치를 확인하세요. 복사된 아카이브도 실행 중인 호스트만큼 안전하게 관리하세요.

6. 민감하지 않은 내용으로 시험

   무해한 요청을 실행해 설정된 목적지를 관찰하고 실제 작업 전에 인증과 도구 승인을 확인하세요.

Odysseus AI 개인정보 보호는 작업별로 다릅니다

같은 설치 환경도 작업에 따라 개인정보 특성이 달라집니다. 로컬 파일을 로컬 추론으로 요약하면 클라우드 모델에 프롬프트를 보내는 경우보다 외부 경로가 좁지만, 계정과 호스트에 접근할 수 있는 사람이 누구인지는 여전히 중요합니다. 웹 조사는 검색 제공업체를 추가하고, 이메일 작업은 연결된 서버와 작업 권한을 추가합니다.

팀에서는 앱이 셀프 호스팅인지 여부만으로 판단하지 마세요. 로컬 추론에 허용할 데이터 종류, 승인된 제공업체에 보낼 수 있는 데이터, 관리자 승인이 필요한 연동을 정하세요. 결정을 기록하고 모델 엔드포인트, 프록시 규칙, 연동 기능을 바꾼 뒤 다시 확인하세요.

이 검토로 증명할 수 없는 것

이 글은 2026년 10월 23일에 확인한 공식 보안 페이지와 위협 모델을 요약합니다. 침투 테스트, 코드 감사, 법률상 개인정보 평가, 특정 제공업체의 보증이 아닙니다. 텔레메트리와 로컬 추론에 대한 공식 설명은 프로젝트의 주장으로 표시했으며 여기서 독립 검증하지 않았습니다. 실제 동작은 커밋, 설정, 연결된 계정, 운영 방식에도 좌우됩니다. 제어를 신뢰하기 전 현재 문서와 자신의 배포 구성을 확인하세요.