Verifiable Credential (VC) คือข้อมูลรับรองดิจิทัลที่มีกลไกให้ตรวจสอบที่มาและการเปลี่ยนแปลงของข้อมูลได้ เช่น ข้อมูลการสำเร็จการศึกษา หรือการผ่านหลักสูตรอบรม

ทำความเข้าใจผ่าน 3 บทบาท

Issuer คือผู้ออกข้อมูลรับรอง Holder คือผู้เก็บและนำเสนอข้อมูล และ Verifier คือผู้ตรวจสอบเพื่อนำข้อมูลไปประกอบการตัดสินใจ บทบาทเหล่านี้เป็นพื้นฐานของระบบนิเวศที่ W3C อธิบายไว้ใน Verifiable Credentials Data Model 2.0

ตัวอย่างสมมติ: สถาบันอบรมออกใบรับรองให้ผู้เรียน ผู้เรียนนำไปแสดงต่อบริษัท และบริษัทตรวจสอบข้อมูลก่อนใช้พิจารณาคุณสมบัติ

ตรวจสอบได้ ไม่ได้หมายความว่าเชื่อถือได้ทุกกรณี

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

นี่คือเหตุผลที่การออกแบบ VC ต้องคุยทั้งเรื่องระบบและกติกาการใช้งาน การมีข้อมูลในรูปแบบมาตรฐานเพียงอย่างเดียวยังไม่เพียงพอสำหรับการเชื่อมต่อข้ามองค์กร

เริ่มจากงานที่มีผู้ใช้และผู้รับเอกสารชัดเจน

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

Digital Document Wallet คืออะไร และเกี่ยวข้องกับ VC อย่างไร?

Digital Document Wallet (กระเป๋าเอกสารดิจิทัล) คือแอปหรือระบบที่ช่วยผู้ใช้รับ จัดเก็บ จัดการ และนำเสนอเอกสารรับรองดิจิทัล เช่น Verifiable Credentials (VC) ให้หน่วยงานปลายทางตรวจสอบ ในบริบทนี้ Wallet ทำหน้าที่ช่วยผู้ถือใช้งานเอกสาร ส่วน VC เป็นข้อมูลรับรองที่ผู้ออกลงหลักฐานให้ตรวจสอบได้

ตัวอย่างสมมติ: ผู้เรียนรับ VC ใบรับรองการอบรมเข้า Digital Document Wallet แล้วเลือกนำเสนอให้ฝ่ายบุคคลตรวจสอบ หรือใช้ข้อมูลรับรองอายุร่วมกับกลไก Selective Disclosure เพื่อเปิดเผยเฉพาะข้อมูลที่จำเป็น โดยความสามารถเหล่านี้ขึ้นอยู่กับรูปแบบเอกสารและกลไกที่ระบบรองรับ

ออกแบบกระเป๋าเอกสารดิจิทัล ต้องคิดเรื่องใดบ้าง?

  • เส้นทางของเอกสาร: รับจากผู้ออกที่ใด จัดเก็บอย่างไร และนำเสนอให้ผู้ตรวจสอบผ่านขั้นตอนใด
  • Trust Model / Trusted List: กำหนดว่าจะยอมรับผู้ออกและข้อมูลรับรองใด ภายใต้เงื่อนไขอะไร
  • ความเป็นส่วนตัวและความปลอดภัย: แสดงข้อมูลที่จะส่ง ขอความยินยอม ปกป้องกุญแจและข้อมูล พร้อมวางแผนเมื่ออุปกรณ์สูญหาย
  • การเชื่อมต่อและวงจรชีวิต: ทดสอบกับผู้ออกและผู้ตรวจสอบจริง รวมกรณีเอกสารหมดอายุ ถูกเพิกถอน หรือการเชื่อมต่อขัดข้อง

Saowarot Solution ให้คำปรึกษา ศึกษาวิจัย ออกแบบ Digital Document Wallet และพัฒนาระบบต้นแบบ PoC ร่วมกับ VC และ Trust Model / Trusted List โดยเริ่มจากขอบเขตที่ทดสอบได้ ดู บริการสำหรับองค์กร หรือ หารือโจทย์กระเป๋าเอกสารดิจิทัลของคุณ

ศึกษาเอกสารต้นทางได้ที่ ETDA — รายงานด้าน VC และ Digital Document Wallet และ W3C Verifiable Credentials Data Model

ยืนยันอายุด้วย Selective Disclosure โดยไม่ส่งข้อมูลทั้งบัตร

