Bookafy Bảo mật và Quyền riêng tư

Câu hỏi thường gặp về bảo mật 

Có bất kỳ vi phạm hoặc sự cố an ninh nghiêm trọng nào xảy ra trong 5 năm qua không?

Không.

Quyền truy cập tài khoản chung và đặc quyền có được kiểm soát chặt chẽ và được xem xét định kỳ hay không, ít nhất là

hàng năm?

Đúng.

Dữ liệu nào đang được thu thập về người dùng? 

Phần mềm thu thập dữ liệu về chủ sở hữu tài khoản và khách hàng cuối cùng. Cả hai thiết lập dữ liệu đều dựa trên dữ liệu do chủ sở hữu tài khoản và khách hàng cuối cung cấp. Chúng tôi không thu thập bất kỳ dữ liệu nào ngoài dữ liệu tự nguyện do người dùng cuối hoặc chủ sở hữu tài khoản cung cấp. 

Chủ sở hữu tài khoản có thể tạo các trường văn bản để thu thập các điểm dữ liệu khác nhau khi đặt trước, nhưng khách hàng hoàn toàn biết về việc chúng được thu thập vì người dùng cuối sẽ nhập dữ liệu vào các trường. Người dùng cuối hoặc chủ sở hữu tài khoản có thể yêu cầu xóa dữ liệu bất kỳ lúc nào bằng cách gửi email đến data@bookafy.com 

Ứng dụng sử dụng dữ liệu cho mục đích gì?

Dữ liệu ứng dụng chỉ được sử dụng cho giao dịch mà khách hàng cuối đã đăng ký. Nếu sử dụng ứng dụng của bên thứ ba để đăng nhập bằng SSO, chẳng hạn như Facebook hoặc Google, chúng tôi chỉ sử dụng kết nối đó để truy cập tài khoản. Chúng tôi không sử dụng dữ liệu từ tài khoản như danh bạ, sự kiện, email và chúng tôi không thay mặt bạn đăng hoặc tham gia vào bất kỳ hoạt động nào trong tài khoản của bạn. Nó chỉ được sử dụng để đăng nhập. 

Quyền của người dùng đối với việc xóa dữ liệu là gì và người dùng có thể yêu cầu xóa dữ liệu như thế nào? 

Chúng tôi sử dụng dữ liệu được thu thập từ chủ sở hữu tài khoản (khách hàng của chúng tôi) để mang lại trải nghiệm tốt hơn cho chủ sở hữu tài khoản. Điều này bao gồm bất kỳ nơi nào AO bị kẹt, đã truy cập nhiều lần, có thể có câu hỏi hoặc lỗi. Chúng tôi sử dụng dữ liệu này để giao tiếp với khách hàng (Chủ tài khoản) vào đúng thời điểm với đúng thông điệp. 

Đối với người dùng cuối, khách hàng của khách hàng… chúng tôi chỉ sử dụng dữ liệu này cho mục đích giao dịch (đặt phòng) với chủ tài khoản. Chúng tôi không tiếp thị cho những khách hàng này hoặc sử dụng dữ liệu của họ theo bất kỳ cách nào khác. Dữ liệu của họ không được bán hoặc mượn… nó vẫn nằm trong hệ thống của chúng tôi. 

Trong cả trường hợp của AO và khách hàng cuối, dữ liệu của họ có thể bị xóa bất kỳ lúc nào. AO có thể gửi email đến data@bookafy.com và yêu cầu xóa tài khoản và dữ liệu của họ. Khách hàng cuối có thể yêu cầu AO xóa dữ liệu của họ. 

Tài khoản người dùng dùng chung có bị cấm đối với nhân viên không? Khách hàng thì sao?

Nhân viên có tài khoản chuyên dụng của riêng họ. Khách hàng cũng có tài khoản chuyên dụng của riêng họ, chỉ có quyền truy cập vào dữ liệu của họ.

