คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ
Apigee X info
การปฏิบัติตามข้อกำหนด HIPAA ด้วย Apigee Edge
Google ให้ความสำคัญสูงสุดกับการรักษาข้อมูลของลูกค้าให้ปลอดภัยและพร้อมใช้งานทุกเมื่อ Google ได้ขอและได้รับการรับรองด้านความปลอดภัย เช่น การรับรอง ISO 27001 และ SOC 2 และ SOC 3 การตรวจสอบประเภทที่ 2 เพื่อแสดงให้เห็นว่าเราปฏิบัติตามมาตรฐานความปลอดภัยในอุตสาหกรรม สำหรับลูกค้าที่ต้องปฏิบัติตามข้อกำหนดของกฎหมายว่าด้วยการควบคุมและการส่งผ่านข้อมูลทางด้านการประกันสุขภาพ (Health Insurance Portability and Accountability หรือ HIPAA) Apigee Edge ยังรองรับการปฏิบัติตามข้อกำหนด HIPAA ด้วย
ข้อมูลบางอย่างที่เกี่ยวข้องกับสุขภาพหรือบริการด้านสุขภาพของบุคคลจัดเป็นข้อมูลสุขภาพที่ได้รับการคุ้มครอง (Protected Health Information หรือ PHI) ตามข้อกำหนดของ HIPAA ลูกค้า Apigee Edge ที่ต้องปฏิบัติตามข้อกำหนดของ HIPAA และประสงค์ จะใช้ Apigee Edge กับ PHI จะต้องลงนามในข้อตกลงสำหรับผู้ร่วมธุรกิจ (BAA) กับ Google
ลูกค้า Apigee Edge มีหน้าที่พิจารณาว่าตนเองจะต้องปฏิบัติตามข้อกำหนด HIPAA หรือไม่ และจะใช้หรือตั้งใจจะใช้บริการต่างๆ ของ Google โดยเกี่ยวข้องกับ PHI หรือไม่ ลูกค้าที่ไม่ได้ลงนามใน BAA กับ Google จะต้องไม่ใช้บริการของ Google โดยเกี่ยวข้องกับ PHI
ผู้ดูแลระบบต้องตรวจสอบและยอมรับ BAA ก่อนใช้บริการของ Google ที่มี PHI
เราได้เผยแพร่คู่มือการกำหนดค่า HIPAA ของ Apigee ในหัวข้อนี้ เพื่อช่วยให้ลูกค้าเข้าใจวิธีจัดระเบียบข้อมูลในบริการต่างๆ ของ Google เมื่อต้องจัดการ PHI โดยคู่มือนี้มีไว้สำหรับพนักงานในองค์กรที่มีหน้าที่ปรับใช้และปฏิบัติตามข้อกำหนด HIPAA โดยใช้ Apigee Edge
คู่มือการกำหนดค่า HIPAA สำหรับ Edge Public Cloud
คำแนะนำนี้มีไว้เพื่อวัตถุประสงค์ในการให้ข้อมูลเท่านั้น Apigee ไม่ได้มีเจตนาให้ข้อมูลหรือ คำแนะนำในคู่มือนี้เป็นคำแนะนำทางกฎหมาย ลูกค้าแต่ละรายมีหน้าที่ ประเมินการใช้บริการของตนเองโดยอิสระตามความเหมาะสมเพื่อสนับสนุน ภาระหน้าที่ในการปฏิบัติตามกฎหมาย
ลูกค้าที่อยู่ภายใต้กฎหมายว่าด้วยการควบคุมและการส่งผ่านข้อมูลทางด้านการประกันสุขภาพ (Health Insurance Portability and Accountability Act หรือ HIPAA ตามที่ได้มีการแก้ไข รวมถึงกฎหมายว่าด้วยเทคโนโลยีสารสนเทศด้านเศรษฐศาสตร์สาธารณสุขและการรักษาพยาบาล หรือ HITECH Act) ซึ่งซื้อแพ็กเกจการปฏิบัติตามข้อกำหนด HIPAA ควรอ่านรายการต่อไปนี้ รายการเหล่านี้เป็นแบบบริการตนเองภายใน Edge และช่วยสนับสนุน องค์กรลูกค้า (Org) ในการปฏิบัติตามภาระหน้าที่ในการปฏิบัติตามข้อกำหนด HIPAA แนวคิดโดยรวมคือ "Google รักษาความปลอดภัยของแพลตฟอร์ม ลูกค้ารักษาความปลอดภัยของข้อมูล"
| ข้อกำหนดของ HIPAA | Sections |
|---|---|
| การปฏิบัติตามข้อกำหนด HIPAA: ความปลอดภัย - การควบคุมการเข้าถึง | การใช้งาน/การให้สิทธิ์ |
| การปฏิบัติตามข้อกำหนด HIPAA: กระบวนการจัดการความปลอดภัย - การตรวจสอบกิจกรรมในระบบข้อมูล | บันทึกการตรวจสอบ |
| การปฏิบัติตามข้อกำหนด HIPAA: การจัดการรหัสผ่านด้านความปลอดภัย | ข้อกำหนดของรหัสผ่านที่ซับซ้อนหรือ SAML |
| การปฏิบัติตามข้อกำหนด HIPAA: ความปลอดภัย - กระบวนการจัดการความปลอดภัย | การสแกนอุปกรณ์ปลายทาง |
| การปฏิบัติตามข้อกำหนด HIPAA: ความปลอดภัย - การส่ง | การกำหนดค่า TLS |
ติดตาม / แก้ไขข้อบกพร่อง
Trace/Debug เป็นเครื่องมือแก้ปัญหาที่ช่วยให้ผู้ใช้ดูสถานะและ เนื้อหาของการเรียก API ขณะที่ประมวลผลผ่าน Apigee Message Processor ได้ Trace และ Debug เป็นชื่อ 2 ชื่อสำหรับบริการเดียวกัน แต่เข้าถึงผ่านกลไกที่แตกต่างกัน Trace คือชื่อของบริการนี้ภายใน UI ของ Edge Debug คือชื่อ ของบริการเดียวกันเมื่อใช้ผ่านการเรียก API การใช้คำว่า "Trace" ในเอกสารนี้ ใช้ได้ทั้งกับ Trace และ Debug
ในระหว่างเซสชันการติดตาม ระบบจะบังคับใช้ "การมาสก์ข้อมูล" หากลูกค้าเปิดใช้และกำหนดค่าไว้ เครื่องมือนี้สามารถบล็อกไม่ให้แสดงข้อมูลในระหว่างการติดตาม ดูส่วนการมาสก์ข้อมูลด้านล่าง
ระบบจะใช้แผนที่ค่าคีย์ (KVM) ที่เข้ารหัสสำหรับลูกค้าที่ต้องปฏิบัติตามข้อกำหนดของ HIPAA เมื่อใช้ KVM ที่เข้ารหัส คุณจะยังใช้ Trace ได้ แต่ตัวแปรบางอย่างจะไม่ ปรากฏในหน้าจอแสดงผลของ Trace คุณสามารถทำตามขั้นตอนเพิ่มเติมเพื่อ แสดงตัวแปรเหล่านี้ในระหว่างการติดตามได้ด้วย
ดูวิธีการใช้ Trace โดยละเอียดได้ที่การใช้เครื่องมือ Trace
ดูรายละเอียดเกี่ยวกับ KVM รวมถึง KVM ที่เข้ารหัสได้ที่การทำงานกับแมปค่าคีย์
การใช้งาน/การให้สิทธิ์
การเข้าถึง Trace จะได้รับการจัดการผ่านระบบ RBAC (การควบคุมการเข้าถึงตามบทบาท) สำหรับบัญชีผู้ใช้ภายใน Edge (การปฏิบัติตามข้อกำหนดของ HIPAA: ความปลอดภัย - การควบคุมการเข้าถึง) ดูวิธีการโดยละเอียดเกี่ยวกับการใช้ระบบ RBAC เพื่อ ให้และเพิกถอนสิทธิ์การติดตามได้ที่การมอบหมายบทบาทและการสร้างบทบาทที่กำหนดเองใน UI สิทธิ์การติดตามอนุญาตให้ผู้ใช้เปิดใช้ หยุด และเข้าถึงเอาต์พุตจากเซสชันการติดตาม
เนื่องจาก Trace มีสิทธิ์เข้าถึงเพย์โหลดของการเรียก API (เดิมเรียกว่า "เนื้อความของข้อความ") จึงควรพิจารณาว่าใครมีสิทธิ์เรียกใช้ Trace เนื่องจากการจัดการผู้ใช้เป็นความรับผิดชอบของลูกค้า การให้สิทธิ์การติดตามจึงเป็นความรับผิดชอบของลูกค้าด้วย Apigee ในฐานะเจ้าของแพลตฟอร์มมีความสามารถในการเพิ่มผู้ใช้ไปยังองค์กรของลูกค้าและ มอบหมายสิทธิ์ ความสามารถนี้จะใช้เมื่อลูกค้าขอรับการสนับสนุนใน สถานการณ์ที่ดูเหมือนว่าฝ่ายบริการลูกค้าทำงานล้มเหลว และเชื่อว่าการตรวจสอบเซสชันการติดตาม จะให้ข้อมูลที่ดีที่สุดเกี่ยวกับสาเหตุที่แท้จริง
การมาสก์ข้อมูล
การมาสก์ข้อมูลจะป้องกันการแสดงข้อมูลที่ละเอียดอ่อนในระหว่างเซสชันการติดตาม/การแก้ไขข้อบกพร่องเท่านั้น ทั้งใน Trace (Edge UI) และในแบ็กเอนด์โดย Debug (Edge API) ดูรายละเอียดวิธีตั้งค่า การมาสก์ได้ที่ การมาสก์และการซ่อนข้อมูล
การมาสก์ข้อมูลไม่ได้ป้องกันไม่ให้ข้อมูลปรากฏในไฟล์บันทึก แคช การวิเคราะห์ ฯลฯ หากต้องการความช่วยเหลือเกี่ยวกับการมาสก์ข้อมูลในบันทึก ให้พิจารณาเพิ่มรูปแบบนิพจน์ทั่วไปลงใน ไฟล์ logback.xml โดยปกติแล้วไม่ควรเขียนข้อมูลที่ละเอียดอ่อนลงในแคชหรือการวิเคราะห์ หากไม่มีเหตุผลทางธุรกิจที่ชัดเจนและทีมรักษาความปลอดภัยและทีมกฎหมายไม่ได้ตรวจสอบ
แคช L1 และ L2
การใช้แคช L1 จะใช้แคช L2 โดยอัตโนมัติด้วย แคช L1 เป็น "หน่วยความจำเท่านั้น" ในขณะที่แคช L2 จะเขียนข้อมูลลงในดิสก์เพื่อซิงค์ในแคช L1 หลายรายการ แคชระดับ 2 คือสิ่งที่ช่วยให้ Message Processor หลายรายการซิงค์กันภายในภูมิภาคและทั่วโลก ขณะนี้ยังไม่สามารถเปิดใช้แคช L1 โดยไม่มีแคช L2 อยู่เบื้องหลัง แคช L2 เขียนข้อมูลลงในดิสก์เพื่อให้ซิงค์กับตัวประมวลผลข้อความอื่นๆ สำหรับองค์กรของลูกค้าได้ ดูวิธีการโดยละเอียดเกี่ยวกับการใช้แคชได้ที่ การเพิ่มการแคชและการคงอยู่
บันทึกการตรวจสอบ
ลูกค้าสามารถตรวจสอบบันทึกการตรวจสอบกิจกรรมการดูแลระบบทั้งหมด ที่ดำเนินการภายในองค์กรของลูกค้า รวมถึงการใช้ Trace (การปฏิบัติตามข้อกำหนดของ HIPAA: กระบวนการจัดการความปลอดภัย - การตรวจสอบกิจกรรมของระบบข้อมูล) ดูวิธีการโดยละเอียดได้ที่นี่และที่การใช้เครื่องมือติดตาม
ข้อกำหนดด้านรหัสผ่านที่ซับซ้อนหรือ SAML
สำหรับลูกค้าที่ใช้ HIPAA ระบบจะกำหนดค่ารหัสผ่านของผู้ใช้ให้เป็นไปตามข้อกำหนดขั้นสูง เช่น ความยาว ความซับซ้อน และอายุการใช้งาน (การปฏิบัติตามข้อกำหนด HIPAA: การจัดการรหัสผ่านเพื่อความปลอดภัย)
นอกจากนี้ Edge ยังมีการตรวจสอบสิทธิ์แบบหลายปัจจัยตามที่อธิบายไว้ในเปิดใช้ การตรวจสอบสิทธิ์แบบ 2 ปัจจัยสำหรับบัญชี Apigee และ SAML ตามที่อธิบายไว้ในการเปิดใช้การตรวจสอบสิทธิ์ SAML สำหรับ Edge ซึ่งเป็นทางเลือกในการควบคุมการตรวจสอบสิทธิ์
ความปลอดภัยของอุปกรณ์ปลายทาง
การสแกนอุปกรณ์ปลายทาง
ลูกค้า Edge Cloud มีหน้าที่รับผิดชอบในการสแกนและทดสอบปลายทาง API (บางครั้งเรียกว่า "คอมโพเนนต์รันไทม์") ใน Edge ( การปฏิบัติตามข้อกำหนด HIPAA: ความปลอดภัย - กระบวนการจัดการความปลอดภัย) การทดสอบของลูกค้าควรครอบคลุม บริการพร็อกซี API จริงที่โฮสต์ใน Edge ซึ่งจะส่งการเข้าชม API ไปยัง Edge ก่อน ประมวลผล แล้วจึงส่งไปยังศูนย์ข้อมูลของลูกค้า การทดสอบทรัพยากรที่ใช้ร่วมกัน เช่น UI ของพอร์ทัลการจัดการ ไม่ได้รับการอนุมัติสำหรับลูกค้าแต่ละราย (รายงานของบุคคลที่สาม ซึ่งครอบคลุมการทดสอบบริการที่ใช้ร่วมกันพร้อมให้บริการแก่ลูกค้าภายใต้ ข้อตกลงไม่เปิดเผยความลับและเมื่อมีการร้องขอ)
ลูกค้าควรและขอแนะนำให้ทดสอบปลายทาง API ข้อตกลงของคุณกับ Apigee ไม่ได้ห้ามการทดสอบปลายทาง API แต่ขอให้คุณอย่าทดสอบ UI การจัดการที่ใช้ร่วมกัน แต่หากต้องการคำชี้แจงเพิ่มเติม โปรดเปิดคำขอแจ้งปัญหาโดยอ้างอิงถึงการทดสอบที่คุณวางแผนไว้ เราขอขอบคุณหากคุณแจ้งให้ Apigee ทราบล่วงหน้า เพื่อให้เราทราบเกี่ยวกับการเข้าชมที่เกิดจากการทดสอบ
ลูกค้าที่ทดสอบปลายทางควรตรวจสอบปัญหาที่เฉพาะเจาะจงของ API ปัญหาที่เกี่ยวข้องกับบริการ Apigee รวมถึงตรวจสอบ TLS และรายการอื่นๆ ที่กำหนดค่าได้ หากพบรายการใดๆ ที่เกี่ยวข้องกับบริการของ Apigee คุณควรแจ้งให้ Apigee ทราบผ่านคำขอรับการสนับสนุน
รายการส่วนใหญ่ที่เกี่ยวข้องกับปลายทางเป็นรายการที่ลูกค้าดำเนินการด้วยตนเองและแก้ไขได้โดย การตรวจสอบเอกสารประกอบของ Edge หากมีรายการที่ไม่ชัดเจนว่าจะแก้ไขอย่างไร โปรดเปิดคำขอรับการสนับสนุน
การกำหนดค่า TLS
ลูกค้ามีหน้าที่รับผิดชอบในการกำหนดและกำหนดค่าปลายทาง TLS ของตนเองสำหรับพร็อกซี API ฟีเจอร์นี้เป็นฟีเจอร์แบบบริการตนเองใน Edge ข้อกำหนดของลูกค้าเกี่ยวกับการเข้ารหัส โปรโตคอล และการเลือกอัลกอริทึมมีความแตกต่างกันอย่างมากและเฉพาะเจาะจงสำหรับกรณีการใช้งานแต่ละกรณี เนื่องจาก Apigee ไม่ทราบรายละเอียดการออกแบบ API และเพย์โหลดข้อมูลของลูกค้าทุกราย ลูกค้าจึงมีหน้าที่รับผิดชอบในการกำหนดการเข้ารหัสที่เหมาะสมสำหรับข้อมูลที่อยู่ระหว่างส่ง ( การปฏิบัติตามข้อกำหนดของ HIPAA: ความปลอดภัย - การส่ง)
ดูวิธีการกำหนดค่า TLS โดยละเอียดได้ที่ TLS/SSL
การจัดเก็บข้อมูล
Edge ไม่จำเป็นต้องจัดเก็บข้อมูลเพื่อให้ทำงานได้อย่างถูกต้อง อย่างไรก็ตาม มีบริการสำหรับการจัดเก็บข้อมูลใน Edge ลูกค้าอาจเลือกใช้ แคชหรือการวิเคราะห์เพื่อจัดเก็บข้อมูล เราขอแนะนำให้ผู้ดูแลระบบลูกค้าตรวจสอบการกำหนดค่า นโยบาย และการติดตั้งใช้งาน เพื่อหลีกเลี่ยงการใช้บริการพื้นที่เก็บข้อมูลใน Edge โดยไม่ตั้งใจหรือในทางที่เป็นอันตราย ในลักษณะที่ไม่เป็นไปตามข้อกำหนด
การเข้ารหัสข้อมูลของเพย์โหลด
เราไม่ได้เสนอเครื่องมือเข้ารหัสข้อมูลให้ลูกค้าใช้ภายใน Edge อย่างไรก็ตาม ลูกค้าสามารถเข้ารหัสข้อมูลก่อนส่งไปยัง Edge ได้ ข้อมูลที่เข้ารหัสในเพย์โหลด (หรือเนื้อหาข้อความ) ไม่ได้ป้องกันไม่ให้ Edge ทำงาน นโยบายบางอย่างของ Edge อาจโต้ตอบกับข้อมูลไม่ได้หากลูกค้าส่งข้อมูลที่เข้ารหัส ตัวอย่างเช่น การเปลี่ยนรูปแบบจะทำไม่ได้หาก Edge ไม่สามารถเข้าถึงข้อมูลเพื่อทำการเปลี่ยนแปลง แต่นโยบายอื่นๆ รวมถึงนโยบายและแพ็กเกจที่ลูกค้าสร้างขึ้นจะยังคงทำงานได้แม้ว่าเพย์โหลดข้อมูลจะเข้ารหัสอยู่ก็ตาม
PII ใน URI
แพลตฟอร์มข้อมูลวิเคราะห์แบบรวม (UAP) ของ Apigee จะบันทึกข้อมูลวิเคราะห์ ซึ่งรวมถึง PHI หรือ ข้อมูลที่ละเอียดอ่อนอื่นๆ ที่รวมอยู่ในตัวระบุทรัพยากรแบบสม่ำเสมอ (URI) ของการเรียก API ลงใน Apigee Edge และเก็บไว้เป็นเวลา 13 เดือน PHI ใน URI ได้รับการรองรับโดยมาตรฐาน Fast Healthcare Interoperability Resources (FHIR) และ Apigee จึงรองรับ PHI ดังกล่าว ข้อมูล Analytics ใน UAP จะได้รับการเข้ารหัสเมื่อไม่มีการเคลื่อนไหวโดยค่าเริ่มต้น
ปัจจุบัน Apigee ยังไม่รองรับรายการต่อไปนี้
- การมาสก์ข้อมูลไปยัง UAP
- การเปลี่ยนรอบการเก็บรักษา
- การเลือกไม่ใช้ UAP
- การทิ้ง URI จากการเก็บรวบรวมข้อมูล UAP