당신의 작업에 가장 안전한 곳은, 그 작업이 이미 있는 컴퓨터입니다.

1. 당사의 접근 방식

아래의 모든 내용은 두 가지 원칙 위에 세워져 있습니다. 첫째, 기본값은 로컬 우선: 로컬 런타임에서는 에이전트의 추론, 메모리, 파일이 모두 사용자의 기기에서, 사용자가 호스팅하는 모델로 실행됩니다. 예외는 사용자가 직접 선택해 실행하는 유료 도구 - 웹 및 X 리서치, 이미지 및 비디오 생성, 커넥터 작업 - 로, 당사가 보유한 관리형 제공업체 키가 필요하기 때문에 그 도구 호출 하나만 Convira가 실행해 결과를 기기로 돌려줍니다(온라인 상태일 때만 가능합니다). 둘째, 클라우드는 선택 사항이며 최소한으로만 관여합니다: 클라우드 런타임을 사용하면 실행이 처리되어 AI 모델 제공업체로 전달되지만, 실행 내용은 당사 서버에 저장되지 않습니다 - 기록은 사용자의 기기에 남습니다. 당사가 가진 데이터가 적을수록 보호해야 할 것도, 유출될 수 있는 것도 줄어듭니다.

절대 뚫리지 않는다고 말하지는 않겠습니다. 다만 가장 민감한 작업이 사용자가 통제하는 하드웨어를 벗어날 필요가 없도록 아키텍처를 설계했다는 점은 분명히 말씀드릴 수 있습니다.

2. 데이터가 머무는 곳

Convira에는 세 가지 런타임이 있으며, 그 차이는 정확히 다음과 같습니다:

클라우드 경로에서는 실행 내용 - 입력한 텍스트, 관련 파일, 도구의 입력과 출력, 모델의 응답 - 이 당사 데이터베이스에 기록되지 않습니다. 당사 코드는 무엇이든 저장되기 전에 이를 제거하며, 자동화된 테스트가 모든 빌드에서 이 불변 조건을 검증합니다. 자세한 내용은 다음 문서에 정리되어 있습니다: 개인정보 처리방침.

Team Hub

Team Hub는 네 번째 런타임이 아닙니다. 에이전트를 실행하지도, 실행 기록을 만들지도 않습니다. 다만 팀의 공유 콘텐츠가 당사 서버에 놓이는 곳이므로 위 표 안이 아니라 표 옆에 적었습니다. 팀의 메시지, 보드, 공유 파일, 채널 이름은 당사가 보관합니다. 여기에 놓일 수 있는 콘텐츠가 한 가지 더 있습니다. 스킬과 프로젝트 지식의 선택형 클라우드 동기화를 켜면, 아래 암호화 섹션에서 설명하듯 그 텍스트는 일반 데이터베이스 행으로 당사 측에 저장됩니다.

보관되는 것은 당사가 열 수 없는 암호문입니다. 콘텐츠 키는 구성원의 기기에서 만들어져 각 동료의 기기용으로 감싸집니다. 메시지, 보드 업데이트, 채널 이름, 첨부 파일을 열 수 있는 키를 가진 Convira 서버는 없습니다. 검색은 사용자 기기에서 실행됩니다. 당사 서버로는 대신 해 줄 수 없기 때문입니다.

당사 서버가 보는 것은 전달에 필요한 정보뿐입니다. 어느 워크스페이스와 채널인지, 순번, 에포크, 콘텐츠 유형, 크기, 해시, 어느 계정이 올렸는지, 그리고 언제인지입니다. 여기에 세 가지가 평문으로 더 저장됩니다. 그것을 쓰는 기능이 그렇지 않으면 동작할 수 없기 때문입니다. 다이렉트 메시지에 어느 두 계정이 있는지, 특정 구성원이 특정 메시지에 반응했다는 사실(어떤 이모지인지는 결코 저장하지 않습니다), 그리고 확인을 요청한 공지를 누가 언제 읽었다고 확인했는지입니다.

세 가지 한계를, 암시하지 않고 그대로 밝힙니다. 메시지를 삭제하면 당사의 사본과 동료 기기에 있는 사본이 함께 사라집니다. 닿을 수 없는 것은 이미 앱 밖으로 나간 사본, 즉 내보내기나 스크린샷입니다. 다이렉트 메시지는 어느 두 계정이 그 안에 있는지를 기록합니다. 전달을 위해 그것만 평문으로 저장할 뿐, 무슨 이야기를 했는지는 저장하지 않습니다. 그리고 현재 키 형식에서는 기기가 당사의 말에 따라 앞으로의 키 교체를 받아들입니다. 만약 그런 일이 일어난다면 앱은 신뢰 경고를 띄우고 해당 신원을 검증된 것으로 취급하지 않으며, 새 키를 조용히 받아들이지 않습니다.

