보안

고객당 하나의 데이터베이스

귀하의 메모리는 고객 정보가 기록된 공유 테이블의 한 행이 아닙니다. 각 고객은 자신만의 메모리를 가집니다. 자체 데이터베이스. 공유 테이블도 없고, 잘못 처리될 수 있는 고객 간의 조회도 없습니다. 왜냐하면 경계는 누군가가 기억해서 작성해야 하는 필터가 아니라 데이터베이스 자체이기 때문입니다.

그 경계는 매 릴리스마다 외부에서 테스트됩니다. 실제 계정 두 개를 사용하여, 데이터를 반환하는 모든 경로가 서로를 볼 수 없는지 확인합니다. 이 테스트를 통과하지 못하면 릴리스되지 않습니다.

키와 이를 사용할 수 있는 사람

저희는 귀하의 키를 보여드릴 수 없습니다.

API 키는 생성 시 정확히 한 번만 표시됩니다. 저희가 저장하는 것은 SHA-256 해시이므로, 데이터베이스 사본으로는 누구도 작동하는 키를 얻을 수 없으며, 저희나 공격자도 귀하의 키를 다시 읽어낼 수 없습니다. 키를 취소하면 약 1분 이내에 서비스에 적용되고, 귀하의 메모리를 제공하는 기기에는 즉시 적용됩니다.

키를 좁힐 수 있습니다.

키는 반드시 모든 권한을 가질 필요는 없습니다. 키는 다음과 같이 설정할 수 있습니다. 프로젝트별로 범위가 지정됨 — 읽기 및 쓰기, 읽기 전용, 또는 완전히 보이지 않음 — 이는 다른 작업을 읽을 필요가 없는 계약자, CI 작업, 또는 단일 목적 에이전트에게 적합한 형태입니다. 손상되었거나 읽을 수 없는 스코프를 가진 키는 모든 권한이 부여되는 대신 아무것도 허용되지 않습니다.

이중 인증

계정에서 로그인 시 2차 인증을 요구할 수 있으며, 이를 켜면 단순히 설정으로 표시되는 것이 아니라 비밀번호 입력 후, GitHub 또는 Google 로그인 후 모두 매번 로그인 시 강제로 적용됩니다.

API 키를 생성하려면 보호된 로그인이 필요합니다: 계정에 대한 2단계 인증, 또는 GitHub나 Google을 통한 로그인입니다. 비밀번호만으로는 키를 생성할 수 없습니다 — GitHub 또는 Google이 연결된 계정에서도 마찬가지입니다. 중요한 것은 이번에 어떻게 로그인했는지이기 때문입니다.

모든 파괴적 작업 — 프로젝트 삭제, 기록 편집(redaction), 계정 삭제, 백업 복원 — 은 다시 한 번 당신이 누구인지 묻습니다: 비밀번호가 있다면 비밀번호와 2단계 인증 코드; 2단계 인증이 없다면 최근 10분 이내의 GitHub 또는 Google 로그인. 데이터 내보내기에는 이것이 전혀 필요하지 않습니다.

GitHub 또는 Google로 로그인

GitHub 또는 Google을 통해 로그인하는 것은 로그인을 시작한 브라우저에 연결된 PKCE가 적용된 표준 인증 코드 흐름을 사용합니다. 당사는 해당 서비스에서 귀하의 이메일 주소, 이름 및 계정 ID만 수신하며 그 외에는 아무것도 받지 않습니다. 당사는 GitHub 또는 Google 액세스 토큰을 보관하지 않으며 귀하의 저장소, 메일 또는 파일을 읽을 수 없습니다. GitHub 또는 Google 계정은 해당 서비스와 당사 모두가 이메일 주소를 확인한 경우, 또는 계정에 아직 비밀번호가 없는 경우에만 기존 Brethof 계정에 연동됩니다.

자신의 에이전트로부터의 보호

이것은 대부분의 서비스들이 고려하지 않는 부분입니다. 사용자의 기억은 AI 에이전트들에 의해 지속적으로 조작되며, 에이전트는 실수를 할 수도 있고, 읽도록 요청받은 콘텐츠 안에 숨겨진 악의적인 지시를 받을 수도 있으며, 인간이 알아차리기 몇 시간 전에 잘못된 것을 삭제할 수도 있습니다.

따라서 원본 대화 기록은 의도적으로 그들이 접근할 수 없는 곳에 있습니다. 어떤 에이전트도 단일 메시지를 삭제할 수 없으며, 지난 3개월간의 기록도 전혀 수정할 수 없습니다. 더 오래된 기록은 프로젝트별로 일괄적으로만 삭제될 수 있습니다. 기록 전체를 삭제하는 것은 모든 등급의 에이전트들에게는 불가능하며, 이는 계정 패널에서 인간이 직접 프로젝트 이름을 입력함으로써 이루어집니다.

