แคลิฟอร์เนียเดินหน้าจะยกเว้น Linux จากกฎหมายยืนยันอายุ หลังเกิดกระแสต้าน
(tomshardware.com)- AB 1856 ของ California เป็นร่างแก้ไขที่มุ่งยกเว้นระบบปฏิบัติการโอเพนซอร์สส่วนใหญ่ออกจาก ข้อบังคับการยืนยันอายุในระดับระบบปฏิบัติการ ตามกฎหมาย Digital Age Assurance Act
- ร่างแก้ไขนี้จะยกเว้นระบบปฏิบัติการและแอปที่เผยแพร่ภายใต้ไลเซนส์ที่อนุญาตให้ผู้ใช้ คัดลอก·แจกจ่ายต่อ·แก้ไข ซอฟต์แวร์ได้
- AB 1043 เดิมกำหนดให้มีการขออายุหรือวันเดือนปีเกิดระหว่างตั้งค่าอุปกรณ์ และส่ง สัญญาณช่วงอายุ ไปยังแอปและร้านแอป
- ดิสทริบิวชัน Linux ไม่ใช่แพลตฟอร์มเชิงพาณิชย์ที่ควบคุมจากศูนย์กลาง และหลายกรณีก็ไม่มีบัญชีผู้ใช้ ระบบ telemetry หรือโครงสร้างความเป็นเจ้าของโดยบริษัท จึงเกิดข้อถกเถียงอย่างมาก
- แพลตฟอร์มเชิงพาณิชย์ที่ใช้ Linux เป็นฐานและรวม ร้าน Steam และไคลเอนต์ แบบปิดไว้ด้วย เช่น SteamOS อาจยังคงอยู่ภายใต้กฎหมายแม้มีข้อยกเว้นแล้ว
ข้อยกเว้นสำหรับระบบปฏิบัติการโอเพนซอร์สและความคืบหน้าทางนิติบัญญัติ
- สภานิติบัญญัติของ California กำลังผลักดัน AB 1856 เพื่อยกเว้นระบบปฏิบัติการโอเพนซอร์สส่วนใหญ่ออกจาก ข้อบังคับการยืนยันอายุในระดับระบบปฏิบัติการ ของ Digital Age Assurance Act
- Assembly Bill 1856 (AB 1856) มีกำหนดเข้าสู่การพิจารณาของคณะกรรมาธิการในเดือนมิถุนายน และมีแนวโน้มสูงที่ดิสโทร Linux หลักอย่าง Debian, Fedora, Ubuntu, Arch Linux และ Mint จะถูกยกเว้นจากภาระการปฏิบัติตามที่มีกำหนดเริ่มในวันที่ 1 มกราคม 2027
- ร่างแก้ไขนี้กำหนดให้ซอฟต์แวร์ที่เผยแพร่ภายใต้ไลเซนส์ซึ่งอนุญาตให้ผู้ใช้ “คัดลอก แจกจ่ายต่อ แก้ไข” ซอฟต์แวร์ได้ ถูกยกเว้นจากขอบเขตบังคับใช้ของกฎหมายเดิม
- ข้อความที่เสนอระบุว่า “ผู้ให้บริการระบบปฏิบัติการ” ไม่ได้หมายถึงบุคคลหรือองค์กรที่แจกจ่ายระบบปฏิบัติการหรือแอปพลิเคชันภายใต้เงื่อนไขไลเซนส์ที่อนุญาตให้ผู้รับคัดลอก แจกจ่ายต่อ และแก้ไขซอฟต์แวร์ได้
- สมาชิกสภารัฐ California Buffy Wicks เสนอ AB 1856 เมื่อวันที่ 11 กุมภาพันธ์ 2026
- ถ้อยคำเรื่องข้อยกเว้นสำหรับโอเพนซอร์สถูกเพิ่มเข้ามาในฉบับแก้ไขภายหลัง และเริ่มได้รับความสนใจจากชุมชน Linux และชุมชนความเป็นส่วนตัว
- เวอร์ชันล่าสุดลงวันที่ 18 พฤษภาคม 2026
- ณ วันที่ 19 พฤษภาคม 2026 ร่างกฎหมายนี้ผ่านการอ่านวาระที่สองและถูกส่งต่อไปยังวาระที่สาม
โครงสร้างของ Digital Age Assurance Act ฉบับเดิม
- Assembly Bill 1043 (AB 1043) ฉบับเดิมผ่านความเห็นชอบในช่วงปลายปี 2025 และมีชื่อทางการว่า Digital Age Assurance Act
- กฎหมายนี้มีโครงสร้างที่ย้ายการยืนยันอายุออนไลน์ออกจากรูปแบบที่เว็บไซต์และแอปแต่ละรายจัดการเอง ไปไว้ที่ ระดับระบบปฏิบัติการ
- ระบบปฏิบัติการต้องขออายุหรือวันเดือนปีเกิดของผู้ใช้ในกระบวนการตั้งค่าอุปกรณ์ และต้องส่ง “สัญญาณช่วงอายุ (age bracket signal)” ไปยังแอปและร้านแอป
- กฎหมายกำหนดช่วงอายุเป็น “ต่ำกว่า 13 ปี”, “13–15 ปี”, “16–17 ปี”, “18 ปีขึ้นไป” เป็นต้น
- ข้อกำหนดลักษณะนี้จะนำไปใช้กับระบบนิเวศซอฟต์แวร์โอเพนซอร์สที่กระจายตัวได้อย่างไร กลายเป็นประเด็นถกเถียงทันที
จุดปะทะกับ Linux และระบบนิเวศโอเพนซอร์ส
- ต่างจาก Apple iOS หรือ Android ของ Google ดิสทริบิวชัน Linux ส่วนใหญ่ไม่ใช่แพลตฟอร์มเชิงพาณิชย์ที่ถูกควบคุมจากศูนย์กลาง
- ดิสทริบิวชัน Linux จำนวนมากเป็น โครงการชุมชนที่ดำเนินการโดยอาสาสมัคร และในหลายกรณีก็ไม่มีบัญชีผู้ใช้ ระบบ telemetry หรือโครงสร้างความเป็นเจ้าของโดยบริษัทอย่างเป็นทางการ
- มีเสียงวิจารณ์ว่าถ้อยคำในกฎหมายเดิมกว้างเกินไป จนอาจบังคับให้ระบบปฏิบัติการโอเพนซอร์สต้องทำหน้าที่เป็น แพลตฟอร์มยืนยันอายุ ด้วย
- องค์กรด้านความเป็นส่วนตัวรวมถึง Electronic Frontier Foundation มองว่ากฎหมายนี้ล่วงล้ำความเป็นส่วนตัว และอาจสร้างโครงสร้างพื้นฐานการติดตามตัวตนในโลกออนไลน์ในวงกว้างยิ่งขึ้น
- นักพัฒนา Linux ยังตั้งคำถามด้วยว่า California จะบังคับใช้ข้อกำหนดเช่นนี้กับโครงการซอฟต์แวร์โอเพนซอร์สที่สามารถฟอร์กได้ไม่สิ้นสุดในทางปฏิบัติอย่างไร
เส้นแบ่งของ SteamOS และระบบนิเวศแอปแบบปิด
- SteamOS อาจยังอยู่ภายใต้กฎหมาย เพราะเชื่อมโยงกับระบบนิเวศแอปพลิเคชันแบบปิด
- แพลตฟอร์มเกมบน Linux ของ Valve มาพร้อม ร้าน Steam และไคลเอนต์ แบบปิด
- ด้วยโครงสร้างนี้ ในมุมมองด้านกำกับดูแล SteamOS อาจมีสถานะใกล้เคียงกับ Apple App Store หรือ Google Play มากกว่า
- AB 1856 ไม่ได้ยกเลิก Digital Age Assurance Act เดิม แต่เป็นการทำให้ขอบเขตของคำว่า “ผู้ให้บริการระบบปฏิบัติการ” ในกฎหมายแคบลง
- แพลตฟอร์มเชิงพาณิชย์ที่มีระบบนิเวศแอปแบบปิดอาจยังคงอยู่ภายใต้ข้อกำหนดการยืนยันอายุของ California แม้ว่าดิสทริบิวชัน Linux โอเพนซอร์สส่วนใหญ่จะได้รับการยกเว้นก็ตาม
1 ความคิดเห็น
ความเห็นจาก Hacker News
ภาระหน้าที่ในระดับอุปกรณ์ แค่ตรวจสอบว่ามีการเปิดใช้ การควบคุมโดยผู้ปกครอง ตอนติดตั้งค่าเริ่มต้นของเว็บไคลเอนต์ก็เพียงพอแล้ว
เรื่องนี้จะกระทบแค่เบราว์เซอร์หลัก ๆ และเป็นการตรวจสอบที่เด็กฝึกงานของแต่ละบริษัทเบราว์เซอร์ใช้เวลาไม่กี่นาทีก็ใส่ได้ ถ้าเปิดอยู่และผู้ใช้ที่ล็อกอินไม่ใช่ผู้ดูแลระบบหรือบัญชีสิทธิ์ระดับสูง การติดตั้งค่าเริ่มต้นของเว็บไคลเอนต์ก็ควรตรวจสอบ RTA header ถ้ามี header นี้ก็ควรถามรหัสผ่านสำหรับข้ามข้อจำกัด และให้ผู้ดูแลระบบเพิ่มโดเมนลงในรายการอนุญาตได้ตรงนั้นเลย มันไม่สมบูรณ์แบบ แต่ก็ไม่มีวิธีแก้ที่สมบูรณ์แบบอยู่แล้ว
สิ่งที่เซิร์ฟเวอร์ แพลตฟอร์ม เว็บไซต์ และผู้ให้บริการต้องทำ มีแค่ตั้งค่า RTA header หากมีโอกาสเป็นเนื้อหาผู้ใหญ่ หรือเป็นเนื้อหาที่ผู้ใช้สร้างขึ้นจนอาจกลายเป็นเนื้อหาผู้ใหญ่แบบไดนามิกได้ แบบนี้จะช่วยให้เด็กเล็กแทบไม่เห็นเนื้อหาผู้ใหญ่เลย และยังทำให้ใช้โซเชียลมีเดียไม่ได้จนกว่าพ่อแม่หรือผู้ปกครองตามกฎหมายจะอนุมัติ ลดได้สองปัญหาพร้อมกัน
ถ้าเว็บไม่เพิ่ม RTA header ก็ควรปรับเงินแบบไต่ระดับ ถ้ายอมรับค่าปรับเป็นต้นทุนการดำเนินงาน ก็ควรยึดทรัพย์และจับผู้เกี่ยวข้องไปอยู่รวมกับนักโทษทั่วไป เด็กฝึกงานยังเปิด header นี้ได้ใน 5 นาที
กฎหมายเรื่องการยืนยันอายุควรยึดแนวทางนี้เป็นหลัก ไม่อย่างนั้นก็ควรถูกปฏิเสธเพราะเป็นการติดตามแบบละเมิดและรุกล้ำความเป็นส่วนตัว จุดโฟกัสควรอยู่ที่เด็กเล็ก วัยรุ่นนั้นแชร์ทั้งโป๊แวร์ warez และหนังกันได้แม้อยู่ในเกมเรตทั่วไป
https://news.ycombinator.com/item?id=47950091
ทางที่ดีกว่า ถ้าไม่มี header หรือ parse ไม่ได้ ก็ควรให้ค่าเริ่มต้นเป็นเสี่ยง ถ้ามี header ก็แค่อธิบายระดับว่าหน้านั้นอาจมีเนื้อหาเสี่ยงประเภทไหนบ้าง Header นี้ใส่ได้กับเนื้อหาที่แสดงผลได้ เช่น HTML, ข้อความ, รูปภาพ, เสียง, วิดีโอ แต่ไม่ควรใส่กับเนื้อหาที่เครื่องอ่านอย่างไฟล์ JS หรือ AJAX response
แบบนั้นก็จะมีแค่เว็บไซต์ที่อยากให้ผู้เยาว์เข้าถึงได้เท่านั้นที่ต้องเพิ่ม header ในโซเชียลเน็ตเวิร์ก ผู้ใช้ก็อาจมีตัวเลือกติดป้ายเนื้อหาของตัวเองว่า “ปลอดภัย” ได้
ในข้อเสนอนี้ ผู้ดูแลเว็บไซต์เดิมไม่ต้องทำอะไรเลยเพื่อระบุว่าเว็บตัวเอง “เสี่ยง” เพราะทุกเว็บไซต์จะถือว่า “เสี่ยง” โดยปริยาย แบบนี้ดีกว่ามาก เพราะผู้ดูแลเว็บไซต์นับล้านไม่ต้องเสียค่าใช้จ่ายในการปรับตัวแม้แต่ 0 ดอลลาร์
เบราว์เซอร์บนอุปกรณ์ที่เปิดโหมดผู้ปกครองไม่ควรแสดงเนื้อหาที่ไม่มี header หรือถูกระบุว่าเสี่ยง หรือมี header ที่ค่าไม่ถูกต้อง ผู้ปกครองสามารถใส่บางเว็บไว้ในรายการอนุญาตได้
การติดป้ายเนื้อหาเสี่ยงว่า “ปลอดภัย” โดยเจตนาควรมีความรับผิดตามมา ต้องคิดด้วยว่าผู้ดูแลจากต่างประเทศอาจจงใจติด header ผิดให้เนื้อหาเสี่ยง อาจจัดการได้ด้วยการใส่ลงในรายการบล็อกที่เบราว์เซอร์อัปเดตเป็นระยะ
เสิร์ชเอนจินอย่าง Google ควรทำงานในโหมด “ปลอดภัย” โดยปริยาย แต่ถ้าผู้ใช้พยายามปิดข้อจำกัด ก็อาจติด risk header ได้
ผมคิดว่าวิธี “ถ้าเว็บไม่เพิ่ม RTA header ก็เพิ่มค่าปรับไปเรื่อย ๆ” สู้วิธีปรับเฉพาะกรณีที่จงใจแสดงความปลอดภัยของเนื้อหาเท็จไม่ได้
https://webmasters.stackexchange.com/questions/140733/how-to...
ตามเคยเลย มากกว่า 95% ของคอมเมนต์ไม่รู้ด้วยซ้ำว่ามีอะไรอยู่ใน กฎหมายแคลิฟอร์เนีย ฉบับจริง และกำลังคอมเมนต์เรื่องที่ไม่เกี่ยวกับกฎหมายนั้น
หลายรัฐ หลายประเทศ และหลายองค์กรข้ามชาติที่ออกกฎหมายไปแล้วหรือกำลังออกกฎหมายในพื้นที่นี้ ต่างก็ใช้แนวทางไม่เหมือนกัน แตกต่างกันทั้งในเรื่องขอบเขต วิธีการยืนยันอายุ มีการตรวจอายุจริงหรือไม่ ต้องใช้เอกสารหรือไม่ ใช้กับเว็บ ใช้กับแอป หรือใช้ทั้งคู่ ทำให้การใช้งานแบบไม่ระบุตัวตนยากขึ้นแค่ไหน เปิดเผยข้อมูลอ่อนไหวต่อแอป/เว็บไซต์มากน้อยเพียงใด และรัฐบาลสามารถติดตามประวัติการใช้งานได้หรือไม่
สิ่งที่น่าขำที่สุดคือ เวลามีคนบอกว่ากฎหมายแย่ ทั้งที่จริงแล้วไปวิจารณ์สิ่งที่ไม่มีอยู่ในกฎหมายแคลิฟอร์เนีย จากนั้นก็อธิบาย “วิธีแก้” ที่แทบจะเหมือนกับวิธีในกฎหมายแคลิฟอร์เนียนั่นเอง
แต่ก็อย่างที่คุณพูดไว้ตอนท้าย การพูดเหมือนเป็นไอเดียใหม่เพื่อแก้ปัญหา ทั้งที่จริงแล้วเป็นวิธีเดียวกับที่บทความต้นทางเสนอ ก็ชวนเขินอยู่เหมือนกัน
ถึงอย่างนั้น ผมก็คิดว่าประเด็นถกเถียงที่เหลือยังคุยกันได้อย่างมีคุณค่า
ท้ายที่สุดแล้ว ใครกันแน่ที่เป็นคนเขียน กฎหมายอินเทอร์เน็ตของแคลิฟอร์เนีย ที่น่ากังวลอย่างยิ่งและจะส่งผลกระทบต่อทั้งสหรัฐฯ และทั่วโลก?
เขียนร่างกฎหมายอินเทอร์เน็ตของแคลิฟอร์เนียโดยไม่ปรึกษาบริษัทอินเทอร์เน็ตในแคลิฟอร์เนียเลยหรือ?
มีบริษัทอินเทอร์เน็ตในแคลิฟอร์เนียบางแห่งเป็นคนเขียนเองหรือ?
หรือเป็นกลุ่มอำนาจอื่นที่เขียน?
แม้ทั้งประโยคจะชี้ให้เห็นมุมมองที่คับแคบอย่างมากต่อ “คอมพิวเตอร์” แต่คำจำกัดความกลับกว้างเสียจนแม้แต่ CPU ฝังตัวเล็ก ๆ ในไมโครเวฟก็อาจต้องถามอายุก่อนจะทำอะไรบางอย่าง
ร่างกฎหมายถูกเขียนในลักษณะ “มาตั้งคณะกรรมการหรือองค์กรขึ้นมาทำเรื่องดี ๆ ป้องกันเรื่องเลวร้าย ระดมทุนให้เรื่องดี ๆ และกันไม่ให้เรื่องแย่ ๆ เกิดขึ้น” จากนั้นเมื่อกฎหมายผ่าน พวกล็อบบี้ยิสต์ก็จะมาเขียนรายละเอียด โครงการนั้นก็จะเก็บภาษีจากประชาชน เงินนั้นก็กลายเป็นรายได้ของบริษัท บริษัทก็บริจาคให้นักการเมือง แล้วนักการเมืองก็ขายคะแนนเสียงให้ล็อบบี้ยิสต์และกลุ่มผลประโยชน์
นักการเมืองแคลิฟอร์เนียเริ่มจากเป้าหมายสุดท้ายคือ “รักษาอำนาจ ปราบการต่อต้าน หาทุน และปฏิเสธความล้มเหลว”
มันเกินกว่าการโกหกต่อหน้าต่อตาไปแล้ว พวกเขาทำตัวน่าเชื่อถือราวกับจริงใจ ขณะเดียวกันก็หาทางรีดทุกอย่างที่ทำได้เพื่อตัวเอง พรรคของตัวเอง และสุดท้ายคือเพื่อ “รัฐบาล” และจะทำทุกอย่างเพื่อคงภาพลวงตาว่าคุณยังมีทางเลือก มีสิทธิเลือกตั้ง และมีสิทธิพูด
ฉันอยู่ที่นี่มาตลอดชีวิต และนักการเมืองพวกนี้ชั่วร้าย พวกเขาโกหก หลอก ขโมย พอโดนจับได้ก็ปฏิเสธ และถ้าไปแตะต้องก็ลงโทษ
ทั้งหมดนี้เกิดขึ้นเพราะหน่วยงานรัฐหมดทั้งความตั้งใจและความสามารถในการกำกับดูแลบริษัทแล้ว เลยหันมาโยนภาระให้ ผู้บริโภค แทน
ถ้ามองแบบประชดประชัน เหตุผลที่ทำแบบนี้อาจเป็นเพราะต้องการไม่ให้ นักพัฒนา Linux มีสถานะผู้เสียหายโดยตรงพอจะคัดค้านกฎหมายโดยอ้างการแก้ไขเพิ่มเติมรัฐธรรมนูญครั้งที่ 1 ได้
นี่เป็นมุกแบบคลาสสิกว่า “สิ่งที่เราจะทำนั้นไร้เหตุผลตั้งแต่รากฐาน เพราะงั้นเราจะคอยแปะข้อยกเว้นแบบสุ่ม ๆ เข้าไปเรื่อย ๆ เพื่อทำให้มันดูเหมือนเป็นประเด็นเฉพาะทาง แล้วก็ทำตามที่ต้องการก่อน จากนั้นค่อย ๆ ปิดข้อยกเว้นพวกนั้นทีละข้อเมื่อเวลาผ่านไป”
อีก 5 ปีจะมีพวกโง่ในคอมเมนต์บอกว่า “ช่องโหว่ Linux” เป็นความผิดพลาดและต้องปิดมันเสีย
ที่มา: ประวัติศาสตร์
ในทางการเมืองถือว่าเป็นการเดินเกมที่ฉลาด เพราะกลุ่มที่คัดค้าน การยืนยันอายุ นี้มากที่สุดก็บังเอิญทับซ้อนกับคนที่ชอบซอฟต์แวร์โอเพนซอร์ส นั่นคือพวกสายเทคที่ให้ความสำคัญกับเสรีภาพของผู้ใช้
แน่นอนว่านี่ก็หมายความว่าเหล่าคนเพี้ยนที่ใช้ Linux หรือ LineageOS จะได้แต้มเท่เพราะเข้าถึงคอนเทนต์สำหรับผู้ใหญ่มากขึ้นด้วย
เรื่องนี้จะล้มเหลว หรือไม่ก็กฎหมายทั้งฉบับจะโดนปัดตก Microsoft จะทุ่มเงินจำนวนมากเพื่อไม่ให้ตัวเองเสียเปรียบ
ไม่ใช่แค่ Linux เท่านั้น ที่ถูกต้องกว่าคือมีการระบุว่า “ผู้ให้บริการระบบปฏิบัติการ” ไม่ได้หมายถึงบุคคลหรือนิติบุคคลที่แจกจ่ายระบบปฏิบัติการหรือแอปพลิเคชันภายใต้เงื่อนไขใบอนุญาตที่เปิดให้ผู้รับสามารถคัดลอก แจกจ่ายต่อ หรือแก้ไขซอฟต์แวร์ได้
บางทีอาจต้องเขียนให้เป็น “โค้ด” ของซอฟต์แวร์ ต้องเป็นโอเพนซอร์สโค้ด และอาจต้องระบุด้วยว่าทั้งหมดนี้ต้อง “ฟรี”
นี่เป็นการเคลื่อนไหวที่แย่ แคลิฟอร์เนียไม่ได้มีกฎหมาย ยืนยันอายุ แต่เป็นแค่กฎหมายที่บังคับให้ถามอายุ และเหตุผลดี ๆ ทุกอย่างที่ควรถามว่าผู้ใช้มีอายุ 18 ปีขึ้นไปหรือไม่ ก็ยังใช้ได้เหมือนเดิมแม้ระบบปฏิบัติการนั้นจะเป็น Linux
บทลงโทษสำหรับการจัดหาระบบปฏิบัติการที่ไม่ถามว่าอายุเกิน 18 หรือไม่ คือผลิตภัณฑ์นั้นจะถือว่าเป็นสินค้ามีตำหนิและสามารถขอเงินคืนได้ แต่ซอฟต์แวร์โอเพนซอร์สก็แจกฟรีและไม่มีประกันอยู่แล้ว ใครจะสนล่ะ ข้อยกเว้นคงมีแค่กรณีซื้อจาก Red Hat ซึ่งเท่ากับว่าให้เอกสิทธิ์คุ้มกันการละเมิดกฎหมายแก่ Red Hat แบบไม่มีเหตุผลเลย
เรื่องส่วนที่บอกว่า “SteamOS อาจยังได้รับผลกระทบอยู่” นั้น ตัว Steam เองก็มีการยืนยันอายุอยู่แล้ว ตอนเปิด Steam Deck ครั้งแรก อย่างน้อยเท่าที่ฉันรู้ หากไม่ทำการหลบเลี่ยงในช่วงตั้งค่าเริ่มต้น ก็แทบจะถูกบังคับให้ล็อกอิน Steam ก่อนจะทำอะไรได้เลย
แต่พอเข้าไปได้แล้ว ก็ไม่มีทางหยุดไม่ให้สลับไปโหมดเดสก์ท็อปแล้วเปิด Firefox ดูหนังโป๊ได้
น่าเสียดายที่คำตอบก็ยังคงเป็นเรื่องเดิมคือ พ่อแม่ต้องเลี้ยงดูลูกกันจริง ๆ แน่นอนว่านี่ก็คล้ายกับการพูดว่าคนโง่ไม่ควรมีลูก