ที่มาของคะแนนความปลอดภัย
แปดช่อง แต่ละช่องตั้งคำถามหนึ่งข้อกับบันทึกที่เผยแพร่ไว้ และอ่านชุดฟิลด์ที่ระบุไว้เพื่อตอบคำถามนั้น ช่องเหล่านี้คูณกันแทนที่จะบวกกัน — ตัวคูณข้างช่องคือส่วนที่เหลืออยู่หลังแรงกดดันที่พบ และเปิดช่องดูเพื่อดูฟิลด์ทุกตัวที่อ่าน ตามที่จัดเก็บไว้จริง โมเดลทำงานอย่างไร
ฟิลด์ความปลอดภัย
67 55 ฟิลด์ป้อนเข้าช่องหนึ่ง
ยืนยันแล้ว
33 18 ถูกปล่อยเป็น unknown, 16 ไม่เกี่ยวข้อง
ความครบถ้วน
64% สัดส่วนที่โมเดลสามารถชั่งน้ำหนักได้
การอ้างอิง
64 จากเอกสาร 15 ฉบับ
ทุกค่ามาพร้อมกับสิ่งที่ค่านั้นอ้างอิงถึง และโมเดลให้น้ำหนักทั้งสี่ระดับไม่เท่ากัน น้ำหนักก่อน แล้วตามด้วยจำนวนการอ้างอิงในบันทึกนี้ที่อยู่ในระดับนั้น:
B น้ำหนัก 0.85 · 57 ที่นี่C น้ำหนัก 0.70 · 7 ที่นี่
น้ำหนักเหล่านี้เป็นของ methodology.json เอง ข้อกล่าวอ้างที่เห็นในตัวเอกสารต้นฉบับมีค่ามากกว่าข้อกล่าวอ้างเดียวกันที่รายงานต่อกันมา วันที่ท้ายแถวคือวันที่ค่านั้นถูกอ่านล่าสุด
ช่องหนึ่งไม่ได้คิดคะแนนฟิลด์ทุกตัวที่อ่าน ฟิลด์ที่คิดคะแนนจะมีเครื่องหมายกำกับไว้ที่ขอบ พร้อมระบุว่าเพิ่มเท่าไร ส่วนที่เหลือถูกอ่านแล้วแต่ไม่มีผลต่อคะแนน มีเพียงช่องที่ประกอบขึ้นทีละฟิลด์เท่านั้นที่กำกับเครื่องหมายบนฟิลด์ได้เลย — ช่องอื่นคิดคะแนนของตัวเองจากพารามิเตอร์ที่พิมพ์ไว้เหนือแถวของมัน
ยังเปิดค้างอยู่ในบันทึกนี้
ใครเป็นเจ้าของ Hola. ความเป็นเจ้าของเป็นช่องว่างที่ใหญ่ที่สุดและเป็นเหตุผลที่ X03 อ่านได้อย่างไม่ชัดเจน: ไม่มีหน้าใดที่ Hola เผยแพร่ระบุชื่อบริษัทแม่ ผู้ถือหุ้น หรือเจ้าหน้าที่ ดังนั้น M09, M11 และ M15 จึงยังคงไม่ทราบ เช่นเดียวกับฟิลด์กลุ่มที่เกี่ยวข้องกับรายการเหล่านี้ เอกสารคัดจาก Israeli Corporations Authority จะปิดช่องว่างทั้งสี่รายการได้พร้อมกัน
ตัวระบุที่ป้ายกำกับจะไม่ระบุชื่อ C12 คือกรณีที่สอง: ป้ายกำกับความเป็นส่วนตัวของ Apple ระบุว่ามี Device ID ที่เชื่อมโยงกับตัวตนและใช้เพื่อการโฆษณาของนักพัฒนาเอง แต่ทั้งป้ายกำกับและนโยบายไม่ได้ระบุว่าคือตัวระบุใด ดังนั้นระดับนี้จึงยังไม่ยืนยันและไม่มีการใช้เกณฑ์ขั้นต่ำ — ไบนารี iOS หรือแบบฟอร์มความปลอดภัยของข้อมูลของ Android จะช่วยยุติประเด็นนี้ได้
ส่วนที่เหลือที่ยังเปิดค้างอยู่ — อีก 42 คำ
รายการตำแหน่งที่ไม่แสดงรายการใดเลย U02 เป็นไม่ทราบ เพราะหน้าที่อ้างว่าแสดงรายการตำแหน่งแจกแจงทุกประเทศตาม ISO ตามลำดับในโค้ด โดยมีจำนวนเซิร์ฟเวอร์และเพียร์เป็นค่าว่างทั้งหมด รายการฟลีตจริงหรือ API ของเซิร์ฟเวอร์จะใช้แทนที่ได้
โครงสร้างพื้นฐานที่ไม่มีใครอธิบาย C02 และ C06 ยังคงไม่มีคำตอบ เพราะไม่มีเอกสารของ Hola ฉบับใดอธิบายการจัดเก็บแบบ RAM-only หรือการจัดการ DNS ภายในอุโมงค์บนฝั่งพรีเมียม C08 พ้นจากไม่ทราบ: คำถามที่พบบ่อยระบุว่า Premium ทำงานบน "เครือข่ายเฉพาะของเซิร์ฟเวอร์ประสิทธิภาพสูง" ซึ่งผู้ใช้ที่ชำระเงินใช้เท่านั้นและไม่ได้มีส่วนสนับสนุนทรัพยากรอุปกรณ์ให้ ดังนั้นจึงแตกต่างจากเครือข่ายเพียร์ทูเพียร์แบบฟรี — ทางออกจึงไม่ได้มาจากอุปกรณ์ของผู้ใช้รายอื่นเพียงอย่างเดียว ไม่ได้ระบุไว้ในสิ่งที่ Hola หรือ Bright Data เผยแพร่ว่าเซิร์ฟเวอร์เฉพาะเหล่านั้นเป็นกรรมสิทธิ์โดยตรง เช่า หรือดำเนินการผ่าน Bright Data
เกี่ยวกับบันทึกทั้งหมด
ผลิตภัณฑ์สองรายการภายใต้แบรนด์เดียวกัน และมีสถาปัตยกรรมไม่เหมือนกัน ระดับฟรีกำหนดเส้นทางผ่านอุปกรณ์ของผู้ใช้รายอื่น — ข้อกำหนดเรียกสิ่งนี้ว่า Value Exchange และระบุว่าอุปกรณ์ Hola อื่นอาจใช้การเชื่อมต่อและทรัพยากรของคุณ — ขณะที่ Premium ขายโดยชูว่าไม่ต้องเจอกับสิ่งนั้นโดยเฉพาะ และทำงานบนเครือข่ายเซิร์ฟเวอร์เฉพาะ
C00 บันทึกผลิตภัณฑ์แบบฟรี ซึ่งเป็นผลิตภัณฑ์ที่รายการนี้กล่าวถึง คำถามที่พบบ่อยเพิ่มรายละเอียดที่ควรเก็บไว้: ส่วนขยายเบราว์เซอร์ แอป iOS และบิลด์ Android จาก Google Play ไม่ใช่เพียร์ ดังนั้นความเสี่ยงที่เปิดเผยจากโหนดทางออกจึงตกอยู่ที่ไคลเอนต์เดสก์ท็อป Windows และบิลด์ Android ที่นำมาจาก hola.org
ส่วนที่เหลือที่ยังเปิดค้างอยู่ — อีก 140 คำ
X01 ตั้งอยู่บนเอกสารสองฉบับของ Hola ที่ขัดแย้งกันในกาลปัจจุบัน คำถามที่พบบ่อยระบุว่า "Hola เก็บข้อมูลของคุณไว้เป็นส่วนตัวและไม่ส่งต่อให้บุคคลที่สามใด ๆ" และ "เราไม่เก็บข้อมูลส่วนบุคคลใด ๆ ของคุณ" ส่วนนโยบายความเป็นส่วนตัวซึ่งปรับปรุงล่าสุดเมื่อ 14 เมษายน 2026 ระบุว่าอาจเก็บรวบรวมและเก็บรักษาที่อยู่ IP ชื่อ และอีเมล บันทึกข้อมูลจากส่วนขยายเบราว์เซอร์อาจรวมประวัติการเรียกดู Log Data จะถูกเก็บไว้นานสูงสุดสิบสองเดือน และ Personal Information รวมถึง Log Data จะถูกเปิดเผยเมื่อมีหมายศาล
คำถามที่พบบ่อยฉบับเดียวกันยังระบุว่า เมื่อ Hola ตรวจพบกิจกรรมที่น่าสงสัย "เราสามารถเห็นแหล่งที่มาของคำขอและช่วยหน่วยงานบังคับใช้กฎหมายติดตามอาชญากรไซเบอร์ได้" C01 เติมข้อมูลจากนโยบาย ไม่ใช่จากคำถามที่พบบ่อย
ปีที่เปิดตัวมีการระบุไว้สามแบบในเว็บไซต์ของผู้ให้บริการเอง: ไทม์ไลน์ About เริ่มต้นที่ 2012 คำถามที่พบบ่อยระบุทั้ง "ตั้งแต่ปี 2012 ที่เราเริ่มต้น" และ "Hola ก่อตั้งในปี 2008" และหน้า Premium ระบุว่าดำเนินธุรกิจมาแล้วสิบหกปี M07 เลือก 2012 ซึ่งเป็นค่าที่สองในสามหน้าสนับสนุน และเป็นค่าที่อ้างความเสี่ยงที่เปิดเผยน้อยที่สุด
ข้อกำหนดผูกผู้ใช้ฟรีเข้ากับ EULA ของ Bright Data SDK ที่ bright-sdk.com/eula โฮสต์ดังกล่าวไม่สามารถ resolve ได้ — NXDOMAIN ตรวจสอบแล้วสองครั้ง — ดังนั้นข้อตกลงที่ผู้ใช้ได้รับแจ้งว่าได้ยอมรับจึงไม่สามารถอ่านได้ที่ที่อยู่ซึ่งสัญญาระบุ
Bright Data มีเจ้าของแยกต่างหาก: หน้าประวัติของบริษัทระบุว่าบริษัทถูก EMK Capital เข้าซื้อกิจการในปี 2017 และไม่เคยกล่าวถึง Hola ดังนั้น M10 จึงบันทึกว่าธุรกิจพร็อกซีสำหรับที่อยู่อาศัยเป็นสายธุรกิจเชิงพาณิชย์ของ Hola เอง โดยมีหลักฐานจากคำถามที่พบบ่อยของ Hola ("Hola charges validated corporations for use of the network") ไม่ใช่จากบริษัทแม่ร่วม
P11 เป็นไปตาม Criminal Procedure (Enforcement Powers - Communication Data) Law 2007 ซึ่งเปิดช่องทางที่สองควบคู่กับคำสั่งศาล: เจ้าหน้าที่ตำรวจอาวุโสอาจสั่งให้โอนข้อมูลได้โดยไม่ต้องมีหมายเป็นเวลาสูงสุดยี่สิบสี่ชั่วโมง กฎหมายนี้กล่าวถึงผู้ให้บริการโทรคมนาคม และแหล่งข้อมูลที่อ้างอิงไม่ได้ยืนยันว่า operator ของ VPN อยู่ภายใต้คำนิยามดังกล่าวหรือไม่
V01 คือ "ไม่" ไม่ใช่ไม่ทราบ: ส่วนความปลอดภัยของคำถามที่พบบ่อยคือจุดที่ควรระบุชื่อการตรวจสอบ และสิ่งที่มีให้แทนคือลิงก์ Google Sheets ซึ่งตอบกลับด้วยหน้าเข้าสู่ระบบ ไม่มีการกล่าวอ้างถึงการตรวจสอบที่ใดบนเว็บไซต์
ความซื่อตรงเคยถูกจับได้หรือไม่ว่าพูดอย่างหนึ่งแต่ทำอีกอย่าง?อ่านแล้ว 16 ฟิลด์ · 1 ยังไม่ทราบ · 3 ไม่เกี่ยวข้อง · แรงกดดัน 90.0 แต้ม×0.100
สิ่งที่ช่องนี้คิดคะแนนในบันทึกนี้:การโกหก 0.6การสร้างรายได้ 0.55การจัดการเหตุการณ์ 0.2คำประกาศการจัดเก็บข้อมูล 0.3ความโปร่งใสของเจ้าของ 0.4การปกปิดรายงาน 0.15ประวัติกลุ่มเจ้าของ 0.25
คำนวณแล้ว
×0.001 ของบันทึกที่สะอาด ความครบถ้วน 64%
จุดที่คะแนนหล่นลงมาจาก: ความซื่อตรง เป็นช่องที่ความเสี่ยงของบันทึกนี้กระจุกตัวอยู่ — เพียงลำพังช่องนี้พาบันทึกที่สะอาดไปสู่ ×0.100 และแท่งด้านบนก็เติมไว้เท่านั้น
ความเสี่ยงที่เปิดเผยถูกบันทึกไว้ว่า high และสถานะความซื่อตรงว่า caught_lying
เมื่อเทียบกับทำเนียบทั้งหมด บันทึกนี้อยู่สูงกว่าค่าเฉลี่ยมากที่สุดใน เขตอำนาจศาล — ×0.829 ขณะที่ทำเนียบเฉลี่ยอยู่ที่ ×0.680 — และอยู่ต่ำกว่าค่าเฉลี่ยมากที่สุดใน สถาปัตยกรรม ×0.250 เทียบกับ ×0.900
ทุกแถวด้านบนคือหนึ่งฟิลด์ของบันทึกที่เผยแพร่ และทุกแถวสามารถถูกท้วงติงได้: ทุกแถวมีปุ่ม รายงาน กำกับไว้ หรือ แจ้งเรื่องเกี่ยวกับบันทึกทั้งหมด การแก้ไขที่มีแหล่งที่มารองรับจะดำเนินการในวันเดียวกัน และหากทำให้คะแนนเปลี่ยน อันดับก็จะเปลี่ยนตามไปด้วย
