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

1. 당사의 접근 방식

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

그 결과 가장 민감한 작업이 사용자가 통제하는 하드웨어를 결코 벗어날 필요가 없는 아키텍처가 만들어졌습니다.

2. 데이터가 머무는 곳

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

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

Team Hub

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

보관되는 것은 당사가 열 수 없는 암호문입니다. 키는 각 범위 자체의 MLS 그룹(RFC 9420, OpenMLS 구현, 양자 내성 암호 스위트)에서 나옵니다. 모든 구성원 기기는 해당 그룹에 리프를 하나 갖고 그것으로부터 에포크 비밀을 도출합니다. 메시지, 공지, 대화 이름, 첨부 파일을 열 수 있는 리프나 키를 가진 Convira 서버는 없습니다. 워크스페이스가 복구 문구를 등록한 경우, 그 문구에서 도출되는 열람자도 공유 그룹의 구성원입니다. 검색은 사용자 기기에서 실행됩니다. 당사 서버로는 대신 해 줄 수 없기 때문입니다.

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

메시지를 삭제하면 앱이 보관하는 모든 곳에서 당사의 사본과 동료 기기의 사본이 삭제됩니다. 새 컴퓨터는 승인을 받은 뒤에만 워크스페이스에 참여할 수 있습니다. 그 사람의 다른 컴퓨터가 서명하거나, 가지고 있던 컴퓨터를 모두 잃었다면 워크스페이스의 24개 복구 단어를 가진 사람 또는 워크스페이스 소유자나 관리자가 승인하며, 워크스페이스의 모든 사람에게 알립니다.

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

데스크톱의 모든 도구 호출은 Convira의 권한 정책이 확인합니다. 네이티브 프로세스 격리는 그 아래에 독립적인 두 번째 방어 계층을 더합니다. 사용하는 기본 요소는 다음과 같습니다.

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

내 컴퓨터에서 직접 확인합니다. 도구에 처음으로 샌드박스가 필요할 때, Convira는 내 컴퓨터에서 운영체제의 샌드박스를 사용할 수 있는지 확인하고 실제 실행으로 리소스 한도를 점검합니다. AI가 작성한 코드는 반드시 그 샌드박스 안에서만 실행됩니다. 샌드박스를 시작할 수 없으면 코드는 샌드박스 없이 실행되는 대신 거부됩니다. 모든 작업은 실제로 어떤 격리 상태에서 실행되었는지 기록하며, 앱에서 이를 보여 줍니다.

오픈 소스. 위에서 설명한 격리 계층은 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하는 것은 웹 브라우징이 아니므로 이들은 웹 접근 스위치가 아니라 오프라인 모드를 따르며, push나 풀 리퀘스트 생성은 항상 먼저 확인을 요청합니다.

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

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

4. 암호화

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

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

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

Private Box. 직접 호스팅하는 Private Box는 수명이 짧은 Ed25519 서명 토큰으로 라이선스됩니다. 박스의 전송 자격 증명은 Convira가 읽을 수 있는 형태로는 Convira에 도달하지 않습니다. 설치 프로그램이 박스 자체의 콘솔에 전송 코드를 인쇄하고, 워크스페이스 설정을 관리하는 사람이 그 박스를 이미 고정해 둔 컴퓨터에서 Convira에 입력합니다. 구성원을 추가하면 설정을 관리하는 데스크톱이 구성원마다 별도의 키를 그 구성원의 기기 키로 봉인하고(X25519 키 합의 + XChaCha20-Poly1305), Convira는 그 암호문만 전달하고 보관합니다. 설정을 관리하는 두 번째 사람의 봉투에는 전송 자격 증명 자체가 같은 방식으로 봉인되어 들어 있습니다. 다른 사람들을 위해 다시 봉인할 수 있는 사람은 그 사람뿐이기 때문입니다. Convira는 그중 어느 것도 열 수 있는 키를 가지고 있지 않습니다. Convira가 평문으로 보관하는 것은 박스의 주소와 TLS 지문이며, 동료의 기기가 올바른 컴퓨터에 연결하고 있는지 확인하기 위한 것입니다.

실행 내용이 사용자가 통제하는 하드웨어에 남아야 하는 위협 모델이라면, 로컬 런타임이나 Private Box를 사용하고, 관리형 온라인 도구를 호출하지 말고, 컴퓨터가 꺼져 있는 동안 실행되도록 작업을 설정하지 마세요. 설정된 작업은 Convira 자체 서버가 프롬프트를 구성해 박스로 보내는 유일한 경우입니다.

5. 인증 및 접근 권한

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

계정에 패스키를 추가할 수 있습니다. 지문, 얼굴, 또는 하드웨어 키이며, 지금 앞에 있는 기기가 보관합니다. 코드를 기다리지 않고 로그인되고, 계정이 받아들이는 가장 강력한 증명이므로 민감한 변경 전에 당사가 요구하는 추가 확인도 이것으로 해결됩니다. Convira는 패스키의 공개 키만 저장하며, 그것만으로는 아무것도 서명할 수 없습니다. 지문과 얼굴은 기기를 떠나지 않습니다. 당사에 전송되지 않고, 당사가 보관하지도 않습니다.

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·데이터베이스·파일 저장소·작업 큐 호스팅(Amazon Web Services, 프랑크푸르트), 봇 차단(Cloudflare), 웹사이트 호스팅 및 쿠키 없는 분석(Vercel), 오류 모니터링(Sentry), AI 모델 제공업체(Anthropic, OpenAI, Google, xAI, Meta). 검색, 이메일, 커넥터 인프라를 포함한 현재 전체 목록과 각 업체의 역할 및 운영 지역은 당사의 하위 수탁자 페이지에서 확인할 수 있습니다.

10. 사용자의 역할

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

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

11. 취약점 신고

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

당사가 요청드리는 사항:

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

당사가 약속드리는 것:

• 제보를 접수했음을 알려드리고, 처리 진행 상황을 계속 공유해 드립니다.
• 문제가 해결되면, 원하시는 경우 기꺼이 이름을 올려 드립니다.
• 이 가이드라인을 따르는 선의의 연구에 대해서는 법적 조치를 취하지 않습니다.

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

12. 문의

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