이것이 중요한 이유는 간단합니다. 큐레이션된 메모리는 파생된 것이고, 아카이브가 원본입니다. 잘못된 편집으로 손실된 것은 기록에서 재구성할 수 있습니다. 그러나 기록 자체를 재구성할 수 있는 것은 없습니다.

암호화, 백업, 그리고 데이터가 저장되는 위치

귀하의 메모리는 고객당 하나의 컨테이너로 구성됩니다 — 자체 데이터베이스, 자체 파일시스템, 자체 Linux 사용자가 있으며, 어떤 것도 공유되지 않습니다. 로컬 형태를 선택한 경우, 해당 컨테이너는 귀하의 컴퓨터에서 실행되므로 귀하의 메모리는 귀하 측에 저장되고 당사는 그 어떤 것도 저장하지 않습니다. 당사의 허브, 즉 스위스 취리히에 위치한 보안 컴퓨팅 인스턴스를 통과하는 것은 처리되는 콘텐츠입니다 — 각각의 교환 내용과 판단이 필요할 때나 세션 요약이 작성될 때 귀하의 컨테이너가 전송하는 메모리 조각들입니다. 개인정보 처리방침의 4항에 이러한 내용들이 정확히 명시되어 있습니다. 이 중 어떤 것도 보관되지 않습니다.

귀하의 컴퓨터에 설치된 소프트웨어는 무엇인가요?

이 컨테이너는 사용자의 메모리와 그에 대한 검색 기능, 그리고 둘을 올바르게 유지하는 메커니즘을 담고 있습니다. 여기에는 프롬프트도 없으며, 어떤 AI 모델에 접근할 수 있는 기능도 없고, 특정 모델을 지정하는 설정도 없습니다. 메모리를 판단할 수 있는 요소도 없으며, 그런 판단을 시도하도록 하는 설정도 존재하지 않습니다. 모든 판단은 사용자의 컨테이너가 외부로 연결을 열어 인증한 후 당사의 허브로부터 요청되는 방식입니다. 당사는 절대로 직접 연결하지 않습니다.

그 형태 덕분에 트래픽을 감사할 수 있으며, 바로 그것을 감사하도록 되어 있습니다. 교환 내용이 위로 올라가고, 위의 조각들도 올라가며, 명령과 행들은 다시 아래로 내려옵니다. 클라이언트는 source-available이므로, 모든 줄을 직접 읽어보십시오.

오직 하나만이 확실히 당신 편에 있습니다: 자신의 메모리를 검색하는 것입니다. 즉, 기록들과 전체 기록 및 그에 따른 날짜별 결정 사항들은 당신 자신의 컨테이너 내에 있는 테이블들을 대상으로 일반적인 읽기 작업으로 처리됩니다. 이 방식은 우리의 허브와는 무관하게 작동하며, 판단을 위해 전송될 데이터도 없습니다.

호스티드 형태에서는 트래픽이 TLS로 전송 중 암호화되고, 저장 시에는 컨테이너의 전체 파일시스템, 즉 모든 대화, 모든 기록, 데이터베이스 자체가 당신만이 가진 패스프레이즈에서 파생된 키로 암호화됩니다. 우리는 그 키를 결코 보거나 저장하지 않습니다. 세션이 시작될 때 키가 경유하여 메모리를 잠금 해제하고, 당신이 자리를 뜨면 메모리는 다시 스스로 잠깁니다. 잠긴 컨테이너는 우리를 포함한 모든 이에게 암호문입니다. 도난당한 디스크, 유출된 이미지, 폐기된 드라이브도 소음일 뿐이며, 당신이 자리를 비운 동안의 우리 루트 접근도 마찬가지입니다.

삭제는 암호화 방식입니다.

당신을 지우는 것은 저장 공간을 희망적으로 훑는 것이 아닙니다. 암호화된 컨테이너가 통째로 파괴됩니다. 암호문 삭제에는 키가 필요 없기 때문에 패스프레이즈를 잊어버렸더라도 이것은 작동합니다. 남은 백업은 키 없이는 읽을 수 없으며 백업 목록이 순환하면서, 최대 30일 이내에 지워집니다. 우리가 되돌릴 수 있는 복사본은 없습니다.

암호화가 적용되지 않는 부분

명확한 한계가 있습니다. 정지 상태에서의 암호화란 바로 그런 것입니다. 즉, 세션 동안 메모리가 해제된 상태일 때는 컨테이너가 검색 요청을 처리하기 위해 반드시 암호화되지 않은 형태의 데이터를 사용해야 합니다. 따라서 "우리는 결코 귀하의 데이터를 확인하지 않습니다"라는 것은 저희의 정책이자 접근 제어 방식일 뿐, 수학적으로 불가능한 것은 아닙니다. 수학적으로 보장되는 것은 컨테이너가 잠긴 상태일 때만 해당됩니다. 저희는 한계가 없다고 생각하게 내버려 두기보다는 그 한계가 어디인지 명확히 알려드리는 편입니다.

