Bảo mật

Một cơ sở dữ liệu cho mỗi khách hàng

Bộ nhớ của bạn không phải là một hàng trong bảng dùng chung với cột khách hàng. Mỗi khách hàng có cơ sở dữ liệu riêng. Không có bảng dùng chung và không có truy vấn xuyên khách hàng để gây sai, vì ranh giới chính là cơ sở dữ liệu chứ không phải bộ lọc mà ai đó phải nhớ viết.

Giới hạn đó được kiểm tra từ bên ngoài trong mỗi lần phát hành: hai tài khoản thật sẽ được sử dụng, và mọi cổng truyền dữ liệu đều được kiểm tra để đảm bảo rằng không tài khoản nào có thể nhìn thấy dữ liệu của tài khoản kia. Một phiên bản phần mềm sẽ không được phát hành nếu kiểm tra này không thành công.

Chìa khóa, và ai có thể sử dụng chúng

Chúng tôi không thể hiển thị khóa của riêng bạn

Khóa API chỉ được hiển thị cho bạn đúng một lần, khi tạo. Chúng tôi lưu trữ một hàm băm SHA-256 — nên việc sao chép cơ sở dữ liệu của chúng tôi không mang lại cho ai một khóa hoạt động, và cả chúng tôi lẫn kẻ tấn công đều không thể đọc lại khóa của bạn. Việc thu hồi khóa có hiệu lực trên dịch vụ trong khoảng một phút, và ngay lập tức trên máy phục vụ bộ nhớ của bạn.

Có thể thu hẹp danh sách các khóa.

Khóa không nhất thiết phải toàn năng. Khóa có thể Được giới hạn theo từng dự án — Đọc và ghi, chỉ đọc, hoặc hoàn toàn vô hình – đây là dạng phù hợp cho nhà thầu, công việc CI, hoặc tác nhân một mục đích không cần đọc phần còn lại của công việc bạn. Một khóa có phạm vi bị hỏng hoặc không đọc được sẽ bị từ chối mọi quyền thay vì được cấp mọi quyền.

Xác thực hai yếu tố

Tài khoản của bạn có thể yêu cầu yếu tố xác thực thứ hai khi đăng nhập, và khi bạn bật tính năng này, nó sẽ được áp dụng ở mọi lần đăng nhập — sau mật khẩu và sau GitHub cũng như Google — chứ không chỉ hiển thị như một tùy chọn cài đặt.

Việc tạo khóa API yêu cầu đăng nhập được bảo vệ: xác thực hai yếu tố trên tài khoản của bạn, hoặc đăng nhập qua GitHub hoặc Google. Chỉ riêng mật khẩu không bao giờ tạo được khóa — kể cả trên tài khoản đã kết nối GitHub hoặc Google, vì điều quan trọng là cách bạn đăng nhập lần này.

Mọi hành động phá hủy — xóa dự án, xóa lịch sử, xóa tài khoản, khôi phục bản sao lưu — đều hỏi lại bạn là ai: mật khẩu của bạn nếu có, và mã xác thực hai lớp của bạn; nếu không có xác thực hai lớp, thì cần đăng nhập GitHub hoặc Google trong vòng mười phút gần nhất. Xuất dữ liệu của bạn không bao giờ cần đến những thứ đó.

Đăng nhập bằng GitHub hoặc Google

Đăng nhập qua GitHub hoặc Google sử dụng luồng mã ủy quyền tiêu chuẩn với PKCE, gắn với trình duyệt đã bắt đầu quá trình này. Chúng tôi nhận địa chỉ email, tên và ID tài khoản của bạn tại dịch vụ đó — không gì khác. Chúng tôi không lưu token truy cập GitHub hay Google, và không thể đọc kho lưu trữ, thư hoặc tệp của bạn. Tài khoản GitHub hoặc Google chỉ liên kết với tài khoản Brethof hiện có khi dịch vụ đó đã xác minh địa chỉ email và chúng tôi cũng vậy, hoặc khi tài khoản chưa có mật khẩu.

Bảo vệ khỏi chính các đại lý của mình

Đây là phần mà hầu hết dịch vụ không nghĩ tới. Bộ nhớ của bạn liên tục được vận hành bởi các tác nhân AI — và một tác nhân có thể mắc lỗi, nhận chỉ thị độc hại ẩn trong nội dung được yêu cầu đọc, hoặc xóa nhầm thứ vài giờ trước khi con người phát hiện.

Vì vậy, kho lưu trữ cuộc trò chuyện thô được cố ý đặt ngoài tầm với của họ. Không agent nào có thể xóa một tin nhắn đơn lẻ. Không agent nào có thể đụng đến ba tháng gần nhất. Lịch sử cũ hơn chỉ có thể bị xóa theo lô, theo từng dự án. Việc xóa cả một dự án — hành động duy nhất chạm đến toàn bộ kho lưu trữ — không dành cho agent ở bất kỳ gói nào; nó diễn ra trong bảng điều khiển tài khoản, nơi một con người gõ tên dự án.

