StarDict ส่งคลิปบอร์ด X11 ไปยังเซิร์ฟเวอร์ระยะไกล

• พบปัญหาความปลอดภัยร้ายแรงที่ StarDict ส่งข้อความที่ผู้ใช้เลือกในสภาพแวดล้อม X11 ไปยังเซิร์ฟเวอร์ภายนอกผ่าน HTTP ที่ไม่เข้ารหัส
• ปัญหานี้เกิดขึ้นเพราะปลั๊กอิน YouDao และ dict.cn ถูกเปิดใช้งานเป็นค่าเริ่มต้นในการตั้งค่ามาตรฐานของ Debian
• ฟังก์ชันนี้หมายความว่า เมื่อผู้ใช้เลือกข้อความใด ๆ ระบบจะส่งไปยังเซิร์ฟเวอร์โดยอัตโนมัติ ทำให้มีความเสี่ยงที่ข้อมูลอ่อนไหวจะรั่วไหล
• ผู้ดูแลแพ็กเกจได้พิจารณาข้อเสนอให้ปิดฟังก์ชันนี้และแยกปลั๊กอินออก แต่การแก้ปัญหาที่ต้นตอยังไม่เพียงพอ
• ปัญหานี้เคยถูกหยิบยกขึ้นมาหลายครั้งในอดีต และย้ำให้เห็นอีกครั้งถึงการขาดการตอบสนองอย่างสมบูรณ์และความสำคัญของความตระหนักด้านความปลอดภัย

---

ภาพรวมการทำงานและประเด็นด้านความปลอดภัยของ StarDict

• StarDict เป็นโปรแกรมพจนานุกรมข้ามแพลตฟอร์มภายใต้สัญญาอนุญาต GPLv3 ที่รองรับหลายภาษาและมีระบบนิเวศของปลั๊กอิน
• ในการตั้งค่าเริ่มต้นของ Debian เมื่อเรียกใช้ StarDict ข้อความที่ผู้ใช้เลือกจะถูกส่งไปยังเซิร์ฟเวอร์ระยะไกลสองแห่งคือ youdao.com และ dict.cn ผ่าน HTTP ที่ไม่เข้ารหัส
• ปัญหานี้ถูกรายงานไปยังทั้ง oss-security mailing list และตัวติดตามบั๊กของ Debian

รายละเอียดของปัญหา

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

ความแตกต่างตามสภาพแวดล้อม Linux

• ในสภาพแวดล้อม Wayland StarDict ไม่สามารถจับข้อความจากแอปพลิเคชันอื่นได้ ทำให้ฟังก์ชันสแกนไม่ทำงานและไม่เกิดปัญหาด้านความปลอดภัยนี้
• ปัญหานี้ยังคงมีอยู่เฉพาะในสภาพแวดล้อม X11 แบบเดิมเท่านั้น

ปฏิกิริยาของ Debian และนักพัฒนา StarDict

• ผู้ดูแลแพ็กเกจ Debian Xiao Sheng Wen มองว่าไม่ใช่ปัญหาใหญ่ โดยระบุว่า "สามารถปิดฟังก์ชันสแกนและปลั๊กอิน YouDao ได้"
• อย่างไรก็ตาม ผู้รายงาน Vincent Lefevre ชี้ว่า "ฟังก์ชันที่เกี่ยวข้องกับความเป็นส่วนตัวต้องถูกปิดไว้เป็นค่าเริ่มต้น"
• แม้จะสามารถแจ้งฟังก์ชันนี้ผ่านคำอธิบายแพ็กเกจได้ แต่คำอธิบายของ stardict-plugin ไม่ได้กล่าวถึงการใช้พจนานุกรมออนไลน์
• มีข้อเสนอเพื่อปรับปรุง เช่น การแยกปลั๊กอินออก แต่ยังไม่มีมาตรการทันที

ความสะดวกของฟังก์ชันกับความกังวลด้านความปลอดภัย

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

เหตุการณ์ด้านความปลอดภัยลักษณะคล้ายกันในอดีตและการรับมือ

