ไดรเวอร์กราฟิก Intel จุดประเด็นถกเถียงเรื่องการเก็บเทเลเมทรีหลังผู้ใช้เลือกเข้าร่วม
(techpowerup.com)- ตัวติดตั้ง Intel Arc GPU Graphics Drivers จะขอความยินยอมสำหรับ การเก็บข้อมูลการใช้งานแบบไม่ระบุตัวตน แยกต่างหาก และจะตัดสินใจว่าจะติดตั้ง Computing Improvement Program (CIP) หรือไม่ตามสถานะการเลือกก่อนหน้า
- ในการรันครั้งแรก หลังจาก Software License Agreement มาตรฐาน จะมีหน้าจอขอความยินยอมเก็บข้อมูลต่อทันที และแม้ปฏิเสธก็ยังติดตั้งไดรเวอร์ต่อได้โดยไม่มีเทเลเมทรี
- สถานะยินยอมหรือปฏิเสธจะถูกเก็บไว้ใน คีย์ Windows Registry ที่
HKEY_LOCAL_MACHINE\SOFTWARE\Intel\SUR\ICIPและจะถูกตรวจสอบอีกครั้งเมื่อมีการติดตั้งใหม่แบบคลีนหรือตอนอัปเกรด - สามารถลบ CIP แยกต่างหากได้จาก Add/Remove Programs ใน Control Panel ของ Windows และแม้ลบออกก็ไม่ส่งผลต่อการติดตั้ง Chipset INF, Management Engine, Networking หรือไดรเวอร์ Arc GPU Graphics
- เนื่องจากหน้าจอขอความยินยอม CIP ปรากฏต่อจาก SLA ที่จำเป็นทันทีและมีหน้าตาคล้ายกัน ผู้ใช้จึงอาจเข้าใจผิดว่าทั้งสองรายการเป็นข้อบังคับ หรือกด Accept ต่อเนื่องจนยอมรับไปโดยไม่ตั้งใจ
ขั้นตอนการติดตั้งไดรเวอร์ Intel Arc และการยินยอม CIP
- Intel ยังคงออกอัปเดตไดรเวอร์ที่ปรับให้เข้ากับเกมใหม่ ๆ สำหรับ GPU เกมมิงแบบแยกอย่าง Arc A-series
- การเก็บข้อมูลเพื่อทำความเข้าใจฐานผู้ใช้และสถานะของไดรเวอร์ถูกมองว่าเป็นงานที่เชื่อมโยงกับการปรับปรุง GPU รุ่นต่อไปในอนาคต
- ตัวติดตั้ง Intel Arc GPU Graphics Drivers เวอร์ชันอัปเดตจะให้ผู้ใช้เลือกว่าจะอนุญาต การเก็บข้อมูลการใช้งานแบบไม่ระบุตัวตน หรือไม่
พฤติกรรมการติดตั้งที่เปลี่ยนไปตามการเลือกก่อนหน้า
- สำหรับผู้ใช้ที่เคยยินยอมให้เก็บข้อมูลแล้ว:
- ตัวเลือกการติดตั้ง
typicalจะคงคอมโพเนนต์เก็บข้อมูลไว้ตามเดิม - ตัวเลือกการติดตั้ง
Customizeจะแสดงเป็นรายการที่เลือกได้
- ตัวเลือกการติดตั้ง
- สำหรับผู้ใช้ที่ไม่ได้ยินยอมให้เก็บข้อมูล:
- ตัวเลือกการติดตั้ง
typicalจะไม่แอบเพิ่มคอมโพเนนต์ CIP - ในหน้าจอ
Customizeจะแสดงเป็นตัวเลือกที่ไม่ได้ถูกทำเครื่องหมายไว้
- ตัวเลือกการติดตั้ง
- เนื้อหาเริ่มต้นระบุในทำนองว่า Computing Improvement Program (CIP) ถูกติดตั้งในโหมด
typicalโดยไม่สนใจการเลือกเดิมของผู้ใช้ แต่ภายหลังได้มีการแก้ไขครั้งใหญ่หลัง Intel ออกมาชี้แจง
หน้าจอขอความยินยอมสองชุดที่ปรากฏเมื่อติดตั้งครั้งแรก
- เมื่อรันตัวติดตั้งเป็นครั้งแรก จะมีหน้าจอขอความยินยอมสองชุดแสดงตามลำดับ
- ชุดแรกคือ Software License Agreement มาตรฐาน
- หากปฏิเสธ ตัวติดตั้งจะปิดตัวลง
- หากยอมรับ จะไปยังหน้าจอถัดไป
- ชุดที่สองคือการยินยอมเฉพาะสำหรับการเก็บข้อมูล
- ระบุขอบเขตข้อมูลที่ CIP เก็บ และรายการที่ไม่ได้เก็บ
- หากยอมรับ CIP จะถูกติดตั้งและเปิดใช้งาน
- หากปฏิเสธ การติดตั้งจะยัง ดำเนินต่อไปโดยไม่มีเทเลเมทรี
คีย์ Registry ที่ใช้เก็บสถานะการยินยอม
- ตัวติดตั้ง Arc GPU Graphics Software จะจดจำว่าผู้ใช้ยินยอมหรือปฏิเสธ CIP
- สถานะนี้จะถูกเก็บไว้ใน คีย์ Windows Registry ที่
HKEY_LOCAL_MACHINE\SOFTWARE\Intel\SUR\ICIP - หลังจากนั้น ตัวติดตั้ง Arc GPU Graphics Software ที่รันบนระบบเดียวกันจะตรวจสอบคีย์นี้ทั้งในกรณีติดตั้งใหม่แบบคลีนและอัปเกรดปกติ
- ระบบทดสอบอยู่ในสถานะที่ยินยอม CIP อยู่แล้ว จึงสรุปได้ว่าในตัวเลือก
typicalจะมีการติดตั้ง CIP และในหน้าจอCustomizeเท่านั้นที่จะแสดงเป็นรายการให้เลือก
การลบ CIP และคอมโพเนนต์ Intel อื่น ๆ
- CIP จะปรากฏเป็นรายการแยกในรายชื่อซอฟต์แวร์ที่ติดตั้ง และสามารถลบได้ทุกเมื่อจาก Add/Remove Programs ใน Control Panel ของ Windows
- การลบ CIP จะไม่ส่งผลต่อการติดตั้งซอฟต์แวร์หรือไดรเวอร์อื่นของ Intel
- Chipset INF
- Management Engine
- Networking
- Arc GPU Graphics drivers
จุดที่ผู้ใช้อาจสับสน
- หน้าจอขอความยินยอม CIP จะแสดงต่อจาก Intel Software License Agreement หลักทันที และยังมีลักษณะคล้ายกันทางภาพ
- เกมเมอร์ที่รีบติดตั้งอาจเข้าใจผิดว่าการยินยอม CIP ชุดที่สองเป็นข้อบังคับเหมือน SLA ชุดแรก
- ผู้ใช้ที่ไม่ได้อ่านข้อความยาว ๆ และกดปุ่ม Accept ต่อเนื่อง อาจยอมรับ CIP ไปด้วย
เปรียบเทียบกับแนวทางของ AMD
- มีลักษณะคล้ายกับตัวติดตั้งฟรีแวร์บางตัวที่ใส่การติดตั้งซอฟต์แวร์แบบ opt-in ของบุคคลที่สามไว้ในกระบวนการติดตั้ง เช่น ยูทิลิตีแอนติไวรัสที่แถมมากับ Adobe Reader
- เทเลเมทรีแบบ opt-in ของไดรเวอร์ AMD Radeon Software Adrenalin ถูกมองว่าใช้วิธีที่ไม่แอบแฝงเท่า
- AMD ให้ผู้ใช้เลือกว่าจะเก็บข้อมูลหรือไม่ผ่านช่องทำเครื่องหมายขนาดใหญ่ตรงกลางหลังการติดตั้งไดรเวอร์เสร็จ ทำให้ชัดเจนกว่าว่าไดรเวอร์และเครื่องมือเก็บข้อมูลเป็นคนละส่วนกันและเป็นตัวเลือก
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ระบบนิเวศของ Windows กลายเป็นสัตว์ประหลาดด้าน telemetry ไปแล้ว ดังนั้นถ้ายอมรับเรื่องอื่น ๆ ได้ ก็คงต้องยอมรับเรื่องนี้ด้วย
หน้า support ของ Intel ที่ลิงก์ไว้มีวิธีง่าย ๆ ในการปิด telemetry
แต่ปี 2022 ก็เป็น ปีแห่งเดสก์ท็อป Linux ไปแล้ว และตอนนี้ทุกอย่างก็ทำงานได้ดี KDE ดีขึ้นทุกสัปดาห์ มาเป็นเจ้าของเทคโนโลยีของตัวเองกันเถอะ มาร่วมกัน!
เคยใช้แค่ Ubuntu แต่เข้ากับฮาร์ดแวร์ Lenovo ได้ดีมาก ในแง่อัปเดตก็คล้าย Windows เมื่อหลายปีก่อน คือมีอัปเดตแบบสุ่มที่ฆ่าหรือทำให้บางฟีเจอร์พัง
สัปดาห์ที่แล้วทุกอย่างยังทำงานดี Steam ก็ไม่มีปัญหาเหมือนปกติ แต่อัปเดตลบ GUI ทิ้ง พอติดตั้ง GUI กลับเข้าไปใหม่ ไดรเวอร์ nVidia ก็พัง และใน 23.04 ไม่มี dataset บางอย่างเลยติดตั้ง Steam ไม่ได้ พอติดตั้งข้อมูลนั้น (คอมโพเนนต์ 32-bit บางส่วน) WiFi ก็ตาย
ไม่ได้ตั้งใจจะโจมตี Linux นะ จนไม่นานมานี้ Windows auto update ก็เคยก่อปัญหาคล้ายกันอยู่หลายเดือน จนต้องบล็อกอัปเดตทั้งหมด ยกเว้นปัญหา WiFi
ดังนั้นเครื่องส่วนตัวที่ใช้ประจำคือ Linux และตั้งใจว่าจะเป็นแบบนั้นต่อไป ยกเว้นแค่เกม ตอนนี้แค่ต้องทำให้ Steam กลับมาใช้งานได้ถูกต้องหลังกลับจากวันหยุด เหมือนย้อนกลับไปยุค ก่อน Windows 10 ที่ Windows ทำไดรเวอร์หรือเกม/โปรแกรมบางตัวพังแบบสุ่ม
การจัดการหน้าต่าง แย่มากเมื่อเทียบกับระบบปฏิบัติการอื่น และ การปรับสเกลแบบเศษส่วน ส่วนใหญ่ก็ทำงานไม่ถูกต้อง ตัวจับเวลา Pomodoro ในสโตร์ “Software” ไม่ได้รับการดูแลแล้ว และใช้กับ Gnome รุ่นใหม่ไม่ได้เลย ส่วน Windows 11 มีมาให้ในตัว
ทุก ๆ ไม่กี่ปีผมพยายามกลับไปปรับตัวกับเดสก์ท็อป Linux อีกครั้ง แต่ไม่เคยรู้สึกว่าสถานการณ์ดีขึ้นมากนัก ตรงกันข้าม การตั้งค่าสภาพแวดล้อมบน Windows หรือ MacOS ใช้เวลาแค่ไม่กี่นาทีก็พอ
ถ้าใช้เพื่อเล่นเกม Linux ยอดเยี่ยมอยู่แล้ว Steam Deck พิสูจน์เรื่องนี้ด้วยการรันเกมแทบทั้งหมดได้โดยไม่มีปัญหา
Microsoft ทำให้ telemetry แบบเก็บเป็นค่าเริ่มต้นแล้วค่อยให้ opt-out กลายเป็นเรื่องปกติในระบบปฏิบัติการ, IDE และเครื่องมือสำหรับนักพัฒนา และตอนนี้บริษัทอื่น ๆ ก็ทำตามแม้ในพื้นที่ที่ telemetry ไม่สมเหตุสมผลเลย
อยากให้มีวิธีแก้ปัญหา telemetry ที่แพร่ระบาด ได้ง่าย ๆ สำหรับคนที่ไม่สามารถย้ายแพลตฟอร์มได้ไม่ว่าด้วยเหตุผลใดก็ตาม
แค่ยังไม่มีกรณีที่ใครสักคนเสียหายใหญ่โตอย่างชัดเจนแล้วเริ่มฟ้องร้องกันเท่านั้น
ตัวอย่างเช่น ลองคิดดูว่า Microsoft อาจปล่อยข้อมูลอะไรไปให้ Google ผ่านผู้ใช้ที่ใช้ Chrome ได้บ้าง กรณีผู้ใช้ AMD ที่ใช้ไดรเวอร์กราฟิก Intel/NVIDIA บนแล็ปท็อปก็เช่นกัน
ถ้าผมเป็นบริษัทเทคโนโลยีรายใหญ่และมีข้อมูล telemetry กองโตแบบนั้น คงอดไม่ได้ที่จะขุดข้อมูลรั่วไหลว่าคู่แข่งกำลังทำอะไรอยู่ อาจต้องเกิดเหตุอย่างอีเมลหลุดก่อน แนวปฏิบัติแบบนี้ถึงจะถูกเปิดเผยและเกิดผลลัพธ์บางอย่างตามมา
วงการเทคโนโลยีจำเป็นต้องมีกฎใหม่ว่า “บริษัทเทคโนโลยียักษ์ใหญ่จะเติบโตไปจนกว่าแหล่งรายได้หลักจะกลายเป็น การติดตามและ telemetry”
ทำไม Intel ต้องรู้ “หมวดหมู่ของเว็บไซต์ที่เข้าชม แต่ไม่ใช่ URL เอง” ด้วย? ใครเป็นคนกำหนดหมวดหมู่นั้น? ตอนนี้เราทุกคนรู้แล้วว่า metadata สำคัญพอ ๆ กับข้อมูล
Stallman พูดถูก
และ Stallman พูดถูกในหลายเรื่อง ทั้งยังถูกอยู่จนถึงตอนนี้ ในวงการคอมพิวติ้งอเนกประสงค์ใต้ดินแห่งอนาคตอันใกล้ เขาคงถูกจดจำด้วยความเคารพ
“Intel CIP ในเชิงฟังก์ชันคล้ายกับคอมโพเนนต์ telemetry ของ GeForce Software telemetry ของ NVIDIA ถูกติดตั้งและเปิดใช้เป็นค่าเริ่มต้นพร้อมกับไดรเวอร์กราฟิก GeForce และไม่ปรากฏแม้ในตัวเลือกติดตั้งแบบ ‘กำหนดเอง’ จึงปิดไม่ได้”
ไม่รู้ว่า Nvidia เก็บข้อมูลอะไรบ้าง แต่กรณีนี้ดูน่าสงสัยกว่า
events.gfe.nvidia.com
lightstep.kaizen.nvidia.com
ผมไม่เข้าใจเลยว่าวิศวกรที่พัฒนาของแบบนี้จะมองกระจกได้อย่างไรโดย ไม่รู้สึกละอาย
อนึ่ง ผมเองก็เป็นวิศวกรไดรเวอร์กราฟิกเหมือนกัน
คุณคาดหวังให้พวกเขาทำอะไร? ประท้วงแล้วลาออกหรือ? วิศวกรคนอื่น ๆ ที่ต้องการเงินก็พร้อมจะทำงานนั้นอยู่ดี ทุกคนมีราคา โดยเฉพาะถ้าได้ใส่ชื่อใหญ่ ๆ อย่าง Intel ลงในเรซูเม่ คนจำนวนมากก็ไม่ได้มีความหรูหราพอที่จะพิถีพิถันกับทางเลือกในอาชีพขนาดนั้น
การไปทำงาน ทำทิกเก็ตที่ได้รับมอบหมาย แล้วกลับบ้าน โดยไม่ส่งเสียงเรื่องจริยธรรมในภาพรวม คือวิธีของพนักงานส่วนใหญ่
ถ้าอยากยุติแนวปฏิบัตินี้ ก็ต้องมีกฎหมายควบคุม ตลาดเสรีอย่างเดียวไม่คุ้มครองความเป็นส่วนตัวของผู้ใช้ปลายทาง หากไม่มีกฎหมายและกฎระเบียบ ต่อให้ Intel ไม่ทำ บริษัทอื่นก็จะทำอยู่ดี นั่นคือเหตุผลที่กฎระเบียบสำคัญ
แถมผู้ใช้ HN ครึ่งหนึ่งก็น่าจะเคยสร้างความมั่งคั่งจาก หรือกำลังทำงานอยู่ในบริษัท FAANG ที่เฝ้าดูและติดตามผู้ใช้ หรือทำเงินจากข้อมูลผู้ใช้ด้วยโฆษณา ก้อนหินที่ขว้างในที่นี้คงทำกระจกแตกไปมากมาย คุณคิดว่าพวกเขาให้เหตุผลอย่างไรนอกจาก “เงินดี”? ทำไมถึงเจาะจงแต่ วิศวกร Intel ทั้งที่เรื่องแบบนี้เป็นเรื่องปกติในแวดวงนี้?
น่าจะต้องการแค่ความสามารถในการไม่คิด แล้วทำตามแผนที่ PM วางไว้ และคนที่เก่งเรื่องแบบนั้นก็มีเยอะ
ข้ออ้างนูเรมเบิร์กของพวกยัปปี้ คือฉันเองก็ต้องผ่อนบ้านเหมือนกัน
telemetry ที่เปิดใช้เป็นค่าเริ่มต้น ควรผิดกฎหมาย ควรบังคับให้ต้องได้รับอนุญาตจากเจ้าของก่อน
การอนุญาตนั้นต้องไม่ผูกกับสัญญาใด ๆ และผลิตภัณฑ์ต้องยังใช้งานได้ต่อไปไม่ว่าการตั้งค่า telemetry จะเป็นอย่างไร
อุตสาหกรรมเทคโนโลยีมีเรื่องให้โกรธได้ทุกวัน เรื่องนี้กัดกร่อนมาก
มันไม่เพียงทำให้บ่อน้ำที่อยากนำไปใช้กับเป้าหมายเชิงบวกปนเปื้อน แต่ยังสร้างความรู้สึกถึง ความเสื่อมทรามทางศีลธรรมที่สมบูรณ์และไม่อาจย้อนกลับได้ ซึ่งแพร่ไปทั้งสังคม เพราะเว้นแต่จะเป็นฤๅษีสุดโต่ง การหลีกเลี่ยงเทคโนโลยีแทบเป็นไปไม่ได้จริง ๆ
ความเสื่อมถอยของอารยธรรมบางอย่างคาดการณ์ได้และย้อนกลับไม่ได้ และไม่ใช่ภาพที่น่าดูนัก
ไม่ใช่บน Linux นี่เป็นอีกเหตุผลหนึ่งที่ไดรเวอร์ควรเป็น โอเพนซอร์ส และอยู่ในเคอร์เนล
ผมจำได้ว่าเมื่อไม่กี่เดือนหรือไม่กี่ปีก่อน มีคนพบว่าไดรเวอร์แท็บเล็ต Wacom บน MacOS ทำแบบเดียวกัน แต่บน Linux ไม่ได้เป็นแบบนั้น
ไม่มีพลเมือง EU คนไหนช่วยแจ้ง DPA (Data Protection Authority) ได้หรือ? เก็บข้อมูลมากเกินไปมาก จนดูเหมือนยากที่จะผ่านการตรวจสอบ
เป็นอีกก้าวของซอฟต์แวร์ที่น่ารังเกียจ ความเลวร้ายร่วมกันของเรายังคงไม่หยุดลง
สงสัยว่า telemetry ฝั่ง Mac OS หน้าตาเป็นอย่างไร
ถ้า Apple โฆษณาว่าคอมพิวเตอร์ของตัวเองไม่บันทึกทุกอย่างที่ผู้ใช้ทำ ก็น่าจะเป็นหมัดเด็ดที่ดีมากใส่ chrome os กับ windows แต่บอกตรง ๆ ว่าไม่รู้ว่าจริงหรือเปล่า
แม้เอกสาร Device Analytics & Privacy จะระบุว่าถ้าปิด Sharing Mac Analytics ไว้ เรื่องแบบนั้นจะไม่เกิดขึ้น แต่ก็ยังส่งรายงานวินิจฉัยเกี่ยวกับการใช้งานประจำวันธรรมดา ๆ ผ่านเครื่องมือ SubmitDiagInfo เป็นประจำ
แอปเธิร์ดปาร์ตี้ส่วนใหญ่ก็ส่งทุกอย่างที่เข้าถึงได้และมากกว่านั้นด้วย โดยมักเกินขอบเขตมาตรฐานความเป็นส่วนตัวและความปลอดภัยที่อ้างไว้ในนโยบายที่เกี่ยวข้องไปมาก และในทางปฏิบัติก็ไม่ได้ใกล้เคียงมาตรฐานเหล่านั้นเลย
เอนด์พอยต์ telemetry ถูก มาสก์ด้วย CNAME มากขึ้นเรื่อย ๆ หรือถูกเรียกผ่านพร็อกซีแบบไม่ระบุตัวตน การทรยศต่อความไว้วางใจของลูกค้า/ผู้ใช้แบบนี้ต่ำช้ามาก ด้วยเหตุผลบางอย่าง ดูเหมือนการใส่ Sentry SDK ที่ตั้งเป็นโหมดดีบักไว้ในแอปช่องทางรีลีสปกติจะเป็นกระแสใหม่ คงไม่ใช่ด้วยเหตุผลดี ๆ หรอก
Mozilla ก็ด้วย ไม่ใช่แค่ว่าส่วนขยายแนะนำจำนวนมากแอบส่ง telemetry และทำสารพัดอย่างที่ละเมิดนโยบายส่วนขยายหลายครั้ง แต่ Firefox เองก็ยังแนบ UTM และพารามิเตอร์ติดตามอื่น ๆ ไปกับลิงก์ภายนอก รวมถึงผู้ให้บริการค้นหาที่ติดตั้งล่วงหน้าทั้งหมด แม้จะตั้งค่า “Allow Firefox to send technical and interaction data” ไว้อย่างชัดเจนว่าไม่อนุญาตก็ตาม
ถ้าซอฟต์แวร์เหล่านี้ดีขึ้นจริง ๆ เมื่อเวลาผ่านไป ก็คงเป็นอีกเรื่อง แต่ส่วนใหญ่กลับตรงกันข้าม พอคิดดูแล้ว ยิ่งแอปเก็บ telemetry มากเท่าไร โดยรวมก็ดูเหมือนจะพังเร็วขึ้นเท่านั้น ตัวอย่างสองขั้วของสเปกตรัมนี้คือ VIM กับ Spotify