Việc xây dựng mật khẩu của bạn có yêu cầu nhiều yêu cầu về độ mạnh, tức là mật khẩu mạnh và sử dụng một chuỗi ký tự alpha, số và ký tự đặc biệt ngẫu nhiên không?

Chúng tôi yêu cầu mật khẩu có tối thiểu 6 ký tự ở cấp độ quản lý mật khẩu cơ bản. Tùy chọn chính sách mật khẩu OWASP và NIST SP 800-63-3 có thể khả dụng trong năm tới.

Ranh giới mạng có được bảo vệ bằng tường lửa có lọc đầu vào và đầu ra không?

Đúng. Tất cả tường lửa và cơ sở cân bằng tải đều do Azure và Amazon AWS cung cấp.

Các máy chủ đối mặt công khai có nằm trong Khu phi quân sự hóa (DMZ) được xác định rõ không?

Có, điều này được kế thừa từ phân vùng cơ sở hạ tầng mặc định của Azure và Bookafy có các máy chủ khu vực trải khắp thế giới. 

Phân đoạn mạng nội bộ có được sử dụng để cách ly thêm các tài nguyên sản xuất nhạy cảm như dữ liệu PCI không?

Dữ liệu PCI không được lưu trữ vì nó chỉ được đóng khung bởi Bookafy từ các nhà cung cấp bên thứ 3 như Stripe và Authorize.net. Bookafy không thu thập dữ liệu hoặc lưu trữ dữ liệu. 

Phát hiện hoặc ngăn chặn xâm nhập mạng có được triển khai và giám sát không?

Một loạt các công cụ giám sát, được bổ sung bởi các thông báo và cảnh báo do Azure cung cấp luôn được bật. Điều này bao gồm phát hiện xâm nhập và xác nhận email truy cập mạng.

Tất cả các máy tính để bàn có được bảo vệ bằng cách sử dụng phần mềm chống vi-rút, sâu máy tính, phần mềm gián điệp và mã độc được cập nhật thường xuyên không?

Đúng.

Các máy chủ có được bảo vệ bằng cách sử dụng các biện pháp tăng cường sức mạnh của ngành không? Các thực hành có được ghi lại không?

Các dịch vụ bảo mật được sử dụng thường xuyên để cung cấp các cuộc kiểm toán bảo mật hệ thống. 

Có quản lý bản vá của nhà cung cấp đang hoạt động cho tất cả các hệ điều hành, thiết bị mạng và ứng dụng không?

Đúng. Điều này được cung cấp bởi Azure tự động thông qua dịch vụ của họ.

Tất cả các lỗi hệ thống sản xuất và sự kiện bảo mật có được ghi lại và lưu giữ không?

Nhật ký được lưu giữ trong tối thiểu 1 tháng, một số còn lại lên đến 6 tháng, tùy thuộc vào mức độ nghiêm trọng và hành động cần thiết.

Các sự kiện bảo mật và dữ liệu nhật ký có được xem xét thường xuyên không?

Đúng. Nhật ký được xem xét hàng ngày, hàng tuần và hàng tháng – tùy thuộc vào bản chất của sự kiện nhật ký.

Có chương trình bảo mật được lập thành văn bản với các biện pháp bảo vệ để đảm bảo bảo vệ thông tin bí mật của khách hàng không?

Đúng.

Có quy trình nào để thông báo cho khách hàng nếu có bất kỳ vi phạm quyền riêng tư nào xảy ra không?

Đúng.

Bạn có lưu trữ, xử lý, truyền tải (nghĩa là “xử lý”) Thông tin có thể nhận dạng cá nhân (PII) không?

Đúng.

PII được lưu trữ ở quốc gia nào?

