นโยบายการใช้งานที่ยอมรับได้

การเก็บข้อมูล: อะไรเปลี่ยนเมื่อหน้าต้องลงชื่อเข้าใช้

สมมติบริษัทเก็บราคาจากเว็บไซต์คู่ค้า บางราคาเห็นได้ทุกคน ส่วนราคาส่งปรากฏหลังบริษัทเข้าบัญชีลูกค้า สำหรับบริษัทเป็นโครงการติดตามราคาเดียว แต่สำหรับ AUP ที่จำกัดข้อมูลสาธารณะ สองส่วนนี้อยู่คนละด้านของการอนุญาต การเข้าสู่ระบบที่ถูกต้องของลูกค้าเองไม่ได้ลบข้อจำกัดผู้ให้บริการ

นโยบายที่อนุญาตเข้าข้อมูลไม่สาธารณะโดยได้รับสิทธิ์ให้ประเมินอีกแบบ คำถามสำคัญคือมีสิทธิ์เก็บข้อมูลเองหรือไม่ สิทธิ์ดูหน้าบัญชี ส่งออกเนื้อหา และแจกจ่ายข้อมูลที่ได้เป็นคนละเรื่อง การสมัครที่ให้พนักงานอ่านข้อมูลไม่ได้อนุญาตให้โปรแกรมคัดลอกและขายต่อเสมอไป

ข้อกำหนดอื่นเกี่ยวกับวิธีเก็บข้อมูล AUP ที่เผยแพร่ระบุชัดให้ทำตาม robots.txt ขีดจำกัด API และขีดจำกัดอัตราทางเทคนิคของเป้าหมาย ภายใต้ข้อกำหนดนี้ การกระจายคำขอหลาย IP ไม่ได้ทำให้การเก็บที่ห้ามกลายเป็นยอมรับได้ ลูกค้ายอมรับเงื่อนไขเมื่อซื้อพร็อกซี นี่ไม่ได้กล่าวว่าคำสั่ง robots.txt ทุกข้อเป็นกฎหมาย

เนื้อหาหน้าก็สำคัญ ราคาสินค้าสาธารณะกับข้อมูลติดต่อส่วนบุคคลที่เห็นสาธารณะเป็นคนละข้อมูล AUP อาจกำหนดฐานกฎหมายสำหรับเก็บข้อมูลส่วนบุคคล และเงื่อนไขเข้มขึ้นสำหรับข้อมูลการแพทย์ ข้อมูลเด็ก หรือการติดตามบุคคลที่ระบุตัวได้ ข้อจำกัดอาจครอบคลุมการเผยแพร่ภายหลังหรือฝึก AI ด้วย การดาวน์โหลดหน้าสำเร็จไม่ได้ตัดสินสิทธิ์ใช้ภายหลังเหล่านี้

พิจารณาระบบอัตโนมัติจากสิ่งที่ทำ

“Scraper”, “bot” และ “เครื่องมือโซเชียลมีเดีย” อธิบายซอฟต์แวร์ แต่บอกพฤติกรรมน้อย ระบบเบราว์เซอร์อัตโนมัติเดียวกันใช้ตรวจโฆษณาหรือสร้างคลิกที่เสียเงินปลอมได้ AUP ที่เผยแพร่แยกกิจกรรมต่อไปนี้ การรองรับงานคอลัมน์ซ้ายไม่ได้แปลว่าอนุญาตการกระทำคอลัมน์ขวา

ความต่างเดียวกันอธิบายว่าเหตุใดกฎห้ามสแปมยังมีผลแม้ปิดพอร์ตอีเมล ข้อความส่งผ่านฟอร์ม ความคิดเห็น หรือหน้าข้อความส่วนตัวของเว็บไซต์ได้ การปิด SMTP กันเส้นทางส่งอีเมลหนึ่งทาง ไม่ได้หยุดข้อความไม่พึงประสงค์ทุกรูปแบบ

