Google เปิดซอร์ส Credentio — ไลบรารี C++ ตรวจ C2PA Content Credentials แบบทำงานในเครื่อง ใช้ Apache 2.0

Google เปิดซอร์ส Credentio เมื่อวันที่ 13 สิงหาคม 2026 — ไลบรารี C++ สำหรับตรวจสอบ C2PA Content Credentials ในไฟล์ภาพ วิดีโอ เสียง และเอกสาร เขียนโดย Sherif Hanna (Group Product Manager) บน Google Developers Blog

จุดขายไม่ใช่ว่ามันทำอะไรได้ใหม่ แต่คือมันคือโค้ดชุดเดียวกับที่ Google ใช้จริงอยู่แล้ว — Google ระบุว่าโค้ดเดียวกันนี้ขับเคลื่อนผลิตภัณฑ์ของ Google ที่รองรับ C2PA อยู่แล้ว เกือบ 40 ตัว นี่ไม่ใช่โปรเจกต์ตัวอย่าง แต่เป็นการยกโครงสร้างพื้นฐานที่รันในโปรดักชันออกมาให้คนอื่นใช้

Credentio ทำอะไรได้

• ตรวจในเครื่อง ไม่ต้องส่งขึ้นคลาวด์ — ประมวลผลไฟล์ทั้งหมดในเครื่อง ทั้งฝั่ง client และ server ไม่มี latency ของเครือข่าย ไม่มีค่า bandwidth และไฟล์ไม่ต้องออกจากระบบของคุณ ซึ่งเป็นเรื่องใหญ่สำหรับสื่อที่ยังไม่เผยแพร่หรือข้อมูลที่มีข้อจำกัดด้านความเป็นส่วนตัว
• รองรับสเปก C2PA เวอร์ชัน 2.2 และ 2.4
• แยกวิเคราะห์ manifest, assertion และลายเซ็นดิจิทัลอย่างละเอียด พร้อมออกรายงานผลตรวจ (verdict)
• เชื่อมกับ C2PA Trust List อย่างเป็นทางการ และตั้งค่า trust list เองได้
• หน่วยความจำต่ำ — Google อ้างว่าใช้หน่วยความจำน้อยกว่าโซลูชันอื่นอย่างมีนัยสำคัญเมื่อตรวจไฟล์ใหญ่ และยังคงรอยเท้าเล็กแม้กับวิดีโอหลายกิกะไบต์

ฟอร์แมตที่รองรับ (จาก repo โดยตรง) ครอบคลุมกว่าที่คาด: ภาพ AVIF, DNG, GIF, HEIC, HEIF, JPEG, PNG, TIFF, WebP — เสียง/วิดีโอ AVI, M4A, MOV, MP3, MP4, WAV, FLAC — เอกสาร PDF, DOCX, PPTX, XLSX

โค้ดอยู่ที่ mediaprovenance.googlesource.com/credentio ภายใต้ Apache 2.0 โดยมีคำเตือนจากทีมพัฒนาเองว่ายัง “พัฒนาอยู่และอาจมี breaking change โดยไม่แจ้งล่วงหน้า”

ข้อจำกัดที่ต้องรู้ก่อนเอาไปใช้

ตอนนี้ทำได้แค่ตรวจ ยังสร้างไม่ได้ — เวอร์ชันปัจจุบันโฟกัสที่ validation อย่างเดียว Google บอกว่าจะขยายไปสู่การ generate Content Credentials ในอนาคต แปลว่าถ้าคุณต้องการฝัง credential ลงในไฟล์ที่ระบบคุณผลิตเอง ยังต้องใช้เครื่องมืออื่นไปก่อน

และข้อจำกัดที่ลึกกว่านั้น ซึ่งไม่ใช่ความผิดของ Credentio แต่เป็นธรรมชาติของ C2PA เอง: การไม่มี credential ไม่ได้แปลว่าปลอม ไฟล์ที่ผ่านการ screenshot, re-encode, อัปโหลดผ่านแพลตฟอร์มที่ strip metadata หรือส่งผ่าน LINE/Messenger จะเสีย credential ไปเกือบทั้งหมด C2PA พิสูจน์ได้ว่า “ไฟล์นี้มีที่มาที่ตรวจสอบได้” แต่พิสูจน์ไม่ได้ว่า “ไฟล์ที่ไม่มี credential เป็นของปลอม” — ระบบใดที่ออกแบบโดยตีความสองอย่างนี้เป็นเรื่องเดียวกันจะให้ false positive มหาศาล

มุมมอง AI Curator

เหตุผลที่ Google ปล่อยของชิ้นนี้ตอนนี้เขียนไว้ในประกาศตรง ๆ: กฎหมายกำลังมา — “เมื่อกฎระเบียบด้านความโปร่งใสของ AI และมาตรฐาน provenance ของสื่อเริ่มมีผลบังคับใช้ทั่วโลก”