3. 에이전트 실행을 격리하는 방식

데스크톱 도구 호출은 항상 Convira의 권한 정책에 따라 검사됩니다. 네이티브 프로세스 격리는 별도의 심층 방어 계층으로, 호스트가 제공하는 경우에는 언제나 적용됩니다. 사용되는 기본 요소는 다음과 같습니다:

• Linux: bubblewrap 네임스페이스 격리 공간입니다. 도구에는 새 파일 시스템 루트가 주어지며, 그 안에는 허가받은 디렉터리와 실행에 필요한 읽기 전용 시스템 경로만 존재합니다. 그 밖의 것은 읽을 수 없는 정도가 아니라 아예 없습니다. 도구는 자체 프로세스 ID 네임스페이스를 받고, 네트워크 접근 없이 실행되는 도구는 유일한 장치가 루프백인 자체 네트워크 네임스페이스를 받으므로, 소켓을 열어 컴퓨터 밖으로 나갈 경로 자체가 없습니다.
• macOS: 기본값이 거부인 Seatbelt(sandbox-exec) 프로파일을 사용합니다.
• Windows: 실행할 때마다 새 AppContainer를 만들고 기능 SID를 전혀 부여하지 않습니다. 그 결과 아웃바운드 네트워크가 기본적으로 차단되고, 파일 시스템도 기본적으로 차단됩니다. 도구에 허용되지 않은 디렉터리에는 해당 컨테이너 신원에 대한 항목이 아예 없기 때문입니다. 같은 프로세스에 걸린 Job Object가 메모리, 프로세스 수, CPU를 제한합니다.

이 가운데 대부분은 실제 사용 중인 컴퓨터에서 확인하며, 확인하지 않는 부분은 밝혀 둡니다. 도구가 격리된 프로세스를 처음 필요로 할 때, Convira는 실제 사용 중인 컴퓨터에서 자원 제어를 실행합니다. 셸이 물려받은 한도를 되돌려 보고하고, 실제 프로세스 그룹을 종료해 그것이 띄운 백그라운드 자식도 함께 사라지는지 확인하며, Linux에서는 한도를 넘는 할당이 실패하고 넉넉한 한도 아래의 작은 할당은 성공해야 합니다. 확인을 통과하지 못한 제어는 그 세션 동안 없는 것으로 보고됩니다. 파일 시스템과 네트워크 격리를 같은 방식으로 확인하는 것은 Windows뿐이며, 실제로 격리된 프로세스를 띄워 확인합니다. macOS와 Linux에서는 이 둘을 운영체제 자체 샌드박스가 있다는 사실로 받아들이며 직접 시험하지는 않습니다. 호스트가 제공할 수 없는 격리를 도구가 요구하면, 격리 없이 실행하는 대신 그 도구를 제공하지 않습니다. 모델이 작성한 코드는 격리 없이 실행하느니 아예 거부합니다. 예외는 Convira가 직접 호출하며 모델은 작성할 수 없는 소수의 보조 도구(git, 아카이브 압축 해제, OCR)뿐입니다. 이들만 기본값이 거부인 샌드박스가 사용자의 컴퓨터에서 로드되지 않을 때 더 좁은 호환 경로를 유지합니다.

오픈 소스. 위에서 설명한 격리 계층은 Apache 2.0 라이선스로 convira-sandbox에 공개되어 있습니다. macOS Seatbelt 프로필, Linux bubblewrap 네임스페이스 및 마운트 인자, Windows AppContainer 및 Job Object 코드, 그리고 특정 제어를 적용 중이라고 보고할지 판단하는 검사가 모두 포함됩니다. 소스를 공개한다고 해서 설치하신 빌드에 그 코드가 들어 있음이 증명되는 것은 아닙니다. 다만 이 검사들이 무엇을 하는지 직접 읽고, 테스트 스위트를 직접 실행하고, 본인의 컴퓨터에서 실제로 그렇게 동작하는지 확인할 수 있습니다.

클라우드 코드 실행의 경계는 다릅니다. API 워커 컨테이너 안의 bubblewrap 네임스페이스 샌드박스 내부에서 실행되며, 자체 파일 시스템 루트, 프로세스 ID 네임스페이스, 네트워크 네임스페이스를 갖습니다. 호스트에서 그 샌드박스를 사용할 수 없으면 도구는 격리되지 않은 프로세스로 대체하지 않고 실행을 거부합니다. 도구 결과에는 격리 출처가 표시되므로, 에이전트와 인터페이스가 각 호출이 실제로 어떤 격리 아래에서 실행되었는지 확인할 수 있습니다.