Lý do tại sao điều này quan trọng rất đơn giản: ký ức được chọn lọc là thứ được tạo ra từ bản gốc, còn bản gốc chính là kho lưu trữ. Bất cứ thứ gì bị mất do việc chỉnh sửa sai lầm đều có thể được khôi phục từ lịch sử. Nhưng không có gì có thể khôi phục lại chính lịch sử được.

Mã hóa, sao lưu và nơi dữ liệu của bạn sống

Bộ nhớ của bạn là một container riêng cho mỗi khách hàng — có cơ sở dữ liệu riêng, hệ thống tập tin riêng, người dùng Linux riêng; không có gì được chia sẻ. Nếu bạn chọn kiểu cục bộ, container đó sẽ chạy trên máy của bạn: bộ nhớ của bạn được lưu trữ cùng bạn và chúng tôi không lưu trữ bất cứ thứ gì. Những gì đi qua trung tâm của chúng tôi — phiên bản tính toán bảo mật tại Zurich, Thụy Sĩ — là nội dung đang được xử lý: mỗi lần trao đổi, cùng các phần bộ nhớ mà container của bạn gửi đi khi cần một phán đoán hoặc khi soạn bản tóm tắt phiên. Mục 4 của Chính sách Bảo mật liệt kê chính xác những thứ đó. Không có gì trong số chúng được lưu giữ.

Phần mềm trên máy của bạn là gì

Container này lưu trữ bộ nhớ của bạn, việc tìm kiếm trên đó, cùng các cơ chế giúp duy trì tính chính xác của cả hai. Nó không chứa bất kỳ prompt nào, không có quyền truy cập vào bất kỳ mô hình AI nào, và cũng không có thiết lập nào trỏ nó đến một mô hình. Không có gì bên trong nó có thể phán đoán bộ nhớ của bạn, và cũng không có gì để cấu hình cho phép nó thử. Mọi phán đoán đều được yêu cầu từ trung tâm của chúng tôi qua một kết nối mà container của bạn chủ động mở ra và xác thực — chúng tôi không bao giờ kết nối ngược vào.

Chính cấu trúc đó mới giúp lưu lượng truy cập có thể được kiểm toán, và bạn được kỳ vọng sẽ kiểm toán nó: các lần trao đổi được gửi lên, các phần dữ liệu kể trên được gửi lên, còn các lệnh và dòng dữ liệu được trả về. Client ở dạng source-available — hãy đọc từng dòng của nó.

Có một thứ nằm hoàn toàn ở phía bạn: tìm kiếm trong bộ nhớ của chính mình — các bản ghi, toàn bộ lịch sử cùng các dòng quyết định có ngày tháng — diễn ra như một lượt đọc thông thường trên các bảng dữ liệu của chính bạn, ngay trong container của bạn. Nó vẫn hoạt động khi hub của chúng tôi không thể truy cập và không gửi bất cứ thứ gì đi để xét đoán.

Trên kiểu lưu trữ trực tuyến, dữ liệu được mã hóa khi truyền tải bằng TLS; còn khi ở trạng thái nghỉ, toàn bộ hệ thống tập tin của container – mọi cuộc trò chuyện, mọi bản ghi, cả cơ sở dữ liệu – đều được mã hóa bằng khóa được tạo ra từ mật khẩu chỉ bạn mới nắm giữ. Chúng tôi không bao giờ nhìn thấy và cũng không lưu trữ nó: nó đi qua khi phiên làm việc của bạn bắt đầu, mở khóa bộ nhớ, và bộ nhớ sẽ tự khóa lại sau khi bạn rời đi. Một container đã khóa là dữ liệu mã hóa đối với tất cả mọi người, kể cả chúng tôi — một ổ đĩa bị đánh cắp, một ảnh hệ thống bị rò rỉ hay một ổ đĩa thanh lý đều vô nghĩa, và quyền root của chúng tôi khi bạn vắng mặt cũng vậy.

Việc xóa dữ liệu được thực hiện bằng công nghệ mã hóa.

Xóa dữ liệu của bạn không phải là một lần quét mang tính hy vọng qua kho lưu trữ: container đã mã hóa của bạn bị tiêu hủy toàn bộ — và vì xóa dữ liệu mã hóa không cần khóa, điều này vẫn thực hiện được ngay cả khi bạn quên mật khẩu. Những bản sao lưu còn lại không thể đọc được nếu thiếu nó và sẽ bị xóa theo chu kỳ sao lưu, trong vòng tối đa 30 ngày. Không còn bản sao nào để chúng tôi khôi phục.

Những gì việc mã hóa không bao phủ

Giới hạn được nói thẳng. Mã hóa khi nghỉ chính là vậy — khi nghỉ: khi bộ nhớ của bạn được mở khóa cho một phiên, container buộc phải làm việc với dữ liệu ở dạng rõ để phục vụ tìm kiếm của bạn; vì vậy "chúng tôi không bao giờ xem dữ liệu của bạn" là chính sách và cơ chế kiểm soát truy cập của chúng tôi, chứ không phải điều bất khả thi về mặt toán học — bảo đảm toán học chỉ có khi container được khóa. Chúng tôi thà nói rõ giới hạn ở đâu còn hơn để bạn tưởng rằng không có giới hạn nào.