นี่คือรูปแบบที่เราเห็นซ้ำในปีนี้: บริษัทใหญ่เปิดซอร์สชั้น compliance ก่อนที่กฎจะบังคับจริง เหตุผลไม่ใช่ความใจดี แต่เป็นเรื่องเชิงยุทธศาสตร์ — เมื่อคุณเป็นคนวางไลบรารีอ้างอิงที่ทุกคนใช้ตรวจ คุณก็มีอิทธิพลต่อการตีความมาตรฐานนั้นโดยปริยาย และคุณลดโอกาสที่จะเกิดมาตรฐานคู่แข่งที่คุณต้องไปตามทีหลัง เราเพิ่งเขียนถึง Anthropic ที่เริ่มใส่ watermark ในเอาต์พุตของ Claude เมื่อสามวันก่อน — ทิศทางเดียวกัน คนละชั้นของปัญหา

สำหรับบริบทไทยโดยเฉพาะ ผมคิดว่ามีสามเรื่องที่ควรพูดตรง ๆ:

1. ห้องข่าวและแพลตฟอร์มไทยได้ประโยชน์ทันทีที่สุด ข้อได้เปรียบของ “ตรวจในเครื่อง” ไม่ได้อยู่ที่ความเร็ว แต่อยู่ที่ไม่ต้องอัปโหลดไฟล์ที่ยังไม่เผยแพร่ไปให้ใครเลย สำหรับกองบรรณาธิการที่รับภาพจากแหล่งข่าว การส่งไฟล์ขึ้น API ของบุคคลที่สามเพื่อตรวจสอบเป็นสิ่งที่ทำไม่ได้ในทางปฏิบัติ ไลบรารีที่รันในเครื่องเปลี่ยนสมการนี้ทั้งหมด — และเป็น C++ Apache 2.0 แปลว่าฝังลงระบบภายในได้โดยไม่ติดเงื่อนไขสัญญา
2. แต่ค่าฐาน (base rate) ในไทยจะทำให้มันแทบไม่มีประโยชน์ในตอนนี้ สื่อที่หมุนเวียนในไทยส่วนใหญ่เดินทางผ่าน LINE, Facebook และการแคปหน้าจอ ซึ่ง strip metadata ทิ้งเกือบหมด ถ้าคุณเอา Credentio ไปตรวจภาพที่ไหลอยู่ใน timeline จริง ๆ คุณจะได้ผลว่า “ไม่มี credential” เกือบ 100% — ซึ่งไม่ได้ให้ข้อมูลอะไรเลย ประโยชน์จริงอยู่ที่ต้นทาง: ตรวจไฟล์ที่รับมาจากช่างภาพหรือเอเจนซีโดยตรง ไม่ใช่ตรวจสิ่งที่ไหลมาถึงปลายทางแล้ว
3. ถ้าจะสร้างของ ให้สร้างที่ชั้นการผลิต ไม่ใช่ชั้นการตรวจ สิ่งที่ขาดในระบบนิเวศไทยไม่ใช่เครื่องมือตรวจ แต่คือเนื้อหาที่มี credential ตั้งแต่แรก ทีมที่มองยาวควรเริ่มจากการทำให้ระบบผลิตสื่อของตัวเอง (CMS, ระบบสร้างภาพ AI ภายใน, สายงานถ่ายภาพ) ฝัง credential ตั้งแต่ต้นทาง — และเมื่อ Credentio เพิ่มความสามารถ generate เข้ามาตามโรดแมป นั่นคือจังหวะที่ควรกลับมาดูอีกครั้ง

ข้อสังเกตทางเทคนิคสุดท้าย: การเลือกภาษา C++ ไม่ใช่เรื่องบังเอิญ มันคือภาษาที่ผูก binding ไปหา Python, Rust, Go, Java และ Swift ได้หมด แปลว่า Google ตั้งใจให้ไลบรารีนี้เป็นชั้นล่างสุดที่ทุกอย่างวางทับ ไม่ใช่เครื่องมือสำหรับภาษาใดภาษาหนึ่ง — ซึ่งสอดคล้องกับเป้าที่จะเป็นการตีความมาตรฐานแบบอ้างอิง

แหล่งข่าว

• Introducing Credentio: Open Source C++ Library for C2PA Content Credentials from Google — Google Developers Blog (13 ส.ค. 2026)
• credentio — ซอร์สโค้ดและรายการฟอร์แมตที่รองรับ (Apache 2.0)
• C2PA Content Credentials — เว็บไซต์มาตรฐานอย่างเป็นทางการ