เอกสารนี้จะตอบคําถามที่พบบ่อยเกี่ยวกับความปลอดภัยของข้อมูลการรับส่งข้อความทางธุรกิจ RCS (RBM) และหัวข้อที่เกี่ยวข้อง
RBM เป็นแพลตฟอร์มการรับส่งข้อความที่ธุรกิจใช้ส่งรหัสผ่านแบบใช้ครั้งเดียว (OTP) และดึงดูดลูกค้าให้มีส่วนร่วมในการสนทนาเกี่ยวกับธุรกรรม บริการลูกค้า โปรโมชัน และอื่นๆ Google มี RBM API เพื่อส่งข้อความระหว่างธุรกิจกับผู้ใช้ปลายทางผ่านเซิร์ฟเวอร์ของ Google
โดยทั่วไป ธุรกิจจะทำงานร่วมกับพาร์ทเนอร์การรับส่งข้อความ (รวมถึงผู้รวบรวมข้อมูล ผู้ให้บริการแพลตฟอร์มการสื่อสารเป็นบริการ (CPaaS) ผู้ให้บริการเครือข่ายมือถือ และผู้ให้บริการโซลูชัน RCS รายอื่นๆ) ที่เชื่อมต่อกับ Google API เพื่อสร้างและดูแลรักษาตัวแทน RBM ในนามของธุรกิจ พาร์ทเนอร์ที่ต้องการใช้ RBM ผ่าน API หรือคอนโซลนักพัฒนาซอฟต์แวร์การสื่อสารทางธุรกิจต้องยอมรับข้อกำหนดในการให้บริการของ RBM และนโยบายการใช้งานที่ยอมรับได้ของ Google เนื่องจาก Google ดําเนินการในฐานะผู้ประมวลผลข้อมูล พาร์ทเนอร์จึงอยู่ภายใต้บังคับของเอกสารแนบท้ายการประมวลผลข้อมูลของ Google ด้วย
การรับรองและการปฏิบัติตามข้อกำหนด
RBM ได้รับการรับรองจากบุคคลที่สามหรือไม่
RBM และโครงสร้างพื้นฐาน RCS ของ Google ได้รับการตรวจสอบโดยองค์กรอิสระเป็นประจำทุกปีเพื่อให้มั่นใจว่าเป็นไปตามมาตรฐานด้านคุณภาพและความปลอดภัยของข้อมูลที่ยอมรับกันโดยทั่วไป บริการของเราได้รับการรับรอง ISO 27001, SOC 2 และ SOC 3 โปรดติดต่อผู้จัดการฝ่ายดูแลลูกค้าหากต้องการสำเนาใบรับรอง
RBM เป็นไปตามกฎระเบียบด้านบริการการชำระเงิน 2 (PSD2) ของสหภาพยุโรปหรือไม่
ใช่ RBM เป็นไปตามข้อกำหนดของ PSD2 ซึ่งกำหนดให้มีการยืนยันตัวตนลูกค้าแบบขั้นสูง (SCA) เนื่องจาก RBM เชื่อมโยงกับหมายเลขโทรศัพท์และบัตร SIM ที่ยืนยันแล้วของผู้ใช้ปลายทาง รหัสผ่านที่สามารถใช้งานได้เพียงครั้งเดียว (OTP) ที่ส่งโดยใช้ RBM จึงถือเป็น "องค์ประกอบการครอบครอง" ที่เป็นไปตามข้อกำหนด SCA ตามที่อธิบายโดยหน่วยงานกำกับดูแลทางการเงินของยุโรป
การประมวลผลข้อมูล
การที่ Google เป็นผู้ประมวลผลข้อมูลหมายความว่าอย่างไร
เมื่อใช้ RBM ทาง Google จะทำหน้าที่เป็นผู้ประมวลผลข้อมูล ส่วนธุรกิจหรือพาร์ทเนอร์จะทำหน้าที่เป็นผู้ควบคุมข้อมูล เอกสารแนบท้ายการประมวลผลข้อมูล (DPA) อธิบายว่า Google เป็นผู้ประมวลผลข้อมูลและควบคุมข้อกำหนดในการจัดการข้อมูลในนามของธุรกิจและพาร์ทเนอร์
DPA มีผลกับผู้ใช้ปลายทางทุกคนที่โต้ตอบกับตัวแทน RBM หรือไม่
ใช่ DPA มีผลบังคับใช้กับผู้ใช้ปลายทางและข้อมูลของผู้ใช้ปลายทางทุกคน Google ได้สร้างแพลตฟอร์ม RBM ให้เป็นไปตาม DPA และช่วยให้มั่นใจว่าผู้ใช้ปลายทางทุกคนจะได้รับการรักษาความปลอดภัยข้อมูลในระดับสูงเช่นเดียวกัน
พื้นที่เก็บข้อมูลและการเข้ารหัสข้อความ
อุปกรณ์ของผู้ใช้ปลายทางจะจัดเก็บข้อมูลใดบ้าง
ระบบจะจัดเก็บข้อมูลเมตาเกี่ยวกับตัวแทน RBM และข้อความที่แลกเปลี่ยนกับตัวแทนไว้ในอุปกรณ์ของผู้ใช้งาน ข้อความเหล่านี้อาจมีข้อมูลส่วนบุคคลที่แชร์กับตัวแทน RBM
"ภูมิภาค" ของตัวแทนเกี่ยวข้องกับพื้นที่เก็บข้อมูลข้อความอย่างไร
ภูมิภาคที่พาร์ทเนอร์ระบุระหว่างการตั้งค่าตัวแทนจะบอก RBM ว่าตัวแทนตั้งอยู่ที่ใด Google ใช้ข้อมูลนี้เพื่อพิจารณาว่าควรจัดเก็บข้อมูลข้อความไว้ที่ใดและเพื่อเพิ่มประสิทธิภาพการกำหนดเส้นทางการรับส่งข้อความไปยังตัวแทน
โดยส่วนใหญ่แล้ว ข้อความจะจัดเก็บไว้ในศูนย์ข้อมูลภายในภูมิภาคที่ระบุ (โปรดดูข้อมูลเพิ่มเติมเกี่ยวกับศูนย์ข้อมูลและความปลอดภัยของเครือข่ายใน DPA) อย่างไรก็ตาม Google อาจเปลี่ยนเส้นทางการรับส่งข้อความหากเกิดปัญหาการหยุดทำงานระดับภูมิภาค ซึ่งหมายความว่าระบบอาจไม่ได้จัดเก็บข้อมูลข้อความเฉพาะในภูมิภาคที่ตัวแทนระบุ
สถาปัตยกรรมและขั้นตอนการรับส่งข้อความสําหรับ RBM คืออะไร องค์ประกอบใดบ้างที่เข้ารหัส
ข้อความที่ส่งระหว่างธุรกิจกับผู้ใช้ปลายทางจะได้รับการเข้ารหัสระหว่างอุปกรณ์ของผู้ใช้ปลายทางกับเซิร์ฟเวอร์ของ Google และระหว่างเซิร์ฟเวอร์ของ Google กับพาร์ทเนอร์การรับส่งข้อความผ่าน RCS Business Messaging (RBM) API ของ Google
ระบบจะเข้ารหัสข้อความในเครือข่ายของ Google โดยใช้คีย์ที่เข้าถึงได้เฉพาะคอมโพเนนต์บริการที่เฉพาะเจาะจงเท่านั้น คีย์การเข้ารหัสช่วยให้ระบบของ Google ตรวจสอบการปฏิบัติตามนโยบายได้
ดูภาพรวมของโฟลว์การรับส่งข้อความจากต้นทางถึงปลายทางและบทบาทของทุกฝ่ายที่เกี่ยวข้องได้ที่วิธีการทํางาน
ข้อความที่จัดเก็บไว้ได้รับการเข้ารหัสไหม
พื้นที่เก็บข้อมูลในเซิร์ฟเวอร์ของ Google
ระบบจะเก็บข้อความจากตัวแทนถึงบุคคล (A2P) ไว้ในเซิร์ฟเวอร์ของ Google หากผู้รับออฟไลน์ นักพัฒนาแอปอาจเลือกเพิกถอนข้อความเหล่านี้และส่งผ่านช่องทางอื่น ระบบจะเก็บข้อความแบบบุคคลต่อแอปพลิเคชัน (P2A) ไว้ในเซิร์ฟเวอร์ของ Google หากตัวแทนไม่สามารถรับข้อความได้ Google จะเก็บข้อความเหล่านี้ไว้ 7 วันก่อนที่จะลบออก
ข้อความที่เก็บไว้ในเซิร์ฟเวอร์ของ Google จะได้รับการเข้ารหัสเมื่อไม่มีการเคลื่อนไหว
Google จะมีสิทธิ์เข้าถึงข้อความที่จัดเก็บไว้ในกรณีต่อไปนี้เท่านั้น
- Google อาจประมวลผลเนื้อหาของข้อความที่ธุรกิจส่งเป็นการชั่วคราวเพื่อตรวจหาและป้องกันสแปมและการละเมิด และอาจใช้สัญญาณเหล่านั้นเพื่อฝึกโมเดล AI เพื่อปรับปรุงการป้องกันและการตรวจจับสแปม ดูข้อมูลเพิ่มเติมเกี่ยวกับการจัดการข้อมูลสำหรับรายงานสแปมได้ที่Google อ่านข้อความระหว่างธุรกิจกับผู้ใช้ปลายทางไหม
- ระบบอาจแชร์ข้อความที่จัดเก็บไว้กับหน่วยงานบังคับใช้กฎหมายภายนอกภายใต้ข้อกำหนดของภาระหน้าที่ของ Google ในการปฏิบัติตามกฎหมายที่เกี่ยวข้อง ดูข้อมูลเพิ่มเติมได้ที่รายงานเพื่อความโปร่งใสของ Google
ระบบจะจัดเก็บข้อความไว้นานเท่าใด
พื้นที่เก็บข้อมูลในเซิร์ฟเวอร์ของ Google
- ชิ้นงานของตัวแทน RBM (โลโก้ ชื่อ คำอธิบาย ฯลฯ): จัดเก็บถาวรในที่จัดเก็บข้อมูลทั่วโลกของ Google
- ข้อความระหว่างบุคคลกับตัวแทน (ข้อความ P2A): จัดเก็บและส่งต่อไม่เกิน 7 วัน ระบบจะลบข้อความทันทีที่ตัวแทน RBM ได้รับและรับทราบข้อความ
- ข้อความจากตัวแทนถึงบุคคล (ข้อความ A2P): ระบบจะระงับข้อความไว้จนกว่าจะส่งได้สูงสุด 30 วัน ก่อนถึงขีดจำกัด 30 วัน ตัวแทนสามารถเพิกถอนข้อความที่ยังไม่ได้นำส่ง ซึ่งระบบจะนำออกจากคิวการนำส่งและลบออกจากเซิร์ฟเวอร์ของ Google หากข้อความที่ส่งแล้วมีไฟล์สื่อ ระบบจะเก็บไฟล์เหล่านี้ไว้เป็นเวลา 60 วัน ระบบอาจเก็บข้อความ A2P ไว้ในเซิร์ฟเวอร์ของ Google เป็นเวลา 14 วันหลังจากนำส่งเพื่อตรวจหาและป้องกันสแปมและการละเมิด
พื้นที่เก็บข้อมูลในอุปกรณ์เคลื่อนที่
ระบบจะจัดเก็บข้อความในอุปกรณ์ของผู้ใช้ปลายทางจนกว่าผู้ใช้ปลายทางจะลบหรือเปลี่ยนกลไกการจัดเก็บ
ธุรกิจจะควบคุมคีย์การเข้ารหัสสำหรับข้อความที่จัดเก็บไว้ที่ Google ได้ไหม
ไม่ได้ ธุรกิจไม่สามารถควบคุมคีย์การเข้ารหัสได้ Google ต้องเก็บรักษาคีย์การเข้ารหัสเพื่อสแกนข้อความ RBM เพื่อหาเนื้อหาที่เป็นอันตราย เช่น URL ของฟิชชิงและมัลแวร์ เพื่อปกป้องผู้ใช้ปลายทางจากสแปม โดย Google จะใช้การป้องกันอัตโนมัติเมื่อสแกนข้อความ เนื้อหาข้อความจะเข้าถึงไม่ได้จากบุคคล เว้นแต่ผู้ใช้ปลายทางจะรายงานการสนทนาว่าเป็นสแปม (ดูรายละเอียดที่หัวข้อGoogle อ่านข้อความระหว่างธุรกิจกับผู้ใช้ปลายทางไหม)
เอนทิตีใดบ้างที่มีสิทธิ์เข้าถึงข้อความ RBM พาร์ทเนอร์การรับส่งข้อความ ธุรกิจ และผู้ให้บริการเครือข่ายมีหน้าที่รับผิดชอบอย่างไรในการรักษาความปลอดภัยของข้อมูล
RBM เป็นเทคโนโลยีขนส่งสาธารณะที่ทำงานด้วยระบบของ Google RBM จะย้ายข้อความระหว่างผู้ใช้ปลายทางกับตัวแทนที่แสดงถึงธุรกิจ ตัวแทนเหล่านี้สร้างขึ้นและดำเนินการโดยพาร์ทเนอร์การรับส่งข้อความ ธุรกิจ และผู้ให้บริการเครือข่ายในบางกรณี ในบางกรณี หน่วยงานที่ดำเนินการกับตัวแทน RBM และผู้ให้บริการ จะมีสิทธิ์เข้าถึงเนื้อหาข้อความ RBM เพื่อนำส่งข้อความและเพื่อวัตถุประสงค์อื่นๆ นอกจากนี้ Google ยังมีสิทธิ์เข้าถึงเนื้อหาข้อความ RBM เพื่อใช้การป้องกันสแปมและการละเมิด
พาร์ทเนอร์การรับส่งข้อความ ธุรกิจ และผู้ให้บริการแต่ละรายมีหน้าที่รับผิดชอบในการปฏิบัติตามข้อกำหนดด้านการรักษาความปลอดภัยของข้อมูล ความเป็นส่วนตัว และข้อบังคับท้องถิ่นที่เกี่ยวข้องทั้งหมด
ความปลอดภัยของ RBM API
Google รับโทเค็นการเข้าถึงที่ผู้ให้บริการ OAuth ส่งมาได้ไหม
ไม่ Google ไม่เคยได้รับโทเค็นการเข้าถึงที่ผู้ให้บริการ OAuth ส่งระหว่างการตรวจสอบสิทธิ์ผู้ใช้ OAuth 2.0 ใช้ Proof Key for Code Exchange (PKCE) เพื่อรักษาความปลอดภัยให้กับขั้นตอนการตรวจสอบสิทธิ์
ข้อมูลระหว่างนักพัฒนาซอฟต์แวร์ RBM กับ Google ได้รับการเข้ารหัสอย่างไร
นักพัฒนาซอฟต์แวร์เข้าถึง RBM API ผ่าน HTTPS ซึ่งเป็นมาตรฐานทั่วโลกสำหรับการทำธุรกรรมบนเว็บที่ปลอดภัย RBM API รองรับ TLS 1.3 ด้วยการเข้ารหัส AES 256 และ SHA384
เรียกใช้คำสั่งต่อไปนี้เพื่อตรวจสอบเชนใบรับรอง เวอร์ชัน TLS และการเข้ารหัสที่รองรับ
openssl s_client -connect rcsbusinessmessaging.googleapis.com:443
การยืนยันหมายเลขโทรศัพท์
Google ยืนยันได้อย่างไรว่าหมายเลขโทรศัพท์ยังคงเป็นของผู้ใช้เดิมเพื่อรักษาความปลอดภัยของแอป Messages ของ Google
การยืนยันหมายเลขโทรศัพท์ครั้งแรก: Google ใช้เทคนิคที่หลากหลายในการระบุหมายเลขโทรศัพท์ของผู้ใช้ปลายทาง (เช่น MSISDN หรือหมายเลขไดเรกทอรีสมาชิกระหว่างประเทศของสถานีเคลื่อนที่) เทคนิคเหล่านี้รวมถึงการผสานรวม API โดยตรงกับผู้ให้บริการเครือข่ายมือถือ, SMS ที่มาจากอุปกรณ์เคลื่อนที่ และการขอให้ผู้ใช้ปลายทางป้อนหมายเลขโทรศัพท์ เมื่อระบุหมายเลขโทรศัพท์แล้ว Google อาจส่ง SMS รหัสผ่านที่สามารถใช้งานได้เพียงครั้งเดียว (OTP) ที่มองไม่เห็นเพื่อยืนยันหมายเลขดังกล่าว
การรักษาความปลอดภัยหลังจากการยืนยันครั้งแรก: เมื่อผู้ให้บริการผสานรวม API โดยตรง ผู้ให้บริการสามารถส่งฟีดการปิดใช้งาน SIM/MSISDN ไปยัง Google เป็นระยะเพื่อปิดใช้ RCS และปิดใช้ RBM สำหรับหมายเลขโทรศัพท์ที่ไม่ได้ใช้งานแล้ว นอกจากนี้ Google ยังอาจตรวจสอบการเปลี่ยนแปลงความเป็นเจ้าของหมายเลขโทรศัพท์ผ่านสัญญาณของอุปกรณ์ เช่น การนำซิมออกและกิจกรรมของซิม รวมถึงยืนยันหมายเลขโทรศัพท์อีกครั้งเป็นระยะๆ
ความเป็นส่วนตัวและความปลอดภัย
Google รายงานอะไรเกี่ยวกับตัวแทน RBM
Google มีการรายงานภายในเกี่ยวกับจํานวนผู้ใช้ปลายทาง ข้อความ และการตอบกลับโดยรวมของตัวแทนแต่ละรายตามข้อมูลในช่วง 14 วันที่ผ่านมา Google ใช้ข้อมูลนี้เพื่อวินิจฉัย ปรับปรุงระบบ และสร้างรายงานการเรียกเก็บเงินสำหรับผู้ให้บริการ ระบบจะไม่จัดเก็บเนื้อหาข้อความเพื่อวัตถุประสงค์ในการรายงาน หลังจากผ่านไป 14 วัน Google จะเก็บเฉพาะข้อมูลการรายงานแบบรวมไว้ โดยไม่มีขีดจํากัดเวลาในการจัดเก็บนี้ ข้อมูลรวมที่แชร์กับภายนอกจะมีอายุการเก็บรักษาตาม Time to Live (TTL) เป็นเวลา 63 วัน
ระบบจะจัดเก็บรายงานการเรียกเก็บเงินและบันทึกกิจกรรมที่ผู้ให้บริการได้รับไว้เป็นเวลา 30 วันในเซิร์ฟเวอร์ของ Google พาร์ทเนอร์ผู้ให้บริการเครือข่ายอาจเลือกดาวน์โหลดไฟล์เหล่านี้และเก็บไว้ตราบเท่าที่เห็นว่าจำเป็น
Google ใช้ข้อมูลผู้ใช้ปลายทางภายนอก RBM ไหม
Google ใช้ข้อมูลผู้ใช้ปลายทางเพื่อให้บริการและปรับปรุงบริการ RBM เท่านั้น ตามที่ระบุไว้ในส่วน 5.2 ของ DPA
ตัวอย่างเช่น Google อาจดําเนินการต่อไปนี้กับข้อมูลผู้ใช้ปลายทาง
- ตรวจหาและป้องกันการประพฤติมิชอบและการฉ้อโกง
- แชร์รายงานการเรียกเก็บเงินและบันทึกกิจกรรมที่ไม่มีการรวมข้อมูลกับพาร์ทเนอร์ผู้ให้บริการเครือข่าย
- วัดและปรับปรุงประสิทธิภาพ RBM สําหรับผู้ใช้ปลายทางและธุรกิจ
Google จะแชร์ข้อมูลที่รวบรวมกับพาร์ทเนอร์เพื่อปรับปรุงประสบการณ์การรับส่งข้อความ ดูรายละเอียดที่หัวข้อGoogle รายงานอะไรเกี่ยวกับตัวแทน RBM
แต่ Google จะไม่ทำสิ่งต่อไปนี้กับข้อมูลผู้ใช้ปลายทาง
- กำหนดเป้าหมายโฆษณาตามเนื้อหาข้อความ
- แชร์เนื้อหาข้อความกับคู่แข่งหรือบุคคลที่สาม ยกเว้นหน่วยงานบังคับใช้กฎหมายตามที่กฎหมายที่เกี่ยวข้องกำหนด
Google อ่านข้อความระหว่างธุรกิจกับผู้ใช้ปลายทางไหม
การตรวจจับและป้องกันสแปมของ Google อาจสแกนเนื้อหาของข้อความที่ธุรกิจส่งเพื่อหาการละเมิดนโยบายการใช้งานที่ยอมรับได้ Google ไม่มีสิทธิ์เข้าถึงเนื้อหาของข้อความที่ผู้ใช้ส่งไปยังธุรกิจ อย่างไรก็ตาม เมื่อผู้ใช้ปลายทางรายงานการสนทนาว่าเป็นสแปม ระบบจะดำเนินการดังนี้
- ระบบจะส่งข้อมูลของผู้ส่งและข้อความล่าสุดที่ส่งมาจากธุรกิจดังกล่าวให้กับ Google และอาจส่งให้กับผู้ให้บริการของผู้ใช้
- การตรวจจับและป้องกันสแปมของ Google อาจประมวลผลเนื้อหาของข้อความที่ธุรกิจส่งเป็นการชั่วคราว และใช้สัญญาณเหล่านั้นเพื่อฝึกโมเดล AI เพื่อปรับปรุงการตรวจจับและป้องกันสแปม
- พนักงานและผู้รับเหมาของ Google อาจตรวจสอบข้อมูลสแปมเพื่อช่วยปรับปรุงการป้องกันของ Google จากสแปมและการละเมิด โดยเจ้าหน้าที่ตรวจสอบจะเข้าถึงข้อมูลนี้ได้ในระดับจำกัดและในระดับตรวจสอบเป็นเวลา 30 วัน ระบบจะปกปิดหมายเลขโทรศัพท์ของผู้ใช้ปลายทางเพื่อวัตถุประสงค์ในการตรวจสอบสแปม
ดูข้อมูลเพิ่มเติมเกี่ยวกับการควบคุมที่ Google มีไว้เพื่อปกป้องข้อมูลผู้ใช้ปลายทางได้ที่นโยบายความเป็นส่วนตัวของ Google
Google ให้ข้อมูลใดบ้างเกี่ยวกับผู้ใช้ปลายทางแก่ธุรกิจ
Google จะแชร์หมายเลขโทรศัพท์ของผู้ใช้ปลายทางกับธุรกิจเพื่อระบุผู้ใช้ปลายทางในการสนทนา เพื่อให้การสนทนา RBM ใช้งานได้ แต่จะไม่มีการแชร์ข้อมูลส่วนบุคคลอื่นๆ กับธุรกิจ
ในนโยบายการใช้งานที่ยอมรับได้ ส่วนความเป็นส่วนตัวและความปลอดภัยจํากัดความสามารถของธุรกิจในการเก็บรวบรวมและใช้ข้อมูลเกี่ยวกับลูกค้าของตนเองหรือไม่
Google ไม่มีเจตนาจำกัดความสามารถของธุรกิจในการให้บริการลูกค้า ธุรกิจสามารถจัดเก็บการสนทนาระหว่างผู้ใช้ปลายทางกับธุรกิจที่สร้างผ่าน RBM API ตามข้อกำหนดของนโยบายความเป็นส่วนตัวของธุรกิจเอง
ข้อความต่อไปนี้ในข้อกำหนดในการให้บริการของ RBM หมายความว่าอย่างไร "คุณจะต้องขอรับและรักษาความยินยอมที่จำเป็นเพื่ออนุญาตให้มีการประมวลผลข้อมูลส่วนตัวภายใต้ข้อกำหนด RBM เหล่านี้"
Google คาดหวังให้ธุรกิจทั้งหมดที่ใช้ RBM ปฏิบัติตามกฎระเบียบด้านข้อมูลและความปลอดภัยที่เกี่ยวข้อง (เช่น GDPR) รวมถึงระบุนโยบายความเป็นส่วนตัวที่ชี้แจงวิธีใช้และ/หรือแชร์ข้อมูลผู้ใช้ปลายทาง นักพัฒนาแอปต้องระบุนโยบายความเป็นส่วนตัวเพื่อให้ตัวแทนได้รับการพิจารณาเพื่อรับการตรวจสอบการเปิดใช้งาน
การร่วมมือของ Google เมื่อธุรกิจได้รับการตรวจสอบ
ธุรกิจของเราอยู่ภายใต้กฎระเบียบและอาจได้รับการตรวจสอบ Google จะปฏิบัติตามหรือไม่
ธุรกิจมีหน้าที่รับผิดชอบในการตรวจสอบว่าบริษัทของตนเป็นไปตามกฎระเบียบที่เกี่ยวข้อง Google จะตอบกลับเฉพาะการสอบถามเกี่ยวกับการบังคับใช้กฎหมายและการกำกับดูแลตามกฎหมายที่เกี่ยวข้องเท่านั้น
การตอบสนองต่อเหตุการณ์
Google จัดการกับการละเมิดข้อมูลอย่างไร
โปรดดูส่วน 7.2 เหตุการณ์ที่ส่งผลต่อข้อมูลใน DPA
ความสามารถของเครือข่ายที่ไม่รองรับ
RBM ไม่รองรับความสามารถของเครือข่ายใดบ้าง
- ส่วนหัวที่กำหนดเองเพื่ออนุญาตให้ไฟร์วอลล์ส่งผ่าน
- ช่วงบล็อก Classless Inter-Domain Routing (CIDR) จากบริการของ Google