การละเมิดโดยตรงรวมถึง brute force ที่ลองรหัสผ่านที่เป็นไปได้ และ credential stuffing ที่ทดสอบคู่ชื่อผู้ใช้กับรหัสผ่านที่ขโมยมา นโยบายยังห้ามฟิชชิง ตรวจบัตรที่ขโมยมา กระจายมัลแวร์ โจมตี DDoS และเนื้อหาผิดกฎหมาย รวมการแสวงหาประโยชน์จากเด็กและละเมิดลิขสิทธิ์ ข้อห้ามเกี่ยวกับตัวกิจกรรม การลองจำนวนน้อยก็ละเมิด AUP ได้แม้ใช้ทราฟฟิกแทบไม่มี

ข้อจำกัดนอกเหนือจากการโจมตีและฉ้อโกง

AUP ยังมีข้อยกเว้นทางธุรกิจ รายการที่เผยแพร่จริงมีแบบสำรวจที่ให้ค่าตอบแทน การซื้อขายไอเทมเกม โดเมนสตรีมมิ่ง การซื้อขายคริปโต การพนัน และเนื้อหาผู้ใหญ่ เป็นตัวอย่างจากกฎต่างบริการ ไม่ใช่ข้อห้ามร่วมทั้งอุตสาหกรรม ผู้ให้บริการตัดกิจกรรมธุรกิจออกได้โดยไม่ได้กล่าวว่าทุกกรณีเป็นอาชญากรรม

การขายต่อเป็นข้อจำกัดชัดเจนอีกเรื่อง การขายสิทธิ์เข้าถึงข้อมูลรับรองพร็อกซีที่เช่ามาให้ลูกค้าอาจต้องมีข้อตกลงแยก หรือถูกห้ามตามสัญญาปกติ ฟังก์ชันผู้ใช้ย่อยในหน้าจัดการไม่ได้ตัดสินเรื่องนี้ ข้อมูลรับรองแยกอาจมีไว้สำหรับทีมของลูกค้าเอง เอเจนซีที่ใช้พร็อกซีจัดทำรายงานกับธุรกิจที่ขายสิทธิ์เข้าพร็อกซีเองเป็นบริการต่างกัน

บางข้อกำหนดปกป้องกลุ่มพร็อกซีเอง โดยห้ามส่งข้อมูลที่ได้เกี่ยวกับที่อยู่และโหนดไปยังฐานข้อมูลตรวจพร็อกซี ประเมินชื่อเสียง IP หรือบล็อกทราฟฟิก เช่น การเช่าสิทธิ์เพื่อลงรายการ IP ที่ผู้ให้บริการใช้เข้าเว็บไซต์ แล้วส่งให้ฐานข้อมูลตรวจพร็อกซี อาจละเมิดข้อกำหนดแม้ไม่ได้โจมตีเว็บไซต์เป้าหมาย ข้อจำกัดปกป้องมูลค่าธุรกิจของเครือข่าย

จึงอธิบายได้ว่า AUP ไม่ใช่เพียงรายชื่ออาชญากรรม แต่กำหนดได้ว่ารูปแบบธุรกิจที่ชอบด้วยกฎหมายเหมาะกับบริการหนึ่งหรือไม่ การเปลี่ยนจากวิจัยภายในเป็นขายต่อ หรือจากเก็บราคาสาธารณะเป็นสร้างชุดข้อมูลบุคคล อาจเปลี่ยนการประเมินตามสัญญา แม้ใช้โปรแกรมและการตั้งค่าพร็อกซีเดิม

ทดสอบเว็บไซต์ของตนก็ยังอาจต้องขออนุมัติ

บริษัทจ้างผู้รับเหมาสแกนช่องโหว่เว็บไซต์ บริษัทอนุญาตการทดสอบได้ แต่ไม่ได้ควบคุมเครือข่ายพร็อกซีของผู้รับเหมา กฎพร็อกซีที่เผยแพร่มีข้อกำหนดชัดให้ขอความยินยอมเป็นลายลักษณ์อักษรจากผู้ให้บริการก่อนสแกนช่องโหว่ ทดสอบความเครียด หรือภาระงาน สิทธิ์จากเจ้าของเว็บไซต์จึงอาจยังไม่ครบการอนุมัติที่ต้องใช้