Hầu hết dữ liệu PII của chúng tôi được lưu trữ ở Hoa Kỳ. Tuy nhiên, chúng tôi có thể lưu trữ dữ liệu tài khoản cho khách hàng doanh nghiệp của mình tại một trung tâm khu vực cụ thể. Ví dụ. Tổ chức của Úc có thể chọn lưu trữ dữ liệu của họ ở vị trí Canberra Azure của chúng tôi. Hoặc các nước Châu Âu có thể lưu trữ tại data center Châu Âu. 

Nhật ký hệ thống có được bảo vệ khỏi sự thay đổi và phá hủy không?

Điều này được cung cấp bởi Azure và được sao lưu trên Dropbox Cloud Storage.

Các điểm vào ranh giới và VLAN có được bảo vệ bởi các thiết bị phát hiện và bảo vệ xâm nhập cung cấp cảnh báo khi bị tấn công không?

Đúng. Các dịch vụ này được bao gồm trong tường lửa Azure của chúng tôi để bảo vệ chống xâm nhập và gửi cảnh báo tự động đến nhóm phát triển của chúng tôi. 

Các bản ghi và sự kiện có tương quan với một công cụ cung cấp cảnh báo về một cuộc tấn công đang diễn ra không?

Có, dịch vụ bảo mật của chúng tôi bao gồm ghi nhật ký và cảnh báo về các cuộc tấn công trong thời gian thực. 

Dữ liệu được tách biệt khỏi các ứng dụng khách khác trong giải pháp như thế nào, bao gồm kết nối mạng, giao diện người dùng, lưu trữ back-end và sao lưu?

Mỗi tài khoản khách hàng được phân tách hợp lý khỏi các khách hàng khác, thông qua việc sử dụng mã định danh đối tượng thuê liên tục bắt buộc trên tất cả các bản ghi cơ sở dữ liệu.

Ngoài ra, tất cả mã ứng dụng đều yêu cầu mã định danh đối tượng thuê này cho mọi hoạt động – cả đọc và ghi. Một chế độ kiểm tra tự động cũng được áp dụng để bảo vệ các thay đổi mã khỏi hồi quy và khả năng nhiễm bẩn dữ liệu giữa các đối tượng thuê.

Mã định danh đối tượng thuê được “liên kết cứng” với mọi tài khoản người dùng và được thực thi một cách hợp lý thông qua các mệnh đề “WHERE” cố định trên các truy vấn cơ sở dữ liệu và các biện pháp tương đương để truy cập tệp. Người dùng nền tảng không thể thay đổi hoặc hủy liên kết phiên hoặc tài khoản của họ khỏi mã định danh đối tượng thuê này. Do đó, không có khả năng hợp lý nào về việc người dùng có quyền đăng nhập dưới một mã định danh đối tượng thuê khác. Ngay cả khi họ cố truy cập các trang bằng ID của đối tượng thuê khác, hệ thống sẽ từ chối yêu cầu do tài khoản người dùng không được đăng ký với ID đối tượng thuê được yêu cầu.

Bạn có Kế hoạch ứng phó sự cố không?

Có, một “tài liệu sống” được duy trì trong đó phác thảo ứng phó với thảm họa và sự cố

danh sách kiểm tra, chi tiết liên lạc và cơ sở hệ thống chính để hiểu và ứng phó với sự cố.

Mức độ bảo vệ mạng nào được thực hiện?

Chúng tôi sử dụng cổng Ứng dụng web Azures (bộ cân bằng tải) và Tường lửa thế hệ tiếp theo để bảo vệ mạng máy ảo của chúng tôi chạy trên Đám mây Azure. 

Nền tảng có cung cấp các báo cáo để đo lường hiệu suất Chất lượng dịch vụ (QOS) (mức sử dụng tài nguyên, thông lượng, tính khả dụng, v.v.) không?

Những số liệu như vậy không được cung cấp cho khách hàng, ngoài tính khả dụng và thời gian phản hồi theo trang trạng thái của chúng tôi trên status.pingdom.com

Chương trình khắc phục thảm họa có được thử nghiệm ít nhất hàng năm không?