• ในปี 2009 และ 2015 ก็เคยมีการรายงานกรณีลักษณะคล้ายกัน
  • ปี 2009: มีการตั้งค่าให้ปิดพจนานุกรมเครือข่ายเป็นค่าเริ่มต้นอยู่ช่วงหนึ่ง
  • แต่ปลั๊กอิน YouDao ที่เพิ่มเข้ามาในปี 2016 เพิกเฉยต่อการตั้งค่านั้น
  • ปัญหาในปี 2015 เพิ่งได้รับการแก้ไขในปี 2025 ในรูปแบบของการถอดปลั๊กอินออก
• สะท้อนให้เห็นถึงการเกิดซ้ำของปัญหาและความล่าช้าในการรับมือ รวมถึงการเปลี่ยนผู้ดูแลและการจัดลำดับความสำคัญที่ไม่ดีซึ่งเกิดขึ้นซ้ำแล้วซ้ำเล่า

ขนาดฐานผู้ใช้และผลกระทบด้านความปลอดภัย

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

ระบบนิเวศโอเพนซอร์สและวาระด้านความปลอดภัย

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

การเปลี่ยนผ่านจาก X11 ไปสู่ Wayland

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

บทสรุปและนัยสำคัญ

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

[GN⁺]

ความคิดเห็นบน Hacker News

• อย่างที่ Xiao ชี้ไว้ ผู้ใช้ที่ติดตั้งซอฟต์แวร์สามารถอ่านคำอธิบายแพ็กเกจได้ และมีการพูดถึงฟังก์ชันสแกนไว้จริง แต่ผู้ดูแล Debian ก็มักตอบรายงานบั๊กในทำนองว่า “ต้องอ่านคำอธิบายแพ็กเกจทั้งหมดอย่างละเอียด (รวมถึงหลายร้อยแพ็กเกจที่ติดตั้งมาเป็น dependency) ” ซึ่งพูดตามตรง ถ้าเริ่มอ่านคำอธิบายและ README ทั้งหมดตั้งแต่ Trixie ที่ปล่อยออกมาเมื่อไม่กี่วันก่อน ป่านนี้ก็คงยังอ่านไม่หมด

  • “แบบแปลนและคำสั่งรื้อถอนถูกนำไปติดไว้ที่สำนักงานท้องถิ่นใน Alpha Centauri มาห้าสิบปีตามเวลาของพวกคุณชาวโลกแล้ว ถ้าคุณไม่สนใจเรื่องท้องถิ่น...” ให้ความรู้สึกตรงเป๊ะ ลิงก์วิดีโอ YouTube
  • ถ้าได้คำตอบแบบนี้ ก็คงมองได้แค่ว่ามีเจตนาไม่ดี
  • เวลาฉันติดตั้งโปรแกรมจากคลัง Debian ก็เพราะต้องการทั้งความสะดวกและความน่าเชื่อถือ แม้จะบ่นบ่อยเวลาผู้ดูแลเปลี่ยนพฤติกรรมของแพ็กเกจ แต่คนส่วนใหญ่น่าจะรู้สึกดีกว่าถ้าฟีเจอร์ที่ส่งข้อมูลจากคลิปบอร์ดไปให้ผู้อื่นเป็นแบบ opt-in คือเปิดใช้งานอย่างชัดเจน นี่เป็นการทำลายความไว้วางใจ
  • เห็นด้วยว่าตอนออก Trixie จะให้ไปอ่านคำอธิบายแพ็กเกจและ README ทั้งหมดนั้นเป็นไปไม่ได้จริง ตอนเริ่มใช้ Debian ครั้งแรกช่วงปลายยุค 90 ถึงต้นยุค 2000 ยังพอเลือกแพ็กเกจด้วย dselect แล้วใช้เวลาสักหลายชั่วโมงปรับทุกตัวเลือกให้เข้ากับฮาร์ดแวร์ของตัวเองได้อยู่ (ตอนนั้นระบบยังไม่ dynamic แบบทุกวันนี้ จึงต้องเลือกทีละอย่าง) แต่ตอนนี้จำนวนแพ็กเกจก็มหาศาล การตั้งค่าเคอร์เนลก็ใหญ่โตเกินจริง โลกทุกวันนี้ไม่ใช่โลกที่ตรวจทุกอย่างได้แล้ว (ยังมีใครใช้ dselect อยู่ไหม...?)
  • เห็นด้วยกับที่คุณพูด โดยเฉพาะเมื่อผู้ดูแลแพ็กเกจคนนี้เคยสร้างพฤติกรรมที่คาดไม่ถึงหลายครั้งมาก่อน อย่าง ปัญหาเก่า ที่ไปแก้ไฟล์คอนฟิกของแพ็กเกจอื่นด้วย พฤติกรรมไม่เหมาะสมแบบนี้เกิดซ้ำมาเรื่อย ๆ ควรถูกถอดออกจากคลังแพ็กเกจ