เครือข่ายที่รับการทดสอบยังต้องรับทราฟฟิกและข้อร้องเรียนที่ตามมา การสแกนอาจไปถึงระบบนอกเป้าหมายที่ตกลง การทดสอบโหลดอาจกระทบโฮสติ้งหรือบริการป้องกันที่ใช้ร่วมกัน เมื่ออนุญาตการทดสอบ ข้อตกลงเรื่องเป้าหมาย วิธี และเวลาระบุว่าทราฟฟิกใดที่ผู้ให้บริการตกลงรับ คำกว้าง ๆ เช่น “วิจัยความปลอดภัย” ไม่ได้ระบุขอบเขตนั้น

กิจกรรมผ่านพร็อกซีกลายเป็นรายงานการละเมิดอย่างไร

ปลายทางเห็น IP ที่พร็อกซีใช้ หากผู้ดูแลพบการโจมตีรหัสผ่านหรือสแกนเครือข่าย หลักฐานเริ่มจากที่อยู่นั้น รายงานอาจไปยังผู้ให้บริการพร็อกซีหรือบริษัทโฮสติ้งที่จัดหาที่อยู่และเซิร์ฟเวอร์ กรณีหลัง ผู้ขายพร็อกซีได้รับปัญหาต่อจากผู้จัดหาของตน

เอกสารโฮสติ้งที่เผยแพร่แสดงสิ่งที่หลักฐานอาจมี บันทึกสแกนเครือข่ายระบุเวลา IP ต้นทาง IP ปลายทาง และพอร์ตปลายทาง เช่น การเชื่อมต่อซ้ำจากต้นทางหนึ่งไปพอร์ต 22 ของหลายเซิร์ฟเวอร์ อาจรายงานเป็นการสแกนบริการ SSH ส่วนรายงานทราฟฟิกท่วมอาจมีอัตราแพ็กเก็ตและสรุปทราฟฟิกตามปลายทาง บันทึกเหล่านี้อธิบายเหตุการณ์ต่างกันและต้องอธิบายต่างกัน

จากนั้นผู้ให้บริการต้องเชื่อมเหตุการณ์ภายนอกกับกิจกรรมลูกค้า ที่อยู่เฉพาะรายอาจช่วยจากข้อมูลจัดสรร แต่ IP ใช้ร่วมกันหรือหมุนเวียนอาจระบุด้วยที่อยู่เพียงอย่างเดียวไม่พอ ลูกค้าอาจใช้ IP เดียวคนละเวลาหรือพร้อมกัน เวลาที่แน่นอน เขตเวลา และพอร์ตต้นทางเมื่อมีและเกี่ยวข้องช่วยแยกการเชื่อมต่อ ทั้งนี้ขึ้นกับบันทึกที่เครือข่ายมีจริง

เวลาที่ข้อร้องเรียนมาถึงต่างจากเวลากิจกรรมที่กล่าวถึง งานที่หยุดนิ่งตอนฝ่ายช่วยเหลือติดต่ออาจสร้างทราฟฟิกนั้นก่อนหน้านี้แล้ว การดูเพียงรายการโพรเซสปัจจุบันหรือพร็อกซียังใช้ได้ตอนนี้จึงไม่ตอบรายงาน

กระบวนการนี้ไม่จำเป็นต้องให้ผู้ให้บริการพร็อกซีอ่าน HTTPS ทุกหน้า เมื่อใช้ TLS ปลายทางถึงปลายทางตามปกติผ่านทันเนลพร็อกซี เส้นทางหน้า รหัสผ่านที่ส่ง และเนื้อหาคำตอบถูกเข้ารหัส เป้าหมายให้หลักฐานจากฝั่งตนได้ ขณะที่ผู้ให้บริการหรือโฮสต์มีข้อมูลเครือข่ายที่เข้าถึงได้ เบราว์เซอร์แบบมีการจัดการหรือ scraping API ที่ประมวลผลหน้าเว็บจริงมีบทบาทและการมองเห็นต่างกัน

เหตุใดปลายทางหนึ่งหยุดทำงานขณะที่เว็บอื่นยังโหลด

การบังคับกฎไม่ได้ปิดบัญชีเสมอ ขั้นตอนจัดการข้อร้องเรียนที่เผยแพร่อนุญาตให้จำกัดชั่วคราวเพียงเว็บไซต์หรือโฮสต์ที่ระบุ ทราฟฟิกอื่นดำเนินต่อได้ กรณีนี้ตัวตรวจพร็อกซีอาจรายงานว่าการเชื่อมต่อทำงาน แม้งานหลักลูกค้าไปไม่ถึงปลายทาง

