การตัดสินใจของ Debian ในการลดคุณสมบัติของ KeePassXC ทำให้เกิดการโต้เถียง

การตัดสินใจที่เป็นที่ถกเถียงของนักพัฒนาชาว Debian ที่ลดความสามารถด้านเครือข่ายบางส่วนของ KeePassXC ได้สร้างความไม่พอใจในหมู่ผู้ใช้งาน

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

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

การตรวจสอบติดตามโดยสมาชิกของทีม KeePassXC พบว่านักพัฒนาของ Debian ได้ลบฟังก์ชันบางอย่างออกจากแอปพลิเคชัน เมื่อเขาขอให้ฟังก์ชันเดิมถูกกู้คืน Julian Klode นักพัฒนา Debian และนักพัฒนา Ubuntu Core ตอบว่า:

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

ผู้ใช้ที่ต้องการสิ่งไร้สาระนี้สามารถติดตั้งเวอร์ชันที่แย่ได้ แต่แน่นอนว่าสิ่งนี้เพิ่มความเสี่ยงจากการโจมตีของผู้ร่วมพัฒนาที่เข้ามาโดยไม่ตั้งใจ

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

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

อะไรเป็นสาเหตุให้เกิดการเปลี่ยนแปลงนี้? ตามที่ Klode กล่าว แอป KeePassXC ปัจจุบัน พร้อมฟังก์ชันทั้งหมดของมัน มีพื้นผิวการโจมตีที่กว้างขึ้น

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

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

ดังนั้น การบังคับมุมมองและแนวทางแก้ไขอาจเป็นวิธีแบบ Canonical แต่แน่นอนว่าไม่ใช่วิธีแบบ Debian ไม่มีการสนทนาก่อนหน้านี้ แค่มีคนตัดสินใจและตัดฟีเจอร์ตามที่ต้องการ ตามที่นักพัฒนา KeePassXC กล่าวไว้:

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

นอกจากนี้ ตามที่ผู้ใช้ที่เข้าร่วมในการอภิปรายได้กล่าวไว้ การชี้ไปที่ลิงก์นี้เพื่อเป็นข้อมูลอ้างอิง:

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

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

ผู้ที่ได้รับผลกระทบ: ผู้ใช้เวอร์ชันเสถียรของ Ubuntu และ Debian ยังคงสามารถเข้าถึงเวอร์ชันเต็มรูปแบบของ KeePassXC ได้ แต่ผู้ที่ใช้ Debian Testing อาจพบสิ่งต่อไปนี้:

แทนที่จะเป็นแบบนี้:

แล้วตอนนี้มีวิธีแก้ปัญหาอะไรอยู่หรือ? ตอนนี้มีแพ็กเกจ KeePassXC ที่ทำงานได้ครบถ้วนพร้อมคุณสมบัติทั้งหมด ซึ่งเรียกว่า “keepassxc-full” พร้อมให้ใช้งานแล้วในที่เก็บของ Debian สำหรับการทดสอบและไม่เสถียร

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

คุณสามารถหาการอภิปรายเกี่ยวกับคดีฉบับสมบูรณ์ได้ที่นี่