ตัวอย่างสมมติสำหรับ PoC: ร้านค้าหรือสถานบริการต้องการตรวจเพียงว่าผู้ใช้มีอายุถึงเกณฑ์ ผู้ใช้จึงนำเสนอข้อมูลรับรองว่า “อายุถึง 20 ปีบริบูรณ์” จาก VC ผ่านกระเป๋าดิจิทัล โดยไม่ส่งชื่อ วันเดือนปีเกิด ที่อยู่ หรือเลขบัตรประชาชนให้ผู้ตรวจสอบ

  1. ผู้ออกที่ผู้ตรวจสอบยอมรับ ตรวจข้อมูลอายุตามกระบวนการที่กำหนด แล้วออก VC ที่มีข้ออ้างรับรองอายุถึงเกณฑ์ และใช้กลไกที่รองรับ Selective Disclosure (SD)
  2. ผู้ถือเลือกเปิดเผย เฉพาะข้ออ้างเรื่องอายุที่ร้านค้าร้องขอ พร้อมหลักฐานทางเทคนิคสำหรับการตรวจสอบ กระเป๋าควรแสดงข้อมูลที่จะส่งก่อนขอความยินยอม
  3. ผู้ตรวจสอบตรวจหลักฐาน ทั้งผู้ออก อายุและสถานะของเอกสารตามที่ระบบกำหนด และการผูกหลักฐานกับผู้ถือและคำขอครั้งนี้ เพื่อป้องกันการยืมหรือใช้หลักฐานซ้ำ
SD ต้องรองรับตั้งแต่การออกเอกสาร
การซ่อนวันเกิดบนหน้าจอไม่ใช่ Selective Disclosure และการมี VC ที่ระบุวันเกิดอย่างเดียวไม่ได้ทำให้พิสูจน์อายุโดยไม่เปิดวันเกิดได้ทันที ตัวอย่างนี้ใช้ข้ออ้างอายุถึงเกณฑ์ที่ผู้ออกรับรองไว้ หากต้องคำนวณเงื่อนไขจากวันเกิดโดยไม่เปิดเผย ต้องเลือกกลไกพิสูจน์ที่รองรับเพิ่มเติม

แนวทางนี้ลดการเปิดเผยข้อมูลส่วนบุคคล แต่ไม่ได้รับประกันความนิรนามหรือการเชื่อมโยงข้ามครั้งไม่ได้ หลักฐาน ตัวระบุ สถานะ และข้อมูลการเชื่อมต่อยังต้องออกแบบให้ลดการติดตามด้วย ดูแนวคิด Data Minimization ของ W3C และ SD-JWT (RFC 9901)

ตัวอย่างไทยใช้เกณฑ์ 20 ปี แทน 18 ปี

สำหรับการขายเครื่องดื่มแอลกอฮอล์ในไทย ห้ามขายให้ผู้มีอายุต่ำกว่า 20 ปีบริบูรณ์ ดู ข้อมูลมาตรา 29 (1) จากกรมควบคุมโรค ส่วนสถานบริการตามกฎหมายมีข้อกำหนดเรื่องอายุและการตรวจเอกสารราชการที่มีภาพถ่าย ตาม คู่มือกรมการปกครอง มาตรา 16/1 ตัวอย่าง VC นี้จึงเป็นแนวคิดสำหรับศึกษาและทดสอบ ต้องตรวจการยอมรับหลักฐานดิจิทัลและข้อกำหนดอื่นก่อนใช้งานจริง ไม่ถือว่าผลตรวจอายุเพียงอย่างเดียวแทนขั้นตอนตามกฎหมายได้

บริการอื่นที่ใช้เกณฑ์ 18 ปีสามารถออกแบบข้ออ้างให้ตรงกับเงื่อนไขของบริการนั้นได้ โดยแยกจากตัวอย่างแอลกอฮอล์และสถานบริการไทย

4 คำถามก่อนเริ่มโครงการ

  1. ใครเป็นผู้รับข้อมูล และจะใช้ข้อมูลตัดสินใจเรื่องอะไร?
  2. ใครรับผิดชอบความถูกต้องของข้อมูลที่ออก?
  3. ผู้ถือเอกสารใช้งานอย่างไร และขอความช่วยเหลือจากใคร?
  4. จะวัดความสำเร็จอย่างไร เช่น เวลาตรวจสอบหรือจำนวนขั้นตอนที่ลดลง?

เมื่อคำตอบชัด การเลือกรูปแบบข้อมูล เทคโนโลยี และผู้ให้บริการจะมีเหตุผลรองรับมากขึ้น

แหล่งอ้างอิงและอ่านเพิ่มเติม

ตรวจสอบแหล่งข้อมูลล่าสุด 23 ตุลาคม 2569