มีกฎป้องกันล่วงหน้าด้วย บางบริการติดตามอัตราคำขอไปปลายทางอ่อนไหว เช่น หน้าเข้าสู่ธนาคาร และจำกัดเพิ่มเมื่อกิจกรรมมากเกิน ประเภทปลายทางจึงอาจเข้าถึงได้ตามปกติ แต่ไม่ได้เปิดให้คำขออัตโนมัติไม่จำกัด สิ่งเหล่านี้เป็นการควบคุมปลายทาง ไม่จำเป็นต้องเป็นโควตาทราฟฟิกรายเดือน

AUP กับการใช้งานอย่างเป็นธรรมอาจทับซ้อน แต่เหตุผลที่แทรกแซงยังสำคัญ ตัวเก็บราคาอาจใช้ทรัพยากรร่วมหนักเกินขณะทำงานที่อนุญาต การโจมตีรหัสผ่านอาจละเมิด AUP ด้วยปริมาณน้อยกว่ามาก การซื้อทราฟฟิกเพิ่มแก้กรณีแรกต่อเมื่อเปลี่ยนความจุที่เกี่ยวข้อง ไม่ได้อนุญาตกิจกรรมอย่างหลัง

โฮสต์ต้นทางอาจจำกัดกว้างกว่า กฎโฮสติ้งอธิบายการล็อก IP เดี่ยว หลายที่อยู่ หรือทั้งเซิร์ฟเวอร์หลังการโจมตีและสแกน ผู้ขายพร็อกซีที่ใช้โครงสร้างนั้นอาจต้องแก้เหตุการณ์กับโฮสต์ก่อนคืนการเข้าถึง การเปลี่ยน IP พร็อกซีแต่ทำกิจกรรมเดิมต่อยังคงสาเหตุไว้

และไม่มีลำดับเตือนสากล บางนโยบายอธิบายความพยายามแก้กับลูกค้า แต่สงวนสิทธิ์ระงับหลังทำผิดครั้งแรก ระบบบัญชีที่เผยแพร่ยังแยกรายงานการละเมิด การตรวจพบละเมิด AUP และปัญหาฉ้อโกงการชำระ ลูกค้าต้องรู้เหตุผลและขอบเขตที่ระบุ คำว่า “ถูกระงับ” เพียงคำเดียวไม่ได้ให้ข้อมูลนั้น

หากผู้รับเหมาหรือผู้ใช้อื่นส่งทราฟฟิก

ข้อมูลรับรองพร็อกซีอาจติดตั้งในหลายแอปหรือมอบให้เอเจนซี เงื่อนไขผู้ให้บริการอาจให้เจ้าของบัญชีรับผิดชอบกิจกรรมผ่านสิทธิ์นั้น ผู้ให้บริการมีความสัมพันธ์กับลูกค้าที่ซื้อ การบอกว่าผู้รับเหมาเป็นคนรันโปรแกรมจึงไม่ได้แก้เหตุการณ์เอง

งานที่ต้องทำคือระบุว่าแอปหรือคนใดใช้ข้อมูลรับรอง ณ เวลาที่รายงาน แล้วหยุดกิจกรรมที่เกี่ยวข้อง หากสิทธิ์รั่วไหล ต้องเพิกถอนหรือเปลี่ยนข้อมูลรับรองที่เปิดเผย การแยกข้อมูลรับรองและบันทึกงานเมื่อบริการรองรับช่วยให้ทำง่ายขึ้น แต่ไม่สร้างข้อยกเว้น AUP

ข้อจำกัดบัญชียังอาจครอบคลุมการพยายามเลี่ยงกฎของผู้ให้บริการเอง เช่น เปิดบัญชีทดแทนหลังแบน ขอทดลองซ้ำขัดเงื่อนไข หรือเลี่ยงการตรวจตัวตน บัญชีใหม่หรือ IP ใหม่ไม่ได้ทำให้งานต้องห้ามเดิมกลายเป็นอนุญาต

แพ็กเกจที่จ่ายแล้วกับยอดคงเหลือเป็นอย่างไร