호스팅된 컨테이너의 백업은 암호화된 파일시스템 자체를 복사하는 것으로, 이 암호문들은 서버를 떠나기 전 상태이며 비밀번호 없이는 읽을 수 없습니다. 이 백업들은 독일에 있는 일별 및 주별로 생성되는 백업들로 관리됩니다. 계정이 삭제되면 해당 계정의 백업도 함께 삭제되며, 남아 있는 백업들도 30일 이내에 삭제됩니다.

호스팅된 메모리는 전적으로 EU 내에서 저장, 인덱싱 및 검색됩니다. 당사의 서버와 백업은 독일에 있습니다. 검색 임베딩은 당사의 자체 서버에서 계산되며 절대 외부로 유출되지 않습니다. 로컬 메모리는 이러한 과정에 전혀 관여하지 않으며, 사용자의 디스크에 있어 해당 디스크가 가진 보안 장치에 의해 보호받습니다.

유일한 예외는 AI 큐레이션입니다. 큐레이팅되는 각 텍스트는 EU가 적절한 수준의 데이터 보호를 제공한다고 인정하는 스위스 취리히에 위치한 당사의 보안 컴퓨팅 인스턴스에서 처리됩니다. 그 후 하나의 모델 데이터가 미국과 유럽에 서버를 둔 Ollama로 전송되어 처리된 뒤 다시 반환됩니다. Ollama의 공개된 이용 약관에 따르면 입력된 데이터와 출력된 데이터는 일시적으로만 처리되며 결코 모델 훈련에 사용되지 않습니다. 이는 그들이 명시한 약속이며, 저희는 이를 그들의 약속으로만 언급할 뿐 저희의 약속으로 제시하지는 않습니다. EU를 벗어나는 데이터는 전혀 없습니다. 큐레이팅 과정도 EU를 벗어나지 않도록 하고 싶다면, 전용 배포 옵션이 마련되어 있으니 문의해 주십시오. 각 하위 처리자의 용도와 위치는 개인정보 처리방침에 명시되어 있습니다.

운영 방식

기본적으로 최소 권한

이 서비스는 컨테이너 내에서 비특권 사용자로 실행되며, 절대로 루트 권한으로는 작동하지 않습니다. 데이터베이스 역할도 슈퍼유저가 아니며 호스트의 파일을 읽을 수 없습니다. 이러한 사항들은 가정하는 것이 아니라, 매번 배포하기 전에 자동으로 확인됩니다.

내부 엔드포인트는 엣지에서 잠겨 있습니다.

계정을 프로비저닝하고 키를 검증하는 엔드포인트는 우리의 컨트롤 플레인을 통해서만 접근 가능하며, 요청이 도착하기 전에 네트워크 엣지에서 인증되고, 그 뒤에 공유 비밀로 다시 인증됩니다. 잠금이 하나가 아니라 두 개입니다.

실패 시 폐쇄

뭔가가 누락되거나 읽을 수 없는 경우, 해당 서비스는 추측하는 대신 거절합니다. 검증할 수 없는 키는 받아들여지지 않습니다. 손상된 권한도 아무런 효과를 주지 않습니다. 웹훅 서명 비밀번호가 누락된 경우에는 도착한 데이터를 신뢰하는 대신 모든 이벤트를 거부합니다. 이는 의도적인 설계 방식입니다. 메모리 서비스의 오작동 방식은 “응답 없음”이어야지, “잘못된 고객의 응답”이어서는 안 됩니다.

모든 릴리스는 외부에서 검증됩니다.

어떤 릴리스가 출시되기 전에, 자동화된 게이트가 완전히 새로운 계정에서 실제 네트워크 연결을 통해 제품 전체를 검증합니다. 계정 생성, 키 발급 및 취소, 메모리 저장 및 회수, 두 개의 활성 계정 간의 격리, 데이터 내보내기, 완전한 삭제를 포함합니다. 완전히 통과하거나 릴리스는 이루어지지 않습니다.

보안 문제 신고

만약 취약점을 발견했다고 생각된다면, 다른 누구에게도 알리기 전에 먼저 저희에게 알려주십시오. 저희가 함께 문제를 해결해 드리겠습니다. 연락처는 다음에 게시되어 있습니다. /.well-known/security.txt 또는 편지를 써서 hello@Brethof.ai. 우리는 선의로 보고하는 연구자들을 위협하지 않습니다.

더 깊은 요구 사항 — 데이터 처리 계약, 귀하가 선택한 지역의 전용 배포, 또는 큐레이션을 EU 내에 유지하는 것 — 은 저희가 직접 처리합니다. 문의하세요.