Các bản sao lưu của container lưu trữ trực tuyến chính là các bản pull của hệ thống tập tin đã mã hóa — dữ liệu mã hóa trước khi rời khỏi máy, không thể đọc nếu thiếu mật khẩu của bạn — được giữ theo chu kỳ ngắn gồm các bản sao hàng ngày và hàng tuần tại Đức. Khi một tài khoản bị xóa, các bản sao lưu của nó bị xóa theo, và mọi bản sao còn lại sẽ được xóa sạch trong vòng 30 ngày.

Bộ nhớ lưu trữ trực tuyến được lưu, lập chỉ mục và tìm kiếm hoàn toàn trong EU — máy chủ và bản sao lưu của chúng tôi nằm ở Đức. Các giá trị embedding dùng để tìm kiếm được tính toán trên chính máy của chúng tôi và không bao giờ rời khỏi đó. Bộ nhớ cục bộ không bao giờ chạm đến bất cứ thứ này: nó nằm trên ổ đĩa của bạn, dưới mức bảo vệ mà bạn tự thiết lập cho ổ đĩa đó.

Ngoại lệ duy nhất là chọn lọc nội dung bằng AI. Mỗi đoạn văn được chọn lọc sẽ được xử lý trên máy chủ xử lý an toàn của chúng tôi tại Zurich, Thụy Sĩ – một quốc gia mà EU công nhận có mức độ bảo vệ dữ liệu phù hợp – và từ đó, một lượt xử lý mô hình duy nhất được gửi đến Ollama, nơi lưu trữ mô hình này tại Hoa Kỳ và châu Âu, để được xử lý rồi trả về. Theo các điều khoản Ollama công bố, dữ liệu đầu vào và đầu ra chỉ được xử lý tạm thời và không bao giờ được dùng để huấn luyện mô hình – đó là cam kết của họ, trong chính điều khoản của họ, và chúng tôi nêu nó như là của họ chứ không phải lời hứa của chúng tôi. Không có gì khác rời khỏi EU. Nếu bạn cần quá trình chọn lọc cũng không bao giờ rời khỏi EU, điều đó có sẵn trên phiên bản triển khai riêng biệt – hãy liên hệ. Mọi bộ xử lý phụ, kèm mục đích và vị trí, đều được liệt kê trong Chính sách Bảo mật.

Cách chúng tôi vận hành

Quyền hạn tối thiểu, theo mặc định

Dịch vụ chạy với tư cách người dùng không có đặc quyền trong container của nó, không bao giờ là root. Vai trò cơ sở dữ liệu của nó không phải là siêu người dùng và không thể đọc tệp từ máy chủ. Những điều này được xác minh tự động trước mỗi bản phát hành thay vì chỉ giả định.

Các điểm cuối nội bộ được khóa ở rìa.

Các điểm cuối dùng để tạo tài khoản và xác thực khóa chỉ có thể được truy cập thông qua mặt phẳng kiểm soát của chúng tôi; việc xác thực được thực hiện ngay tại rìa mạng trước khi yêu cầu được gửi đến, và một lần nữa thông qua mật khẩu chung được sử dụng để bảo mật. Có hai lớp bảo mật, chứ không phải một.

Thất bại, đóng

Khi có gì đó thiếu hoặc không đọc được, dịch vụ từ chối thay vì đoán. Khóa không thể xác minh bị từ chối. Quyền bị hỏng không cấp gì. Bí mật ký webhook thiếu sẽ từ chối mọi sự kiện thay vì tin vào những gì đến. Đây là tư thế có chủ đích: chế độ lỗi của dịch vụ bộ nhớ nên là “không trả lời”, không bao giờ là “trả lời của khách hàng sai”.

Mọi bản phát hành đều được kiểm chứng từ bên ngoài

Trước khi bất kỳ bản phát hành nào ra mắt, một cổng tự động chạy toàn bộ sản phẩm từ một tài khoản hoàn toàn mới qua kết nối mạng thực: đăng ký, cấp và thu hồi khóa, lưu trữ và gọi lại bộ nhớ, cô lập giữa hai tài khoản đang hoạt động, xuất dữ liệu, và xóa hoàn toàn. Nó hoặc vượt qua hoàn toàn hoặc bản phát hành không diễn ra.

Báo cáo vấn đề bảo mật

Nếu bạn tin rằng mình đã phát hiện ra một lỗ hổng bảo mật, xin vui lòng thông báo cho chúng tôi trước khi nói với bất kỳ ai khác. Chúng tôi sẽ hợp tác cùng bạn. Thông tin liên hệ được công bố tại /.well-known/security.txt hoặc viết thư cho hello@Brethof.ai. Chúng tôi không đe dọa các nhà nghiên cứu báo cáo thiện chí.

Các yêu cầu sâu hơn — thỏa thuận xử lý dữ liệu, triển khai chuyên dụng tại khu vực bạn chọn, hoặc giữ việc chọn lọc trong EU — là những thứ chúng tôi xử lý trực tiếp. Hãy hỏi.