네트워크 외부 통신. 실행에서 나가는 외부 네트워크 접근은 대부분이 계층화된 도메인 허용 목록을 적용하는 HTTP CONNECT 프록시를 거칩니다(명시적 차단 목록, 그다음 세션 중 사용자가 승인한 항목, 그다음 요금제와 워크스페이스에서 허용된 도메인, 마지막으로 모델 및 패키지 엔드포인트로 구성된 소규모 기본 목록 순). 또한 IP 직접 연결, 사설 및 링크-로컬 대역, 클라우드 메타데이터 엔드포인트도 차단합니다. 로컬 런타임의 웹 접근은 기본적으로 제한 등급으로 설정되며 완전히 끌 수도 있고, 프록시는 감사 모드(모두 기록)나 강제 모드(차단, 필요 시 사용자에게 확인)로 동작할 수 있습니다.

이 프록시를 거치지 않는 것이 두 가지 있으며, 위 문단이 이를 덮고 지나가게 두기보다 분명히 밝혀 둡니다. 네트워크를 사용하는 git(clone, fetch, pull, push, 풀 리퀘스트 생성)과 프로젝트 의존성 설치는 각자의 도구를 실행하고, 이 도구들은 직접 연결합니다. 프록시도, 도메인 허용 목록도 없습니다. 이 둘은 웹 접근 스위치가 아니라 오프라인 모드의 통제를 받습니다. 자신의 저장소에 push하는 것은 웹을 둘러보는 일이 아니기 때문입니다. Convira는 github.com에만 로그인하지만, git 자체는 지정된 어떤 https 주소든 받아들이므로, 사용자가 읽어 보지 않은 저장소가 당사가 검사하지 않는 호스트를 지정할 수도 있습니다. push와 풀 리퀘스트 생성은 실행 전에 사용자에게 확인을 요청합니다.

사용자가 과금 대상 웹, 미디어, 커넥터 도구를 활성화해 호출하면 그 호출 하나만 관리형 키로 실행하기 위해 Convira로 전달되고, 그 밖의 모든 것은 사용자의 컴퓨터에 남으며, 오프라인 상태에서는 과금 대상 도구를 사용할 수 없습니다.

승인. 정책 엔진이 각 도구 작업이 무엇을 하려는지 분류합니다. 민감한 작업은 그냥 실행되지 않습니다 - 실행이 일시 정지되면서 승인 요청이 올라오고, 계속 진행하려면 사용자가 승인하거나 거부해야 합니다. 일부 작업은 “이 세션에서 허용” 또는 “항상 허용”을 선택할 수 있고, 나머지는 매번 확인을 요청합니다. 권한 규칙은 사용자의 기기에서 작성되어 실행에 적용되며, 클라우드 경로에서는 실행과 함께 전송될 뿐 당사 측에 저장되지 않습니다.

4. 암호화

전송 중. 앱과 당사 API 사이의 모든 트래픽은 TLS로 전송되며, API도 TLS로 데이터베이스에 연결합니다.

저장 데이터. 당사 데이터베이스는 저장 시 암호화됩니다. 여기에 더해 일부 민감한 저장 값 - 예를 들어 사용자가 연결한 연동 서비스의 자격 증명과 설정 - 은 애플리케이션 수준에서 AES-256-GCM으로 한 번 더 암호화됩니다. 이때 마스터 키에서 HKDF-SHA256으로 파생한 용도별 키를 사용하며 키 교체도 지원합니다. 클라우드 검색을 위해 동기화하기로 선택한 스킬과 프로젝트 지식의 추출 텍스트는 검색이 읽을 수 있도록 일반 데이터베이스 행으로 저장되며, 이 추가 계층이 아니라 데이터베이스의 저장 시 암호화로 보호됩니다. 비밀번호는 복원 가능한 형태로 저장하거나 암호화하지 않고 Argon2id(메모리를 많이 쓰는 최신 알고리즘)로 해시 처리합니다. 세션 토큰, 이메일 인증 코드, 비밀번호 재설정 토큰을 비롯한 비슷한 비밀 값은 해시로만 저장되고, 해당하는 경우 일회용이며, 유효 기간이 지나면 만료됩니다. 서드파티 모델 제공업체 API 키는 데이터베이스가 아니라 당사 서버 환경에 보관됩니다.