• ถ้าเป็นโปรแกรมพจนานุกรม ก็อาจคาดได้ตามธรรมดาว่าจะมีโค้ดที่สื่อสารกับเว็บไซต์อยู่ด้วย แต่ถ้าฉันติดตั้งพจนานุกรมด้วย apt-get ก็ย่อมคาดหวังได้ว่าพจนานุกรมทั้งชุดจะอยู่ในเครื่องฉันเอง เพราะสุดท้ายแล้วพจนานุกรมกระดาษก็ถูกใช้งานกันมาหลายร้อยปี... Stardict อาจเป็นแบบออนไลน์ก็ได้ แต่ถึงจะดูปกติ มันก็ให้ความรู้สึกเหมือนมีอะไรแอบแฝง

  • ผมคิดว่านี่เป็นเรื่องต่างกันตามเจเนอเรชัน คนที่มองว่าแอปสื่อสารกับอินเทอร์เน็ตเป็นเรื่องปกติคือคนรุ่นใหม่ที่ไม่คุ้นกับซอฟต์แวร์ที่ติดตั้งในเครื่องและไม่ติดต่อภายนอก ถึงค้นประวัตินักพัฒนาดูก็เห็นว่าเป็นคนที่เก่งคอมพิวเตอร์และย่อมรู้ดีว่าพจนานุกรมออฟไลน์ทำได้ แต่เหมือนเขาแค่ทำตาม “สิ่งที่ถือเป็นปกติ” ของคนรุ่นตัวเอง น่าเศร้าที่ในโลกปัจจุบัน แอปที่ติดตั้งในเครื่องแล้วทำงานกับข้อมูลออฟไลน์อย่างเดียวกลายเป็นแนวคิดแบบอัศวินผู้เดียวดาย ที่มีแค่ Don Quixote แห่งวงการไอทีไม่กี่คนคอยรักษาไว้
  • ต่อให้จะดูปกติก็ตาม การใช้ HTTP ที่ไม่เข้ารหัสก็เป็นสิ่งที่ยอมรับไม่ได้โดยเด็ดขาด
  • โปรแกรม ding รุ่นเก่ารองรับพจนานุกรมในเครื่องได้ดีมาก มีอยู่ใน Debian ด้วย ลิงก์ ding
  • ฉันก็สะดุดกับจุดนี้เหมือนกัน โลกที่แม้แต่ฟังก์ชันง่าย ๆ แบบนี้ยังถูกคาดหวังให้เป็น live service ช่างน่าเศร้า
  • ช่วงหนึ่งผมเริ่มรันแอป GUI โดยไม่ให้เข้าถึงเครือข่าย ตอนแรกใช้ firejail จากนั้น bubblewrap แล้วสุดท้ายก็เป็นสคริปต์ bash ที่ทำขึ้นเองเพื่อรันแอปใน sandbox ทำแบบนี้มาตั้งแต่ก่อนมี flatpak แล้ว

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

  • Samsung TV ก็เหมือนกัน เท่าที่รู้มีการแชร์ประวัติการรับชมและข้อมูลส่วนตัวกับบริษัทการตลาด นโยบายความเป็นส่วนตัวของ Samsung ใช้แบบเดียวกันทั้งมือถือและทีวี
  • ผมเคยเห็นรหัสผ่านที่คัดลอกจาก Linux ผ่าน KDE Connect ไปโผล่อยู่ในประวัติคลิปบอร์ดบน Android เลยสงสัยว่ามีวิธีป้องกันไม่ให้ย้ายเฉพาะรหัสผ่าน โดยไม่ต้องปิดการแชร์คลิปบอร์ดทั้งหมดหรือไม่
  • ถ้าใช้เครื่อง Samsung ผมแนะนำว่าอย่าสร้างหรืออย่าล็อกอินบัญชี Samsung เลย แบบนั้นจะลดโอกาสที่บริษัทจะเข้าถึงข้อมูลของคุณได้มาก