Có, kiểm tra phục hồi và thực hiện và kiểm tra hàng năm.

Mục tiêu thời gian khôi phục (RTO) và Mục tiêu điểm khôi phục (RPO) của hệ thống là gì?

RTO là 4 giờ, với RPO là 1 giờ.

Bạn có cung cấp các gói sao lưu và khôi phục cho từng khách hàng không?

Tất cả các khía cạnh đều có nhiều người thuê, vì vậy các bản sao lưu được thực hiện trên toàn bộ cơ sở khách hàng. Các bản sao lưu tệp hoàn chỉnh được chạy 24 giờ một lần và được hưởng lợi từ điểm cơ sở dữ liệu Azure trong thời gian sao lưu được thực hiện 5 phút một lần. Các bản sao lưu được lưu trữ trên Dropbox Cloud cũng như các máy ảo Azure dự phòng. 

Thời gian tối đa mà các bản sao lưu được giữ lại là bao lâu?

Các bản sao lưu tại thời điểm cơ sở dữ liệu được giữ lại trong 30 ngày, với các bản sao lưu tệp chung tối thiểu trong 90 ngày.

Thời gian quay vòng dự kiến để khôi phục dữ liệu là gì?

Mọi khôi phục máy khách trong bất kỳ trường hợp không phải thảm họa nào đều phải được yêu cầu và lên lịch với chúng tôi. Thời gian quay vòng là từ 1 đến 2 ngày làm việc. 

Có thể khôi phục một tài khoản thực thể duy nhất mà không ảnh hưởng đến toàn bộ nền tảng không?

Nếu khách hàng yêu cầu khôi phục một bản ghi hoặc hiện vật cụ thể, điều này có thể được thực hiện trực tuyến thông qua cơ sở theo yêu cầu và là công việc có tính phí. Không có tác động đến nền tảng hoặc tài khoản khách hàng.

Tính khả dụng cao có được cung cấp không – i. đ. khi một phiên bản máy chủ không khả dụng thì phiên bản khác có khả dụng không?

Nhiều phiên bản máy chủ đang chạy ở tất cả các tầng hệ thống thông qua máy ảo của Azure, với Cổng ứng dụng web xử lý cân bằng tải. Azure WAG xử lý lỗi phiên bản máy chủ trong trung tâm dữ liệu, với phiên bản sự cố được xử lý lại và/hoặc loại bỏ và thay thế bằng phiên bản mới.

Dữ liệu có được lưu trữ và có sẵn ở một vị trí khác (trung tâm dữ liệu) để đáp ứng các yêu cầu khắc phục thảm họa không?

Đúng. Tất cả dữ liệu được sao chép sang một trung tâm dữ liệu thứ hai khác nhau tùy theo vị trí địa lý cũng như có dữ liệu sao lưu được lưu trữ trên Dropbox Cloud Storage. .

Quá trình chuyển đổi dự phòng có phải là quá trình chuyển đổi tự động/đang hoạt động không?

Lỗi phiên bản máy chủ trong trung tâm dữ liệu chính được xử lý bởi bộ cân bằng tải Azure WAG, với phiên bản sự cố sẽ được tái chế và/hoặc xóa và thay thế bằng phiên bản mới.

Trong trường hợp toàn bộ trung tâm dữ liệu gặp lỗi nghiêm trọng, thì việc chuyển đổi sang trung tâm thứ cấp là một quy trình thủ công, vì trước tiên chúng tôi cần thực hiện đánh giá đầy đủ về vấn đề để đảm bảo không có giải pháp thay thế đơn giản nào để duy trì trung tâm chính hiện có sự hiện diện của trung tâm có sẵn. Nếu xác định rằng việc di chuyển đến trung tâm thứ cấp là bắt buộc, thì quá trình chuyển đổi sẽ được bắt đầu theo cách thủ công để đáp ứng các mục tiêu khôi phục mục tiêu.