사용자의 기기에서. 데스크톱 앱은 실행과 세션의 정본 사본을 SQLCipher로 암호화된 로컬 SQLite 데이터베이스에 보관합니다. 암호화 키 자체는 운영체제의 보안 저장소(macOS의 Keychain, Windows의 DPAPI, Linux의 libsecret)로 보호됩니다. 패키징된 빌드는 이 보호 장치를 사용할 수 없을 때 평문으로 대체하지 않고 실행을 거부합니다. 데스크톱 앱은 모델 제공업체 API 키를 저장하지 않습니다. 앱이 보관하는 서드파티 자격 증명 - GitHub 로그인 토큰, 그리고 사용자가 연결한 MCP 서버의 로그인 토큰과 설정 - 은 같은 OS 보호 아래 암호화되어 저장됩니다.

Private Box. 자체 호스팅하는 Private Box는 수명이 짧은 Ed25519 서명 토큰으로 라이선스됩니다. 일회성 페어링 과정에서 박스는 베어러 자격 증명을 TLS를 통해 Convira로 보내고, Convira는 이를 메모리 안에서 사용자의 기기 키로 봉인한 뒤(X25519 키 합의 + XChaCha20-Poly1305) 암호문만 저장합니다. 팀 멤버를 추가하면 사용자의 데스크톱이 그 자격 증명을 각 멤버의 기기 키로 다시 봉인하므로, 이 전달 과정에서 평문이 Convira에 노출되는 일은 없습니다.

실행 내용이 반드시 직접 관리하는 하드웨어에 머물러야 하는 위협 모델이라면, 로컬 런타임이나 Private Box를 사용하고 관리형 온라인 도구는 호출하지 마세요.

5. 인증 및 접근 권한

세션은 서버에 기반합니다. 브라우저 쿠키에 담긴 토큰은 저장된 해시와 대조되며, 쿠키에는 HttpOnly가 적용되고 프로덕션에서는 Secure, 그리고 SameSite=Lax가 설정되며 세션은 일정 시간이 지나면 만료됩니다. 로그인 실패에는 요청 한도가 적용됩니다. 데스크톱 앱은 수명이 짧은 비대칭 서명(Ed25519) 오프라인 토큰으로 인증하며, 이 토큰에는 시계를 과거로 돌려도 유효 기간을 늘릴 수 없도록 롤백 방지 장치가 들어 있습니다. 사이트 간 요청 위조는 이중 제출 토큰과 출처 확인으로 차단하며, 값 비교는 상수 시간으로 수행합니다.

Convira 내부의 고객 데이터 접근 권한은 역할 단위로 제한됩니다. 직원에게는 고객 계정과 별개인 플랫폼 역할이 부여되어 무엇을 보고 무엇을 할 수 있는지가 결정되며, 워크스페이스 안에서는 구성원 역할(소유자, 관리자, 운영자, 뷰어)이 그곳에서 수행할 수 있는 작업을 통제합니다. 권한이 필요한 모든 직원 작업은 실행 주체, 대상, 사유, 출처와 함께 추가만 가능한 감사 로그에 기록됩니다. 지원을 위한 대리 접속은 꼭 필요한 경우 최고 등급 직원 역할로만 제한되고, 직접 입력하는 확인 절차와 서면 사유가 필요하며, 시간 제한이 적용되고, 감사 로그에 남습니다. 개발 전용 인증 우회 경로는 프로덕션 빌드에서 완전히 비활성화됩니다.

6. 애플리케이션 보안 강화

웹. API와 웹사이트는 표준 보안 강화 헤더를 전송합니다 - HSTS(마케팅 사이트에는 preload 포함), Content-Security-Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, 엄격한 Referrer-Policy, 그리고 카메라, 마이크, 위치 정보를 비활성화하는 Permissions-Policy입니다. API는 당사 소유 출처만 명시적으로 허용한 목록에 한해 교차 출처 요청을 받아들입니다. 공개 양식은 Cloudflare Turnstile과 허니팟 필드로 보호되며 요청 한도가 적용됩니다.

데스크톱. Electron 앱은 컨텍스트 격리를 켜고 Node 통합을 끈 상태에서, 렌더러 샌드박스를 활성화한 채 UI를 실행합니다. 렌더러는 스키마 검증을 거치는 좁은 preload 브리지를 통해서만 앱의 나머지 부분과 통신하며, 엄격한 Content-Security-Policy(default-src 'self', 플러그인 금지, 프레이밍 금지, 스크립트에는 Trusted Types 적용) 아래에서 동작합니다. 웹 콘텐츠의 권한 요청은 짧은 허용 목록을 제외하고 모두 거부됩니다.

