Bạn đang xem tài liệu về Apigee Edge.
Truy cập vào
tài liệu Apigee X. thông tin
Tuân thủ HIPAA bằng Apigee Edge
Đảm bảo rằng dữ liệu của khách hàng luôn an toàn, bảo mật và luôn có sẵn cho họ là một trong những ưu tiên hàng đầu của chúng tôi. Để chứng minh việc tuân thủ các tiêu chuẩn bảo mật trong ngành, Google đã yêu cầu và nhận được các chứng nhận bảo mật như chứng nhận ISO 27001 và các cuộc kiểm tra SOC 2 và SOC 3 Loại II. Đối với những khách hàng chịu sự điều chỉnh của các yêu cầu theo Đạo luật về trách nhiệm giải trình và cung cấp thông tin bảo hiểm y tế (HIPAA), Apigee Edge cũng có thể hỗ trợ việc tuân thủ HIPAA.
Theo HIPAA, một số thông tin nhất định về sức khoẻ hoặc dịch vụ chăm sóc sức khoẻ của một người được phân loại là Thông tin sức khoẻ được bảo vệ (PHI). Những khách hàng Apigee Edge phải tuân thủ Đạo luật về trách nhiệm giải trình và cung cấp thông tin bảo hiểm y tế (HIPAA) và muốn sử dụng Apigee Edge cùng với Thông tin sức khỏe được bảo vệ (PHI) phải ký một Thỏa thuận liên kết kinh doanh (BAA) với Google.
Khách hàng của Apigee Edge có trách nhiệm xác định xem họ có phải tuân thủ các yêu cầu của HIPAA hay không và liệu họ có sử dụng hoặc dự định sử dụng các dịch vụ của Google liên quan đến PHI hay không. Những khách hàng chưa ký BAA với Google không được sử dụng các dịch vụ của Google liên quan đến PHI.
Quản trị viên phải xem xét và chấp nhận một BAA trước khi sử dụng các dịch vụ của Google có chứa PHI.
Chúng tôi đã xuất bản Hướng dẫn định cấu hình theo HIPAA cho Apigee trong chủ đề này để giúp khách hàng hiểu cách sắp xếp dữ liệu trên các dịch vụ của Google khi xử lý PHI. Hướng dẫn này dành cho những nhân viên trong tổ chức chịu trách nhiệm triển khai HIPAA và tuân thủ Apigee Edge.
Hướng dẫn định cấu hình theo HIPAA cho Edge Public Cloud
Hướng dẫn này chỉ nhằm mục đích cung cấp thông tin. Apigee không có ý định coi thông tin hoặc đề xuất trong hướng dẫn này là ý kiến tư vấn pháp lý. Mỗi khách hàng chịu trách nhiệm tự đánh giá việc sử dụng dịch vụ của riêng mình một cách phù hợp để hỗ trợ các nghĩa vụ tuân thủ pháp luật.
Khách hàng thuộc phạm vi áp dụng của Đạo luật về trách nhiệm giải trình và cung cấp thông tin bảo hiểm y tế (còn gọi là HIPAA, bao gồm mọi sửa đổi, bổ sung, bao gồm cả Đạo luật Công nghệ thông tin y tế cho kinh tế và y học lâm sàng – Đạo luật HITECH) đã mua gói tuân thủ HIPAA cần xem xét những mục sau. Đây là những mục tự phục vụ trong Edge và có thể giúp hỗ trợ tổ chức khách hàng (org) đáp ứng các nghĩa vụ tuân thủ HIPAA. Khái niệm tổng thể là "Google bảo mật nền tảng, khách hàng bảo mật dữ liệu của họ".
| Yêu cầu theo HIPAA | Mục |
|---|---|
| Tuân thủ HIPAA: Bảo mật – Kiểm soát quyền truy cập | Sử dụng/Uỷ quyền |
| Tuân thủ HIPAA: Quy trình quản lý bảo mật – Xem xét hoạt động của hệ thống thông tin | Nhật ký kiểm tra |
| Tuân thủ HIPAA: Quản lý mật khẩu bảo mật | Yêu cầu về mật khẩu phức tạp hoặc SAML |
| Tuân thủ HIPAA: Bảo mật – Quy trình quản lý bảo mật | Quét thiết bị đầu cuối |
| Tuân thủ HIPAA: Bảo mật – Truyền tải | Cấu hình TLS |
Theo dõi / Gỡ lỗi
Trace/Debug là một công cụ khắc phục sự cố cho phép người dùng xem trạng thái và nội dung của một lệnh gọi API khi lệnh gọi đó được xử lý thông qua Trình xử lý thông báo Apigee. Trace và Debug là hai tên của cùng một dịch vụ nhưng được truy cập thông qua các cơ chế khác nhau. Trace là tên của dịch vụ này trong Giao diện người dùng Edge. Gỡ lỗi là tên của cùng một dịch vụ khi được dùng thông qua các lệnh gọi API. Việc sử dụng thuật ngữ Dấu vết trong tài liệu này áp dụng cho cả Dấu vết và Gỡ lỗi.
Trong phiên Theo dõi, "Che dữ liệu" sẽ được thực thi nếu khách hàng bật và định cấu hình tính năng này. Công cụ này có thể chặn dữ liệu xuất hiện trong quá trình Theo dõi. Hãy xem phần Che dữ liệu bên dưới.
Bản đồ giá trị khoá (KVM) được mã hoá được dùng cho những khách hàng yêu cầu tuân thủ HIPAA. Khi sử dụng KVM được mã hoá, bạn vẫn có thể dùng Trace, nhưng một số biến sẽ không xuất hiện trên màn hình hiển thị Trace. Bạn có thể thực hiện các bước bổ sung để hiển thị các biến này trong quá trình Theo dõi.
Bạn có thể xem hướng dẫn chi tiết về cách sử dụng công cụ Trace tại phần Sử dụng công cụ Trace.
Thông tin chi tiết về KVM, bao gồm cả KVM được mã hoá, có tại phần Làm việc với bản đồ khoá giá trị.
Sử dụng/Uỷ quyền
Quyền truy cập vào Trace được quản lý thông qua hệ thống RBAC (Kiểm soát quyền truy cập dựa trên vai trò) cho tài khoản người dùng trong Edge (Tuân thủ HIPAA: Bảo mật – Kiểm soát quyền truy cập). Bạn có thể xem hướng dẫn chi tiết về cách sử dụng hệ thống RBAC để cấp và thu hồi đặc quyền Theo dõi tại phần Chỉ định vai trò và Tạo vai trò tuỳ chỉnh trong giao diện người dùng. Quyền theo dõi cho phép người dùng chạy một Hoạt động theo dõi, dừng một Hoạt động theo dõi, truy cập vào đầu ra từ một phiên Hoạt động theo dõi.
Vì Trace có quyền truy cập vào tải trọng của các lệnh gọi API (trước đây gọi là "Nội dung thông báo"), nên bạn cần cân nhắc xem ai có quyền truy cập để chạy Trace. Vì việc quản lý người dùng là trách nhiệm của khách hàng, nên việc cấp quyền Truy vết cũng là trách nhiệm của khách hàng. Apigee, với tư cách là chủ sở hữu nền tảng, có thể thêm người dùng vào một tổ chức khách hàng và chỉ định các đặc quyền. Khả năng này chỉ được dùng theo yêu cầu hỗ trợ của khách hàng trong trường hợp có vẻ như dịch vụ khách hàng đang gặp sự cố và việc xem xét một phiên theo dõi được cho là sẽ cung cấp thông tin tốt nhất về nguyên nhân gốc rễ.
Che giấu dữ liệu
Tính năng che dữ liệu chỉ ngăn chặn việc hiển thị dữ liệu nhạy cảm trong phiên Gỡ lỗi/Theo dõi, cả trong Trace (Giao diện người dùng Edge) và ở phần phụ trợ bằng Debug (API Edge). Bạn có thể xem thông tin chi tiết về cách thiết lập tính năng Che dữ liệu tại phần Che và ẩn dữ liệu.
Tính năng che dữ liệu KHÔNG ngăn dữ liệu xuất hiện trong tệp nhật ký, bộ nhớ đệm, số liệu phân tích, v.v. Để được trợ giúp về tính năng che dữ liệu trong nhật ký, hãy cân nhắc thêm một mẫu biểu thức chính quy vào tệp logback.xml. Thông thường, bạn không nên ghi dữ liệu nhạy cảm vào bộ nhớ đệm hoặc số liệu phân tích mà không có lý do chính đáng về kinh doanh và sự xem xét của nhóm pháp lý và bảo mật.
Bộ nhớ đệm L1 và L2
Việc sử dụng bộ nhớ đệm L1 cũng sẽ tự động sử dụng bộ nhớ đệm L2. Bộ nhớ đệm L1 chỉ là "bộ nhớ", trong khi bộ nhớ đệm L2 ghi dữ liệu vào đĩa để đồng bộ hoá trên nhiều bộ nhớ đệm L1. Bộ nhớ đệm L2 là bộ nhớ giúp nhiều Bộ xử lý thông báo đồng bộ hoá trong một khu vực và trên toàn cầu. Hiện tại, bạn không thể bật bộ nhớ đệm L1 mà không có bộ nhớ đệm L2 phía sau. Bộ nhớ đệm L2 ghi dữ liệu vào ổ đĩa để có thể đồng bộ hoá với các trình xử lý thông báo khác cho tổ chức khách hàng. Bạn có thể xem hướng dẫn chi tiết về cách sử dụng bộ nhớ đệm tại phần Thêm tính năng lưu vào bộ nhớ đệm và duy trì.
Nhật ký kiểm tra
Khách hàng có thể xem Nhật ký kiểm tra của tất cả hoạt động quản trị được thực hiện trong tổ chức của khách hàng, bao gồm cả việc sử dụng Trace (Tuân thủ HIPAA: Quy trình quản lý bảo mật – Xem xét hoạt động của hệ thống thông tin). Bạn có thể xem hướng dẫn chi tiết tại đây và trong phần Sử dụng công cụ Theo dõi.
Yêu cầu về mật khẩu phức tạp hoặc SAML
Đối với khách hàng tuân thủ HIPAA, mật khẩu người dùng được định cấu hình để đáp ứng các yêu cầu nâng cao như độ dài, độ phức tạp và thời gian tồn tại. (Tuân thủ HIPAA: Quản lý mật khẩu bảo mật)
Edge cũng cung cấp tính năng xác thực đa yếu tố (được mô tả trong phần Bật tính năng xác thực hai yếu tố cho tài khoản Apigee) và SAML (được mô tả trong phần Bật tính năng xác thực SAML cho Edge) làm các lựa chọn thay thế cho chế độ kiểm soát xác thực.
Bảo mật thiết bị đầu cuối
Quét điểm cuối
Khách hàng Edge Cloud chịu trách nhiệm quét và kiểm thử các điểm cuối API của họ (đôi khi được gọi là "thành phần thời gian chạy") trong Edge ( Tuân thủ HIPAA: Bảo mật – Quy trình quản lý bảo mật). Thử nghiệm của khách hàng phải bao gồm các dịch vụ proxy API thực tế được lưu trữ trên Edge, nơi lưu lượng truy cập API được gửi vào Edge trước khi được xử lý rồi chuyển đến trung tâm dữ liệu của khách hàng. Việc kiểm thử các tài nguyên dùng chung (chẳng hạn như giao diện người dùng của cổng quản lý) không được phê duyệt cho từng khách hàng (khách hàng có thể yêu cầu và nhận báo cáo của bên thứ ba về việc kiểm thử các dịch vụ dùng chung theo thoả thuận không tiết lộ).
Khách hàng nên và được khuyến khích kiểm thử các điểm cuối API của họ. Thoả thuận của bạn với Apigee không cấm việc kiểm thử các điểm cuối API, nhưng yêu cầu bạn không kiểm thử giao diện người dùng quản lý dùng chung. Mặc dù vậy, nếu cần làm rõ thêm, vui lòng mở một phiếu yêu cầu hỗ trợ và đề cập đến kế hoạch kiểm thử của bạn. Chúng tôi rất cảm ơn nếu bạn thông báo trước cho Apigee để chúng tôi biết về lưu lượng truy cập thử nghiệm.
Khách hàng kiểm thử các điểm cuối của họ nên tìm kiếm mọi vấn đề cụ thể về API, mọi vấn đề liên quan đến các dịch vụ Apigee, đồng thời kiểm tra TLS và các mục có thể định cấu hình khác. Mọi mục được tìm thấy và liên quan đến các dịch vụ của Apigee đều phải được thông báo cho Apigee thông qua phiếu yêu cầu hỗ trợ.
Hầu hết các mục liên quan đến điểm cuối đều là các mục tự phục vụ của khách hàng và có thể được khắc phục bằng cách xem tài liệu về Edge. Nếu có những mục mà bạn không rõ cách khắc phục, vui lòng gửi yêu cầu hỗ trợ.
Cấu hình TLS
Khách hàng chịu trách nhiệm xác định và định cấu hình các điểm cuối TLS của riêng họ cho các proxy API. Đây là một tính năng tự phục vụ trong Edge. Các yêu cầu của khách hàng về việc lựa chọn mã hoá, giao thức và thuật toán rất đa dạng và cụ thể cho từng trường hợp sử dụng. Vì Apigee không biết thông tin chi tiết về thiết kế API và tải trọng dữ liệu của từng khách hàng, nên khách hàng có trách nhiệm xác định phương thức mã hoá phù hợp cho dữ liệu đang truyền ( Tuân thủ HIPAA: Bảo mật – Truyền dữ liệu).
Bạn có thể xem hướng dẫn chi tiết về cách định cấu hình TLS tại TLS/SSL.
Lưu trữ dữ liệu
Edge không cần lưu trữ dữ liệu để hoạt động đúng cách. Tuy nhiên, có các dịch vụ để lưu trữ dữ liệu trong Edge. Khách hàng có thể chọn sử dụng bộ nhớ đệm hoặc số liệu phân tích để lưu trữ dữ liệu. Quản trị viên khách hàng nên xem xét cấu hình, chính sách và việc triển khai để tránh trường hợp vô tình hoặc cố ý sử dụng các dịch vụ lưu trữ dữ liệu trong Edge theo cách không tuân thủ.
Mã hoá dữ liệu của tải trọng
Khách hàng không được cung cấp các công cụ mã hoá dữ liệu để sử dụng trong Edge. Tuy nhiên, khách hàng có thể mã hoá dữ liệu trước khi gửi đến Edge. Dữ liệu được mã hoá trong tải trọng (hoặc Nội dung tin nhắn) không ngăn Edge hoạt động. Một số chính sách của Edge có thể không tương tác được với dữ liệu nếu khách hàng nhận được dữ liệu đã mã hoá. Ví dụ: không thể thực hiện một phép biến đổi nếu Edge không có sẵn dữ liệu để thay đổi. Tuy nhiên, các chính sách và gói chính sách khác do khách hàng tạo sẽ hoạt động ngay cả khi tải trọng dữ liệu được mã hoá.
PII trong URI
Nền tảng phân tích hợp nhất (UAP) của Apigee thu thập dữ liệu phân tích, bao gồm mọi thông tin sức khoẻ được bảo vệ (PHI) hoặc dữ liệu nhạy cảm khác có trong giá trị nhận dạng tài nguyên thống nhất (URI) của một lệnh gọi API vào Apigee Edge và giữ lại dữ liệu đó trong 13 tháng. PHI trong URI được hỗ trợ theo tiêu chuẩn Tài nguyên về khả năng tương tác nhanh trong lĩnh vực chăm sóc sức khoẻ (FHIR) và do đó được Apigee hỗ trợ. Theo mặc định, dữ liệu Analytics trong UAP được mã hoá khi lưu trữ.
Apigee hiện không hỗ trợ:
- Che giấu dữ liệu cho UAP
- Thay đổi chu kỳ lưu giữ
- Chọn không sử dụng UAP
- Loại bỏ URI khỏi hoạt động thu thập dữ liệu UAP