Bảo mật tài khoản
Bảo mật máy chủ bảo vệ các trang web. Bảo mật tài khoản bảo vệ các chìa khóa dẫn đến chúng. Mỗi lần đăng nhập Zinn Digital® đều chạy trên một hệ thống danh tính dựa trên tiêu chuẩn — mã khóa và WebAuthn, xác thực hai yếu tố TOTP, đăng nhập bằng liên kết ma thuật, SAML SSO dành cho các nhóm doanh nghiệp và đại lý — cùng với các vai trò chi tiết, khóa API theo từng tổ chức và nhật ký kiểm toán chỉ thêm ở phía sau.
Hầu hết các tài khoản lưu trữ chỉ là mật khẩu trong cơ sở dữ liệu, gắn liền với bảng điều khiển. Hệ thống của chúng tôi là một hệ thống định danh chuyên dụng — Keycloak, hỗ trợ OIDC và SAML — đứng trước mọi dịch vụ: bảng điều khiển khách hàng, bảng điều khiển quản trị của nhân viên, trang web công cộng này cùng cơ sở kiến thức, và các phiếu hỗ trợ của quý khách. Chỉ cần đăng nhập một lần là quý khách đã đăng nhập trên tất cả các dịch vụ đó.
Vì được xây dựng trên các tiêu chuẩn mở thay vì hệ thống đăng nhập độc quyền, lớp nhận dạng có thể được hoán đổi tương tự như mọi thành phần khác của nền tảng. Không có phần nào trong mô hình truy cập của quý vị bị khóa bên trong sản phẩm của một nhà cung cấp và việc xác thực của nhóm quý vị không phụ thuộc vào việc chúng tôi duy trì một nhà cung cấp duy nhất. Đó cũng là nguyên tắc không ràng buộc mà chúng tôi áp dụng cho các tài khoản CDN, DNS và nhà cung cấp dịch vụ thanh toán.
Tính năng đăng nhập đã được bản địa hóa và quá trình chuyển tiếp từ trang web sang màn hình đăng nhập sẽ giữ nguyên ngôn ngữ của quý vị — do đó, một đội ngũ phân bổ ở nhiều quốc gia sẽ không bị buộc phải đăng nhập hoàn toàn bằng tiếng Anh.
Bốn phương thức, tất cả đều đạt chuẩn hàng đầu, tất cả đều có thể cấu hình cho từng người. Không ai bị buộc phải dùng tùy chọn yếu nhất chỉ vì đó là lựa chọn duy nhất được cung cấp.
Nhập email của quý vị, nhấp vào liên kết, quý vị đã đăng nhập thành công. Không có mật khẩu để bị lừa đảo qua mạng, sử dụng lại hoặc bị rò rỉ trong một vụ xâm phạm dữ liệu. Đây là phương thức mặc định cho các tài khoản mới và đối với hầu hết mọi người, đây là phương thức duy nhất mà họ cần.
Hãy đăng ký khóa truy cập — Touch ID, Face ID, Windows Hello hoặc khóa phần cứng như YubiKey — và đăng nhập mà không cần mật khẩu. Khóa truy cập được liên kết với miền gốc, vì vậy trang đăng nhập giả mạo không thể đánh cắp được. Nền tảng chấp nhận các trình xác thực ES256 và RS256, đồng thời ưu tiên xác minh người dùng.
Đăng nhập bằng Google qua kết nối nhà cung cấp danh tính tiêu chuẩn, để tài khoản thừa hưởng bất kỳ biện pháp kiểm soát nào mà Google Workspace của quý vị đã thực thi. Các nhà cung cấp khác cũng kết nối theo cùng một cách — không có phần nào là tích hợp tùy chỉnh riêng.
Được giữ lại cho những người và tập lệnh cần đến, đồng thời tuân thủ chính sách thực tế: tối thiểu mười hai ký tự, không bao giờ là tên người dùng hoặc địa chỉ email của quý vị, không sử dụng lại ba mật khẩu gần nhất, được băm bằng Argon2. Địa chỉ email được xác minh trước khi tài khoản có thể sử dụng được.
Yếu tố xác thực thứ hai là một phần của hệ thống nhận diện, không phải là tiện ích bổ sung bạn mua hay plugin bạn cài đặt trên trang web của riêng mình.
Nếu tổ chức của quý vị đã sử dụng một nhà cung cấp danh tính — Okta, Entra ID, Google Workspace, hoặc bất kỳ giải pháp nào khác hỗ trợ SAML — quý vị chỉ cần kết nối và nhân sự của quý vị sẽ đăng nhập vào Zinn Digital® bằng thông tin đăng nhập doanh nghiệp hiện có của họ. Đội ngũ của quý vị không cần phải quản lý mật khẩu thứ hai, và cũng không có danh sách kiểm tra khi thôi việc thứ hai nào bị bỏ quên.
Điều này quan trọng nhất ở quy mô đại lý và nhà bán lại, nơi mà sự biến động nhân sự là một sự kiện bảo mật thực sự. Khi ai đó rời đi và quý vị vô hiệu hóa họ trong thư mục của mình, quý vị cũng đã vô hiệu hóa tuyến đường truy cập của họ vào dịch vụ lưu trữ của mình. Quyền truy cập tuân theo tình trạng tuyển dụng một cách tập trung, thay vì phải rà soát qua hàng tá công cụ SaaS.
SAML hoạt động song song với mọi thứ khác thay vì thay thế hoàn toàn: các nhà thầu vẫn có thể được cấp tài khoản liên kết ma thuật trong một vai trò có phạm vi xác định, trong khi nhân viên chính thức đăng nhập qua SSO. Một tổ chức, một mô hình cấp quyền, hai lối vào.
Quyền truy cập được giới hạn theo cấu trúc tổ chức — từ đại lý đến khách hàng rồi đến trang web — và được thực thi ngay trong chính cơ sở dữ liệu thông qua bảo mật cấp hàng, không chỉ ở tầng ứng dụng. Truy cập giữa các đối tượng thuê không phải là một chính sách mà chúng tôi yêu cầu mọi người tuân thủ; đó là một truy vấn hoàn toàn không thể trả về các hàng dữ liệu. Bốn vai trò khách hàng bao quát đầy đủ sự phân chia nhiệm vụ thực tế.
Toàn quyền kiểm soát tổ chức và các tài khoản phụ: tạo tổ chức con, mời và xóa thành viên, chỉ định vai trò, quản lý mọi trang web, thực hiện thanh toán và lập hóa đơn, quản lý khóa API và đọc nhật ký kiểm tra.
Hóa đơn, gói đăng ký, phương thức thanh toán và danh mục gói dịch vụ — và không có gì khác. Nhân viên tài chính hoặc kế toán của quý vị có thể thanh toán hóa đơn mà không bao giờ có quyền can thiệp, tạm ngưng hoặc xóa một trang web đang hoạt động.
Quyền truy cập trang web và API không có quyền kiểm soát thanh toán: xem và khởi tạo trang web, khởi động lại dịch vụ, xóa bộ nhớ đệm, quản lý khóa API và phiếu công việc. Cố ý không cho phép truy cập vào các phương thức thanh toán, xuất hóa đơn hoặc thay đổi gói dịch vụ.
Chỉ xem trong toàn bộ tổ chức — trang web, thanh toán, gói dịch vụ, yêu cầu hỗ trợ, trạng thái dịch thuật và nhật ký kiểm toán. Vai trò phù hợp cho kiểm toán viên, khách hàng muốn có khả năng theo dõi hoặc nhân viên mới trong tuần đầu tiên.
Bảng điều khiển là một cách truy cập. API, CLI, nhà cung cấp Terraform và máy chủ MCP là những cách khác — và tất cả đều tuân theo cùng một mô hình truy cập, vì một khóa không có phạm vi sẽ bỏ qua mọi vai trò mà quý vị vừa cấu hình.
Khóa API được cấp cho một tổ chức, không phải cho một cá nhân, và có các phạm vi riêng. Hãy xử lý khóa này như thông tin xác thực dùng chung: đặt tên theo mục đích sử dụng, cấp các phạm vi hẹp nhất có thể để hoạt động và luân chuyển khóa khi người tạo rời đi.
Khóa thô chỉ được hiển thị cho quý vị một lần, tại thời điểm tạo. Những gì chúng tôi lưu giữ là mã băm SHA-256 và một tiền tố ngắn để tra cứu. Chúng tôi không thể hiển thị lại khóa cho quý vị, và sự cố xâm phạm cơ sở dữ liệu sẽ không cung cấp thông tin xác thực hoạt động được cho kẻ tấn công.
Mỗi khóa đều mang các phạm vi chi tiết được liên kết với cùng một danh mục quyền mà các vai trò sử dụng, ghi lại thời điểm khóa được sử dụng lần cuối và có thể bị thu hồi ngay lập tức khi phát hiện dấu hiệu bất thường. Các khóa hộp cát riêng biệt vận hành API mà không đi kèm bất kỳ hoạt động thanh toán hay cung cấp tài nguyên thực tế nào.
Máy chủ MCP cho phép bất kỳ tác nhân nào có khả năng MCP quản lý dịch vụ lưu trữ của quý vị — và máy chủ xác thực qua OAuth 2.1, được xác định phạm vi cho tổ chức của quý vị và các quyền RBAC của tổ chức đó, với các mã thông báo có thể thu hồi cho từng công cụ, xác nhận đối với các tác vụ mang tính phá hủy, giới hạn chi tiêu và ghi nhật ký kiểm toán đầy đủ. Việc kết nối trợ lý AI không có nghĩa là giao toàn quyền cho trợ lý đó.
Mỗi hành động có đặc quyền đều ghi lại một bản ghi chỉ cho phép thêm mới — ai đã thực hiện, họ đã làm gì, họ đã tác động lên đối tượng nào, bằng chứng hỗ trợ và địa chỉ IP nguồn, kèm theo dấu thời gian. Đây không phải là tiện ích gỡ lỗi; đây là dấu vết bằng chứng.
Không — và chúng tôi mong quý vị không làm vậy. Đăng nhập bằng liên kết ma thuật qua email là tùy chọn mặc định, và quý vị có thể đăng ký khóa truy cập (Touch ID, Face ID, Windows Hello hoặc khóa phần cứng) rồi đăng nhập mà không cần đặt mật khẩu. Phương thức email và mật khẩu vẫn khả dụng như một phương án dự phòng, với yêu cầu tối thiểu mười hai ký tự, không dùng lại ba mật khẩu gần nhất và sử dụng hàm băm Argon2.
Xác thực hai yếu tố TOTP được tích hợp sẵn vào lớp nhận dạng và có thể được thực thi theo chính sách trên toàn tổ chức thay vì để từng thành viên tự chọn tham gia. Khóa truy cập (passkeys) là tùy chọn mạnh mẽ hơn nếu các thiết bị của nhóm bạn hỗ trợ, vì chúng loại bỏ mật khẩu mà kẻ tấn công có thể tìm cách lừa đảo để chiếm đoạt.
Đúng vậy. Vai trò Quản lý Thanh toán chỉ cấp quyền truy cập vào hóa đơn, gói đăng ký, phương thức thanh toán và danh mục gói dịch vụ, ngoài ra không có gì khác — không có khả năng xem, cấp phát, khởi động lại, tạm ngưng hoặc xóa trang web. Điều ngược lại cũng đúng: vai trò Nhà phát triển quản lý các trang web và quyền truy cập API mà hoàn toàn không có quyền kiểm soát thanh toán. Các vai trò được chỉ định theo từng tổ chức, vì vậy vai trò trong một tổ chức sẽ không cấp quyền truy cập vào một tổ chức riêng biệt, không liên quan — mặc dù vai trò trong tổ chức mẹ sẽ áp dụng cho các tổ chức được lồng bên dưới tổ chức đó.
Hãy thu hồi khóa từ bảng điều khiển và khóa sẽ ngừng hoạt động ngay lập tức. Phạm vi thiệt hại bị giới hạn bởi những gì khóa đó có thể làm ngay từ đầu, đó là lý do tại sao các khóa có phạm vi chi tiết và ghi lại dấu thời gian sử dụng lần cuối — phạm vi hẹp và nhật ký sử dụng rõ ràng là những yếu tố biến một vụ rò rỉ thành một sự cố được kiểm soát thay vì bị xâm phạm toàn bộ tài khoản. Lưu ý rằng các khóa được cấp cho tổ chức chứ không phải cho một cá nhân, vì vậy hãy coi chúng là thông tin xác thực dùng chung và xoay vòng chúng khi nhân sự thay đổi. Phía chúng tôi chỉ lưu trữ bản băm của khóa, do đó sự cố rò rỉ từ cơ sở dữ liệu của chúng tôi sẽ không tạo ra thông tin xác thực hoạt động được.
Có. Mọi hành động đặc quyền đều được ghi vào nhật ký kiểm toán chỉ thêm cùng với tác nhân, hành động, mục tiêu, bằng chứng hỗ trợ, IP nguồn và dấu thời gian. Vai trò chủ sở hữu và vai trò chỉ đọc có thể đọc trực tiếp nhật ký này. Các hành động của nhân viên trên tài khoản của quý vị được ghi lại trong cùng một quy trình và các hành động nhạy cảm hoặc mang tính phá hủy của nhân viên có thể yêu cầu xác thực nâng cao hoặc phê duyệt từ hai người trước.
Có — SAML SSO được hỗ trợ cho các tài khoản doanh nghiệp và đại lý, vì vậy nhân viên của quý vị có thể xác thực bằng thông tin đăng nhập doanh nghiệp hiện có và việc hủy cấp quyền trong thư mục của quý vị cũng sẽ thu hồi quyền truy cập của họ tại đây. Quý vị có thể kết hợp các phương thức: SSO cho nhân viên chính thức, tài khoản magic-link theo phạm vi cho nhà thầu, tất cả đều nằm trong cùng một mô hình phân quyền.
Không — mật khẩu được cố ý không di chuyển. Tài khoản của quý khách được nhập mà không có mật khẩu và trong lần đăng nhập đầu tiên, quý khách có thể sử dụng magic-link hoặc đặt mật khẩu mới theo chính sách hiện tại. Việc chuyển các mã băm mật khẩu cũ sẽ mang lại các lỗ hổng cũ vào hệ thống mới, vì vậy chúng tôi không thực hiện điều này.
Bản dùng thử Footprint-Free kéo dài 14 ngày, không cần thẻ và hỗ trợ tối đa năm trang web. Quý khách nhận được toàn bộ lớp bảo mật danh tính trong thời gian dùng thử — mã khóa, xác thực hai yếu tố, vai trò, khóa API và nhật ký kiểm toán không bị giới hạn sau gói trả phí.
Đăng ký khóa truy cập, mời nhóm của bạn vào đúng các vai trò và cấp khóa API có phạm vi — tất cả trong bản dùng thử 14 ngày không cần thẻ và không yêu cầu thông tin thẻ.
Bắt đầu miễn phí