7. 서명된 빌드와 업데이트

macOS와 Windows 설치 프로그램에는 코드 서명이 적용되어 있으며 - macOS는 Apple 공증, Windows는 Authenticode - 데스크톱 앱의 자동 업데이터는 설치 전에 업데이트 서명을 검증하므로 변조된 업데이트는 거부됩니다. 자동 업데이트 확인은 네트워크 정책을 따릅니다. 런타임이 오프라인으로 설정되어 있으면 앱은 업데이트 서버에 연결하지 않습니다.

8. 모니터링 및 사고 대응

당사는 API와 웹 대시보드에서 오류 모니터링 도구를 사용하며, 인증 헤더, 쿠키, 비밀번호·토큰·비밀 값으로 보이는 데이터는 제외하도록 구성했습니다. 인바운드 웹훅(예: Stripe)은 서명을 검증하고 중복을 제거해 재전송 공격을 차단합니다. 당사는 보안 신호를 조사하며, 개인정보 침해가 발생한 경우 법이 정한 기한 내에 영향을 받은 사용자와 관련 당국에 통지합니다.

9. 서비스 제공업체

Convira는 엄선된 소수의 서비스 제공업체만 이용합니다 - 결제(Stripe), API 호스팅(Railway), 데이터베이스(Supabase), 봇 차단(Cloudflare), 웹사이트 호스팅 및 쿠키 없는 분석(Vercel), 오류 모니터링(Sentry), AI 모델 제공업체(Anthropic, OpenAI, Google, xAI). 검색, 이메일, 큐, 커넥터 인프라까지 포함한 현재 전체 목록과 각 업체의 역할, 대략적인 운영 지역은 당사의 재수탁자 페이지에서 확인할 수 있습니다.

10. 사용자의 역할

보안은 함께 만들어 갑니다. 중요한 몇 가지:

• Convira 계정에는 강력하고 다른 곳에서 쓰지 않는 비밀번호를 사용하세요.
• 앱을 최신 상태로 유지하세요 - 자동으로 업데이트되지만, 몇 달 지난 빌드를 그대로 쓰지는 마세요.
• 무엇을 연결하고 에이전트에 어떤 권한을 부여할지 신중하게 결정하고, 승인 요청 내용을 반드시 읽어 보세요.
• 가장 민감한 작업에는 로컬 런타임이나 Private Box를 사용하고 관리형 온라인 도구를 꺼 두세요. 그러면 실행 내용이 사용자가 통제하는 하드웨어 안에만 남습니다.
• 무언가 이상하다고 느껴지면 - 버그, Convira를 사칭하는 의심스러운 이메일, 알 수 없는 계정 등 - 알려주세요.

11. 취약점 신고

Convira에서 보안 취약점을 발견했다고 판단되면 다음 주소로 신고해 주세요: security@convira.ai. 재현에 필요한 정보를 충분히 담아 주세요 - 영향을 받는 구성 요소나 URL, 재현 단계, 영향 범위 - 가능하다면 개념 증명(PoC)도 함께 보내 주세요.

당사가 요청드리는 사항:

• 공개적으로 알리기 전에 문제를 조사하고 해결할 수 있도록 합리적인 시간을 주세요.
• 본인 소유가 아닌 데이터에 접근하거나 수정, 삭제하지 마세요. 본인이 통제하는 테스트 계정과 데이터만 사용하세요.
• 다른 사용자의 서비스 이용을 방해하는 공격(서비스 거부, 스팸, 실제 계정 무차별 대입)을 시도하거나, 당사 직원 또는 사용자를 대상으로 사회공학적 수법을 사용하지 마세요.
• 공개하지 않는 대가로 금전을 요구하지 마세요.

당사가 약속드리는 것:

• 제보를 접수했음을 알려드리고, 처리 진행 상황을 계속 공유해 드립니다.
• 문제가 해결된 후 원하시면 제보자로 이름을 남겨 드립니다. 현재 유료 버그 바운티 프로그램은 운영하지 않습니다.
• 이 가이드라인을 따르는 선의의 연구에 대해서는 법적 조치를 취하지 않습니다.

전체 취약점 공개 정책에는 적용 범위, 당사가 약속하는 대응 시간, 선의의 연구에 대한 세이프 하버 조건이 명시되어 있습니다.

12. 문의

보안 관련 문의나 이 페이지에 대한 문의: security@convira.ai. 그 외 모든 문의는 도움말 페이지. 제품과 운영 방식이 바뀌면 이 페이지를 업데이트하고 상단의 날짜를 갱신합니다.