• รู้สึกว่าคำพูดเกี่ยวกับ Wayland ชวนให้เข้าใจผิดอยู่บ้าง แต่สรุปท้ายถูกต้องแล้ว: “เป็นไปได้ว่า StarDict ขอสิทธิพิเศษเพื่อให้ทำงานบน Wayland และผู้ใช้ก็กดยอมรับค่าเริ่มต้นนั้นเหมือนที่ทำอยู่ตอนนี้” กล่าวคือมีแนวโน้มสูงว่าจะเป็นแบบนั้น และอาจมีการกำหนดสิทธินั้นให้อัตโนมัติตั้งแต่ขั้นตอนติดตั้งก็ได้ มัลแวร์มีอยู่เสมอ Wayland อาจป้องกันการโจมตีบางแบบได้ แต่ไม่ได้ทำให้ปลอดภัยจากแพ็กเกจที่ติดตั้งมาเป็นส่วนหนึ่งของดิสโทร

  • ไม่ใช่ความเข้าใจผิดหรอก Wayland ดีกว่า Xorg ในประเด็นนี้อย่างชัดเจน แต่แก่นของปัญหาครั้งนี้เป็นเรื่องเชิงโครงสร้างมากกว่า ตัวอย่างเช่น ข้อมูลที่ส่งออกไปไม่ได้ถูกเข้ารหัสเลยด้วยซ้ำ! บน X11 และด้วยค่าตั้งต้นของ Debian, StarDict จะส่งข้อความที่ผู้ใช้เลือกผ่าน HTTP ไปยังเซิร์ฟเวอร์ระยะไกลสองแห่ง แม้คุณจะอ่านคำอธิบายแพ็กเกจหรือปลั๊กอิน YouDao อย่างละเอียด อย่างน้อยก็น่าจะคาดหวังว่าการสื่อสารจะถูกเข้ารหัส แต่ความจริงคือมันส่งข้อมูลไปยังเซิร์ฟเวอร์ dict.youdao.com และ dict.cn ผ่าน HTTP แบบไม่มีการป้องกันใด ๆ ใครก็ตามที่อยู่บนเส้นทางนั้นก็สามารถเห็นเนื้อหาคำขอได้

• การค้นพจนานุกรมในเครื่องจากคลิปบอร์ดนั้นโอเค การเพิ่มฟังก์ชันร้องขอพจนานุกรมระยะไกลก็ไม่ใช่ปัญหา และถ้าจะแยกสองฟังก์ชันนี้ให้ผสมกันได้ง่ายผ่านแฟลกพิเศษอะไรสักอย่างก็ยังพอรับได้ แต่การเอาสองอย่างนี้มาปนกันในค่าตั้งต้นนั้นแทบจะใกล้เคียงกับพฤติกรรมไม่หวังดี

  • youdao ที่พูดถึงตรงนี้เป็นบริการแปลภาษา การแปลออฟไลน์ยังด้อยกว่าการแปลออนไลน์มาก กล่าวคือผมเองก็อยากใช้แพ็กเกจแปล offline ของ Google แบบ local เฉพาะเวลาที่ไม่มีข้อมูลเท่านั้น ผมไม่ได้ใช้ Stardict แต่ถ้าต้องการการแปลที่มากกว่าแค่ความหมายคำศัพท์ พฤติกรรมแบบนั้นก็ถือว่าคาดเดาได้พอสมควร สรุปแล้วประเด็นหลักของบทความนี้คือ “โปรแกรมแปลภาษาจีนส่งข้อมูลจากคลิปบอร์ดไปยังเว็บไซต์ของตัวเองและบริการแปลภาษาจีนผ่าน http แบบไม่เข้ารหัส”