ผลทางการเงินเป็นไปได้หลายแบบและควรแยกกัน อย่างแรกคือค่าทำงานจัดการข้อร้องเรียน อีกอย่างคือสูญเสียสิทธิ์บริการที่ยังไม่ได้ใช้เมื่อเลิกสัญญาเพราะละเมิด อย่างที่สามคือหน้าที่ชำระข้อเรียกร้องหรือค่าใช้จ่ายบุคคลภายนอกที่ระบุและเกิดจากการกระทำลูกค้า เงินที่จ่ายซื้อพร็อกซีไม่ได้จำกัดภาระทั้งหมดนี้เสมอไป

นี่เป็นความต่างในสัญญาจริง ข้อกำหนดที่เผยแพร่มีการริบเครดิตไม่ใช้หลังยกเลิกเพราะละเมิด แต่ปฏิบัติต่างกันเมื่อผู้ให้บริการยุติเพื่อความสะดวกของตน บางแห่งระบุด้วยว่าระงับเพื่อตรวจการปฏิบัติตามกฎไม่ได้ต่ออายุสมาชิกหรือเครดิตโดยอัตโนมัติ บัญชีไม่ได้ใช้งานจึงไม่ได้หมายถึงหยุดนับระยะเวลาที่จ่ายแล้ว

ค่าจัดการข้อร้องเรียนไม่มีจำนวนมาตรฐานทั้งอุตสาหกรรม การจ่ายครอบคลุมค่าที่ระบุในข้อตกลง ไม่ได้ซื้อสิทธิ์ทำกิจกรรมต้องห้ามต่อหรือรับประกันคืนบริการ ในทางกลับกัน การได้รับรายงานเพียงอย่างเดียวไม่ได้กำหนดผลการเงินทุกข้อ เหตุผลจำกัดหรือยุติที่เกี่ยวข้องและข้อกำหนดชำระที่ใช้เป็นตัวกำหนดผลตามสัญญา ภายใต้สิทธิ์ตามกฎหมายที่ต้องบังคับใช้

ควรส่งอะไรเมื่อฝ่ายช่วยเหลือติดต่อ

ฝ่ายช่วยเหลือต้องการคำตอบเกี่ยวกับกิจกรรมในรายงาน “พร็อกซีใช้ได้” “จ่ายแพ็กเกจแล้ว” และ “เราแค่เก็บข้อมูล” ไม่ระบุสิ่งที่สร้างการเชื่อมต่อที่รายงาน คำตอบที่มีประโยชน์เชื่อมเหตุการณ์กับงานจริงของลูกค้าและอธิบายสิ่งที่ดำเนินการแล้ว

1. หยุดงานที่ได้รับผลไว้ก่อน และเก็บการตั้งค่ากับล็อกที่มี ใช้เวลากิจกรรมในรายงานรวมเขตเวลา ไม่ใช่เวลาที่ได้รับข้อความ
2. ระบุแอป งานตามกำหนด พนักงาน หรือผู้รับเหมาที่ใช้สิทธิ์ เทียบปลายทางและ IP พร็อกซีกับบันทึก ขอรายละเอียดที่ขาดผ่านช่องทางช่วยเหลือของผู้ให้บริการ
3. อธิบายสาเหตุและสิ่งที่เปลี่ยน เช่น หยุดงาน ลบปลายทางที่ไม่ได้ตั้งใจ หรือเพิกถอนสิทธิ์ที่เปิดเผย สำหรับการทดสอบที่ตกลงไว้ก่อน ให้แนบอนุญาตเป็นลายลักษณ์อักษรและขอบเขต
4. ยืนยันข้อจำกัดที่ยังอยู่และสิ่งที่ผู้ให้บริการต้องการก่อนเริ่มงานที่อนุญาตต่อ อย่าเริ่มงานเดิมบน IP อื่นขณะยังไม่แก้สาเหตุ

ผู้ให้บริการอาจใช้ทิกเก็ต แบบฟอร์มหน้าจัดการ หรือขั้นตอนตอบเฉพาะ บางบริการแสดงเนื้อหาและสถานะข้อร้องเรียนผ่าน API วิธีเหล่านี้ใช้จัดการเหตุการณ์ ไม่ได้กำหนดเวลากู้คืนสากล กำหนดทบทวนคำตอบลูกค้าก็ต่างจากคำสัญญาเปิดบริการอีกครั้ง