Cách Transglot được bảo mật.
được phân quyền.
Cách Transglot được bảo mật.
Mã hóa, kiểm soát truy cập, cô lập tenant và nhật ký kiểm toán, mỗi mục đều nêu rõ cơ chế thực thi. Những điều chúng tôi chưa xây dựng được ghi chép ở đây như các khoảng trống.
- tls 1.2 hoặc tốt hơn khi truyền tải
- webhook được ký hmac
- dòng nhật ký kiểm toán chỉ thêm vào
- bốn vai trò, năm khả năng token
Mã hóa, quyền truy cập, cô lập và kiểm toán.
Được mã hóa trước khi rời khỏi máy chủ
Bản sao lưu cơ sở dữ liệu được mã hóa trong quá trình xuất. Kho lưu trữ bản sao tệp được mã hóa bằng mật khẩu và từ chối hoạt động nếu thiếu khóa. Thông tin xác thực ứng dụng kết nối và bí danh webhook được lưu trữ dưới dạng các cột đã mã hóa. Token triển khai được lưu trữ dưới dạng băm SHA-256 và chỉ hiển thị một lần duy nhất tại thời điểm tạo. Các ổ đĩa trực tiếp không được mã hóa ở cấp độ volume vì chúng tôi chưa xây dựng tính năng này, và bạn nên biết điều này ngay tại đây thay vì phải tìm hiểu trong quá trình thẩm định.
Được ký khi xuất ra
Webhook gửi đi được ký bằng HMAC-SHA256 dựa trên dấu thời gian và nội dung. Dấu thời gian cũng được gửi kèm, cho phép bạn áp dụng cửa sổ chống phát lại theo ý muốn.
Nhận dạng và quyền truy cập
Bốn vai trò không gian làm việc trên mọi gói, bao gồm cả Gói Miễn phí: quản trị viên, nhà phát triển, người xem xét và dịch giả, cộng với chủ tài khoản và thành viên thanh toán. Quyền hạn theo dự án và theo ngôn ngữ được áp dụng bổ sung, nhờ đó một cộng tác viên tự do có thể chỉ được giao một ngôn ngữ và không thấy gì khác. Đăng nhập SAML 2.0 với cấp phép just-in-time và cấp phép SCIM 2.0 có sẵn trên gói Doanh nghiệp, và đăng nhập bằng mật khẩu có thể bị tắt cho toàn bộ không gian làm việc.
Cô lập tenant
Mọi truy vấn đều được giới hạn trong phạm vi tổ chức và dự án của bạn. Một ID thuộc về người khác sẽ trả về lỗi 404 thay vì 403, nhằm đảm bảo sự tồn tại của không gian làm việc khác không bị rò rỉ. Bộ nhớ dùng chung khớp chính xác là ngoại lệ cố ý duy nhất, và bất kỳ dự án nào cũng có thể rời khỏi bộ nhớ này thông qua một công tắc chuyển đổi.
Nhật ký kiểm toán
Các thay đổi vai trò, tạo token, thay đổi thanh toán, cấu hình SSO và đăng nhập SSO đều được ghi lại, và các dòng dữ liệu này không thể chỉnh sửa hoặc xóa: mô hình sẽ ném lỗi trong cả hai trường hợp. Đăng nhập bằng mật khẩu hiện không nằm trong nhật ký. Chủ sở hữu và quản trị viên trên gói Doanh nghiệp có thể xuất toàn bộ nhật ký dưới dạng CSV. Không có chuỗi băm và không có chữ ký mật mã, nên không có yếu tố nào ở đây khẳng định khả năng phát hiện giả mạo.
Thời gian hoạt động và tín dụng
Chúng tôi không công bố tỷ lệ phần trăm tại đây, vì bất kỳ con số nào chúng tôi đưa ra cũng chỉ là lời cam kết chủ quan về khả năng sẵn sàng của chính mình. Gói Business và Enterprise đi kèm mục tiêu thời gian hoạt động hàng tháng theo hợp đồng với lịch biểu tín dụng dịch vụ, và lịch biểu này chính là SLA.
Vị trí thực tế của tuân thủ
Bốn hàng giống hệt như trên trang tin cậy và trung tâm tin cậy, được đọc từ cùng một cấu hình. Dấu chứng nhận chỉ có thể ghi "đã đạt" khi một biến boolean xác nhận điều đó, và hiện tại không có biến nào làm như vậy.
- SOC 2 Type II: đang kiểm toán
- ISO/IEC 42001 (AI management): đang theo đuổi
- GDPR: phù hợp, chưa được chứng nhận
- CCPA / CPRA: phù hợp, chưa được chứng nhận
Những gì người xem xét hỏi, được giải đáp trước tiên.
Các câu hỏi mà một đánh giá bảo mật thường bắt đầu, cùng với câu trả lời, theo thứ chúng thường xuất hiện. Mỗi dòng là một biện pháp kiểm soát trong cơ sở mã thay vì một tuyên bố chung chung. Dòng cuối cùng là một khoảng trống, và nó vẫn còn ở đây cho đến khi không còn đúng nữa.
- không trích dẫn phát hiện nào, vì chưa có báo cáo bên thứ ba
- không ngụ ý chứng nhận: bảng tuân thủ trên /trust đọc từ cấu hình
- nghiên cứu thiện chí không bao giờ bị đáp trả bằng luật sư
Câu hỏi thường gặp
Danh sách các mục thường xuất hiện trong đánh giá bảo mật.