• สำหรับคำพูดที่ว่า “แน่นอนว่าโปรแกรมพจนานุกรมมีโค้ดเชื่อมต่อเว็บไซต์” ผมอยากบอกว่าในความเป็นจริงมันขึ้นอยู่กับเป้าหมายการใช้งาน รุ่นขั้นต่ำของพจนานุกรมภาษาฟินแลนด์ (tsk) ที่ผมทำมีขนาดราว 30MB และมีคำประมาณ 250,000 คำ โดยฝังพจนานุกรมไว้ในไบนารีเลยและสร้างการค้นหาแบบ prefix ใหม่ทุกครั้งที่รัน แต่ถ้ารวม lemmatization, นิรุกติศาสตร์ และฐานข้อมูลขนาดใหญ่ต่าง ๆ มันอาจโตไปถึงหลายสิบกิกะไบต์ได้ ผมต้องการการค้นหาแบบทันทีในระดับการพิมพ์คีย์บอร์ด จึงต้องใช้โครงสร้างแบบนี้ และใช้แรงไปมากพอจนตัดสินใจว่าจะทำรุ่นถัดไปเป็นแบบเสียเงิน tsk Github หน้าเว็บเวอร์ชันเสียเงิน (ตอนนี้ออฟไลน์อยู่เพราะปัญหา code signing บน Windows) สำหรับกรณีใช้งานอื่นส่วนใหญ่ การถามเซิร์ฟเวอร์จะสะดวกกว่ามาก แทบไม่มีเหตุผลให้ดาวน์โหลดพจนานุกรมมหึมาทั้งหมดลงมา ดังนั้นโครงสร้างแบบผสม เช่นแคชคำที่ใช้บ่อยที่สุด 10,000 คำไว้ในเครื่อง แล้วค่อยให้คำหายากไปถามเซิร์ฟเวอร์ จึงถือว่าสมเหตุสมผลมาก

• ยิ่งดูยิ่งรู้สึกว่ามีหลายจุดที่ตีความได้ว่าเป็นเจตนาไม่ดี ผู้ดูแลตอบว่า “ผู้ใช้เปิดใช้ฟังก์ชัน ‘scan’ เอง และเมื่อเลือกข้อความก็จะเป็นการ trigger การแปล... แล้วทำไมถึงไปเลือกข้อมูลลับมาเป็นคำขอแปลล่ะ?”

  • หรือผู้ดูแลอาจแยกไม่ออกว่าความลับที่อยู่ในภาษาต่างประเทศก็ยังเป็นความลับอยู่... อย่างเช่นถ้าเขียนว่า “ความลับ” น่ะนะ “หัวหน้าครับ ศัตรูกำลังเจอข้อผิดพลาดจากเซิร์ฟเวอร์แปลภาษา!”

• ผมนับถือความพยายามมหาศาลที่เทให้ Debian แต่ผมไม่ชอบ “ความสุดโต่ง” แบบนี้ของตัวจัดการแพ็กเกจเสมอมา เช่นแค่จะติดตั้ง foo ก็พยายามติดตั้งซอฟต์แวร์ที่เกี่ยวข้องให้หมดเท่าที่เป็นไปได้ และถ้ามี network daemon ก็เปิดรันทันทีด้วย แม้จะรู้ว่ามีแฟลกสำหรับปิดการติดตั้ง “แพ็กเกจแนะนำ” แต่ก็ยังรู้สึกว่าค่าตั้งต้นแบบนี้กลับทำให้ผู้ใช้ลำบาก

  • ขอแย้งอย่างสุภาพว่า “Recommends” มีไว้เพื่อขยายความสามารถหลักของแพ็กเกจที่ติดตั้งอยู่ ถ้าไม่มี แพ็กเกจก็ไม่ได้พัง แต่ฟีเจอร์สำคัญอาจหายไป แพ็กเกจที่เป็นประเด็นนี้ควรถูกจัดอยู่ใน “Suggests” มากกว่า ซึ่งตามปกติจะไม่ถูกติดตั้งโดยอัตโนมัติ เมื่อใช้ apt หรือ aptitude ก็มีหน้าพรีวิวการติดตั้งให้ผู้ใช้เลือกอยู่แล้ว มีความตึงเครียดระหว่างแนวทางแบบมินิมอลกับความสะดวกของผู้ใช้ ในช่วงออก Debian 13 ก็มีคนบอกว่า “Debian ไม่ได้เป็นดิสโทรที่เป็นมิตรกับผู้ใช้เลย” ส่วนตัวผมชอบ “ดิสโทรที่เสถียร ยึดพื้นฐาน และใช้ง่าย” มากกว่าแนว “IKEA สำหรับคนชอบ DIY แบบ DIY” และผู้ใช้ระดับสูงก็ปรับได้เองเสมอ ถ้าต้องการเปลี่ยนค่าตั้งต้นก็ทำได้ใน /etc/apt/conf.d/ หรือถ้าทำครั้งเดียวก็ใช้ --no-install-recommends
  • นี่คือภาวะกลืนไม่เข้าคายไม่ออกแบบคลาสสิกระหว่างความสะดวกกับความปลอดภัย ค่าตั้งต้นของ Debian ที่ติดตั้ง “Recommends” นั้นถูกออกแบบในยุคที่เครือข่ายไม่ใช่สิ่งถาวร และความสามารถใช้งานในเครื่องสำคัญกว่าขอบเขตความปลอดภัย
  • เดิมค่าเริ่มต้นของ APT::Install-Recommends คือ false และถูกเปลี่ยนเป็น true ใน Debian 6.0 Squeeze (2011-02-06) ตอนนั้นผมก็ไม่ชอบที่ Debian กับ Ubuntu ติดตั้งแพ็กเกจไม่จำเป็นเยอะไป ตอนนี้พอมองย้อนกลับไปก็รู้สึกว่าเส้นแบ่งระหว่าง recommends กับ suggests มันคลุมเครือ และการติดตั้ง “recommends” เป็นค่าตั้งต้นพร้อมให้ผู้ใช้ opt-out น่าจะดีกว่า ถึงอย่างนั้น ในระบบที่ผมดูแลเองก็ยังปิดการติดตั้งแพ็กเกจแนะนำอัตโนมัติอยู่
  • การที่ --install-recommends เป็นค่าตั้งต้นไม่ใช่ปัญหา Recommends ต่างจาก Suggests แบบละเอียดอ่อนตรงที่สื่อว่า “ผู้ใช้ส่วนใหญ่ของเราน่าจะต้องการสิ่งนี้” ส่วน Suggests คือ “ฟีเจอร์สำหรับคนส่วนน้อย” แต่ผมก็เห็นด้วยว่าเป็นปัญหาถ้าผู้ดูแลแต่ละรายใช้ฟิลด์ Recommends ในทางที่เกินเลย เช่นจะติดตั้งเครื่องมือบีบอัดไฟล์แต่กลับพ่วงระบบ init เฉพาะมาด้วย แบบนั้นไม่สมเหตุสมผลเลย (กำลังมองไปที่ file-roller กับทีม GNOME)
  • ในทางกลับกัน ถ้าฟังก์ชันที่ต้องมีถูกทำให้เป็นตัวเลือกแบบ opt-in จนผู้ใช้พลาดไปก็เป็นปัญหาเช่นกัน ประเด็นจึงไม่ใช่ว่าควรติดตั้ง “แพ็กเกจแนะนำ” หรือไม่ แต่คือการแนะนำแพ็กเกจควรทำอย่างระมัดระวังกว่านี้ อนึ่ง Debian ก็แยกความบังคับและความเป็นทางเลือกไว้แล้วด้วย recommended และ suggested

• ผมไม่เข้าใจว่าทำไมฟังก์ชันทั้งหมดนี้ถึงไม่ทำงานแบบออฟไลน์ พจนานุกรมภาษาจีนทั้งชุดมีคำน้อยกว่า 400,000 คำ ต่อให้คิดคำละ 1k ก็แค่ 400MB เอง ทำในเครื่องได้สบาย การพึ่งพาการเชื่อมต่อเครือข่ายเป็นเพียงการออกแบบที่ไม่รอบคอบ

  • ถ้าอย่างนั้นก็คงต้องมีพจนานุกรมแบบ copyleft ก่อน

• เห็นเรื่องแบบนี้แล้วโมโหมาก นี่เป็นสิ่งที่ยอมรับไม่ได้เด็ดขาด

  • อยากบอกว่าคุณไม่ได้คิดอยู่คนเดียว เหมือนตอนขว้างพายใส่ Bill Gates นั่นแหละ คงต้องมีอะไรสักอย่างที่เรียกสติคนได้บ้าง