Thanawat Wongchai

Posted on Aug 12 Originally published at apidog.com

ลายน้ำ Claude ยังคงอยู่แม้คัดลอก วาง แก้ไขหรือไม่?

คำตอบสั้น ๆ: การคัดลอกและวางมักรักษาลายน้ำข้อความไว้ การแก้ไขเล็กน้อยก็มักยังตรวจพบได้ แต่การเขียนใหม่ การแปล หรือการตัดเหลือเพียงไม่กี่ประโยคมักทำให้ตรวจไม่พบ ส่วนไฟล์มีข้อจำกัดมากกว่า เพราะข้อมูลเมตา C2PA จะหายไปทันทีเมื่อมีการเขียนไบต์ใหม่

ลองใช้ Apidog วันนี้

Anthropic อธิบายประเด็นนี้โดยตรง: ลายน้ำไม่ใช่รอยสักถาวร แต่เป็นสัญญาณที่มีความแข็งแกร่งแตกต่างกันตามวิธีที่เนื้อหาถูกส่งต่อหรือแก้ไข หากระบบของคุณต้องยืนยันแหล่งที่มา ควรทดสอบพฤติกรรมเหล่านี้ในระดับ API และไปป์ไลน์จริง

💡 สิ่งสำคัญคือแยกให้ออกว่าอะไรยังคงอยู่ อะไรหายไป และความแตกต่างนั้นมีผลต่อการยืนยันแหล่งที่มาอย่างไร

ความคงทนโดยสรุป

สิ่งที่เกิดขึ้นกับเนื้อหา	ลายน้ำในข้อความ	ข้อมูลเมตาไฟล์ C2PA
คัดลอกและวางลงในแอปอื่น	รอด	ไม่เกี่ยวข้อง
บันทึกลงฐานข้อมูลหรือแสดงผลบนหน้าเว็บ	รอด	ไม่เกี่ยวข้อง
แก้ไขเล็กน้อยหรือเปลี่ยนคำไม่กี่คำ	มักจะรอด	ไม่เกี่ยวข้อง
เขียนใหม่หรือถอดความอย่างมาก	มักจะหายไป	ไม่เกี่ยวข้อง
แปลเป็นภาษาอื่น	มักจะหายไป	ไม่เกี่ยวข้อง
ตัดเหลือข้อความสั้นมาก	มักจะหายไป	ไม่เกี่ยวข้อง
ปรับขนาด ครอป หรือเข้ารหัสไฟล์ใหม่	ไม่เกี่ยวข้อง	หายไป
แปลง PNG เป็น WebP หรือ JPEG เป็น AVIF	ไม่เกี่ยวข้อง	หายไป
จับภาพหน้าจอ	ไม่เกี่ยวข้อง	หายไป
ให้บริการผ่าน Image CDN	ไม่เกี่ยวข้อง	มักจะหายไป
แก้ไขไบต์โดยไม่เซ็นชื่อใหม่	ไม่เกี่ยวข้อง	ลายเซ็นเสียและตรวจจับได้

นี่คือโปรไฟล์ความคงทนสองแบบที่ต่างกัน เพราะสถาปัตยกรรมของทั้งสองวิธีต่างกันโดยพื้นฐาน

ทำไมลายน้ำในข้อความจึงเคลื่อนที่ไปได้

ลายน้ำข้อความของ Claude ถูกถักทออยู่ในข้อความ ไม่ได้แนบเป็นข้อมูลเมตา ไม่มีคอนเทนเนอร์ ไม่มีบล็อกข้อมูลแยกต่างหาก และไม่มีอักขระซ่อนท้ายคำตอบ

ผลคือสัญญาณเป็นอิสระจากภาชนะบรรจุ คัดลอกย่อหน้าจาก Claude ไปวางใน Gmail, Notion, WordPress, commit message หรือ Slack แล้วสัญญาณก็ย้ายไปพร้อมกับข้อความ เพราะสัญญาณอยู่ในรูปแบบการเลือกใช้คำ

Anthropic ระบุว่าลายน้ำจะเคลื่อนที่ไปกับข้อความที่คัดลอกและวาง และอาจคงอยู่หลังการแก้ไขบางประเภท คำว่า “บางประเภท” สำคัญมาก เพราะความคงทนไม่ได้เป็นแบบไบนารี

ทำไมการแก้ไขจึงกัดกร่อนลายน้ำ

ลายน้ำข้อความเป็นรูปแบบทางสถิติที่กระจายอยู่ในการเลือกคำจำนวนมาก ตัวตรวจจับจะประเมินว่าข้อความยังตรงกับรูปแบบนั้นมากเพียงใด

ข้อความมากขึ้น: มีหลักฐานมากขึ้น สัญญาณแรงขึ้น
เปลี่ยนคำบางส่วน: หลักฐานลดลงเล็กน้อย
เขียนใหม่เป็นส่วนใหญ่: รูปแบบเดิมถูกแทนที่ สัญญาณอาจต่ำกว่าเกณฑ์
แปลภาษา: คำศัพท์แทบไม่ทับซ้อนกับต้นฉบับ จึงมักตรวจไม่พบ
ตัดให้สั้นมาก: ข้อความไม่พอสำหรับการวัดทางสถิติที่เชื่อถือได้

ตัวอย่างเชิงปฏิบัติ:

เปลี่ยน “อย่างไรก็ตาม” เป็น “แต่” ไม่กี่จุด: สัญญาณมักยังอยู่
เขียนประโยคส่วนใหญ่ใหม่: สัญญาณอาจอ่อนจนตรวจไม่พบ
ถอดความทั้งหมด: ในทางปฏิบัติคือข้อความใหม่ รูปแบบเดิมหายไป
แปลด้วย Claude: ข้อความแปลอาจได้รับลายน้ำใหม่จากผลลัพธ์การแปล
ดึงเพียงหนึ่งประโยคจากบทความ 2,000 คำ: อาจไม่มีข้อมูลพอให้ตรวจจับ

ข้อสรุปสำคัญคือ:

ตรวจพบลายน้ำ: เป็นสัญญาณที่มีความหมาย
ตรวจไม่พบลายน้ำ: ไม่ได้พิสูจน์ว่าเนื้อหามาจากมนุษย์

ความไม่สมมาตรนี้เป็นแก่นของการ ตรวจจับลายน้ำของ Claude

ทำไมข้อมูลเมตาไฟล์ C2PA จึงไม่รอด

ข้อมูลเมตาแหล่งที่มา C2PA มีสถาปัตยกรรมตรงข้ามกับลายน้ำข้อความ มันคือรายการที่ลงนามด้วยการเข้ารหัสและแนบมากับไฟล์ ตามมาตรฐาน C2PA

ข้อมูลนี้บอกได้มากกว่าลายน้ำ เช่น:

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

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

ขั้นตอนต่อไปนี้มักทำลาย C2PA โดยปริยาย:

ปรับขนาดหรือสร้าง thumbnail ด้วย Sharp, ImageMagick หรือ Pillow
แปลงรูปแบบไฟล์
บันทึกใหม่ผ่านโปรแกรมแก้ไขรูปภาพ
จับภาพหน้าจอ
ส่งไฟล์ผ่าน Image CDN ที่ปรับแต่งรูปภาพอัตโนมัติ
อัปโหลดผ่านบริการที่ทำ normalization ของรูปภาพ

Anthropic ระบุว่าการแปลงรูปแบบ การบันทึกใหม่ และการจับภาพหน้าจอเป็นสาเหตุที่ไฟล์อาจไม่มีเครื่องหมายที่ตรวจจับได้ ขณะที่ Google ใช้แนวทางลายน้ำในพิกเซลควบคู่กับข้อมูลแหล่งที่มา ซึ่งทำให้ SynthID รอดจาก screenshot ได้ในกรณีที่ C2PA ทำไม่ได้ ดูภาพรวมได้ที่ การทำลายน้ำของ Claude เทียบกับ ChatGPT เทียบกับ Gemini

สำหรับทีมที่รับรองแหล่งที่มาของรูปภาพ คำถามจึงไม่ใช่เพียง “ไฟล์ต้นทางมี C2PA หรือไม่” แต่คือ “ไปป์ไลน์ของเรายังรักษารายการ C2PA หลังผ่าน upload, transform และ CDN หรือไม่”

ควรทำ round-trip test ตามแนวทางใน API ของคุณกำลังลบข้อมูลเมตา C2PA

แยกผลตรวจสอบ C2PA ให้เป็น 3 สถานะ

อย่าใช้ boolean เดียว เช่น hasMetadata: true/false เพราะจะทำให้สูญเสียข้อมูลที่มีประโยชน์ที่สุด ควรแยกอย่างน้อยสามสถานะ:

{
  "c2paStatus": "missing"
}

{
  "c2paStatus": "valid"
}

{
  "c2paStatus": "invalid_signature"
}

ความหมายของแต่ละสถานะ:

สถานะ	ความหมาย
`missing`	ไม่มีรายการ C2PA ในไฟล์
`valid`	มีรายการและลายเซ็นยังตรงกับไบต์
`invalid_signature`	มีรายการ แต่ไบต์ถูกเปลี่ยนโดยไม่ได้เซ็นใหม่

สถานะ invalid_signature มีความหมายต่างจาก missing อย่างชัดเจน และควรถูกส่งต่อให้ผู้ใช้หรือระบบตรวจสอบเห็น

สิ่งนี้มีความหมายอย่างไรสำหรับทีมเนื้อหา

1. Claude ที่แก้ไขร่างของคุณอาจทำให้ร่างนั้นมีเครื่องหมาย

การตรวจทานไวยากรณ์ การกระชับข้อความ หรือการจัดรูปแบบใหม่ ล้วนสร้างผลลัพธ์จาก Claude ได้ แม้แนวคิด ข้อความต้นฉบับ หรือข้อมูลต้นทางจะมาจากมนุษย์ทั้งหมด

หากนโยบายองค์กรคือ “ห้ามมี AI ในเนื้อหา” การใช้ AI เพื่อ copy editing ก็อาจขัดกับนโยบายนั้นในระดับที่ตรวจสอบด้วยเครื่องมือได้

2. เครื่องหมายไม่ใช่คำกล่าวหา

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

3. อย่าถือว่าการลบเครื่องหมายเป็นกลยุทธ์

วิธีที่ทำให้ลายน้ำหายอย่างน่าเชื่อถือ เช่น เขียนใหม่ ถอดความ หรือแปลใหม่ ก็คือกระบวนการที่เปลี่ยนเนื้อหาอย่างมีนัยสำคัญอยู่แล้ว การทำเช่นนี้เพื่อปกปิดแหล่งที่มาเป็นแนวทางที่เสี่ยง โดยเฉพาะในบริบทของข้อกำหนดการเปิดเผยข้อมูลตาม พระราชบัญญัติ AI ของ EU มาตรา 50 สำหรับนักพัฒนา API

สิ่งนี้มีความหมายอย่างไรสำหรับทีมวิศวกรรม

หากคุณพัฒนาบน Claude โปรไฟล์ความคงทนนี้กำหนดสิ่งที่ API ของคุณควรและไม่ควรสัญญา

อย่าสัญญาแหล่งที่มาของข้อความปลายทาง

คุณไม่ควรรับประกันว่าลายน้ำข้อความจะรอดผ่านทุกขั้นตอนของไปป์ไลน์การแก้ไข หาก API ของคุณส่งคืนผลลัพธ์จาก Claude ให้เปิดเผยข้อมูลผ่านฟิลด์ใน response แทนการพึ่งพาการตรวจลายน้ำ

ตัวอย่าง:

{
  "content": "ผลลัพธ์ที่สร้างหรือแก้ไขแล้ว",
  "aiDisclosure": {
    "provider": "Claude",
    "generatedOrModified": true
  }
}

แนวทางนี้ช่วยให้การเปิดเผยข้อมูลเป็นส่วนหนึ่งของ contract ของ API ตามแนวคิดใน เพิ่มการเปิดเผย AI ให้กับ API ของคุณเอง

รักษาแหล่งที่มาของไฟล์อย่างรอบคอบ

หากต้องรักษา C2PA ผ่านการแปลงไฟล์ คุณมีทางเลือกหลักสองแบบ:

ส่งผ่านไบต์ต้นฉบับโดยไม่แก้ไข
ลงนามใหม่หลังการแปลง พร้อมข้อมูลการยืนยันการดำเนินการที่ถูกต้อง

บริการรูปภาพบางรายรองรับแนวทางนี้โดยกำเนิด แต่ส่วนใหญ่ยังไม่รองรับ จึงต้องตรวจสอบด้วยการทดสอบจริง

ทดสอบขอบเขตของระบบ ไม่ใช่แค่ทฤษฎี

จุดที่ข้อมูลแหล่งที่มาหายไปมักเป็นบรรทัดโค้ดหรือบริการเฉพาะในไปป์ไลน์ เช่น image processor, object storage, CDN หรือ frontend optimization

สร้างการทดสอบแบบ round trip ด้วย fixture ที่ทราบว่าใช้ได้:

POST ไฟล์ fixture ที่ลงนามแล้วไปยัง endpoint อัปโหลด
GET ไฟล์กลับผ่าน URL เดียวกับที่ frontend ใช้จริง รวม CDN
ตรวจสอบว่าไฟล์ที่ได้กลับมายังมีรายการ C2PA ที่ถูกต้อง
ยืนยันว่า API แยก missing ออกจาก invalid_signature

ตัวอย่างโครงสร้าง test case:

fixture-signed-image
  -> POST /uploads
  -> GET /assets/{id}
  -> validate C2PA manifest
  -> assert status === "valid"

จากนั้นเพิ่มเคสที่ทำ transform โดยตั้งใจ:

fixture-signed-image
  -> POST /uploads
  -> resize / convert / CDN delivery
  -> GET /assets/{id}
  -> validate C2PA manifest
  -> assert status === "missing" หรือ "invalid_signature"

ใน Apidog คุณสามารถเก็บ binary fixture เชื่อม request สำหรับอัปโหลดและดาวน์โหลด แล้วตรวจสอบผลด้วย post-response script ก่อนรันผ่าน apidog-cli ใน CI ดูตัวอย่างการตั้งค่าได้ใน การทดสอบ API การอัปโหลดไฟล์ด้วย multipart/form-data และ การทำให้การทดสอบ API เป็นอัตโนมัติใน GitHub Actions ดาวน์โหลด Apidog เพื่อทดสอบกับสแต็กของคุณเอง

คำถามที่พบบ่อย

การคัดลอกข้อความของ Claude ไปยังเอกสารจะรักษาลายน้ำไว้หรือไม่?

ใช่ ลายน้ำเป็นส่วนหนึ่งของข้อความ จึงติดไปกับการคัดลอกและวางลงในอีเมล เอกสาร CMS และการสนทนา

การแก้ไขจะลบลายน้ำหรือไม่?

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

ทำไมคำพูดสั้น ๆ จึงไม่มีลายน้ำ?

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

การแปลผลลัพธ์ของ Claude จะลบลายน้ำหรือไม่?

บ่อยครั้งใช่ เพราะข้อความแปลมีคำศัพท์ทับซ้อนกับต้นฉบับน้อยมาก แต่หากแปลด้วย Claude ข้อความแปลที่ได้อาจมีลายน้ำใหม่ของตัวเอง

การจับภาพหน้าจอจะรักษาข้อมูลเมตา C2PA หรือไม่?

ไม่ การจับภาพหน้าจอสร้างไฟล์ใหม่ที่ไม่เชื่อมโยงกับรายการ C2PA ของไฟล์ต้นฉบับ

แยกรายการที่ถูกลบออกจากรายการที่ถูกแก้ไขได้หรือไม่?

ได้ และควรแยกด้วย รายการที่หายไปจะอยู่ในสถานะ missing ขณะที่ไฟล์ที่แก้ไบต์โดยไม่เซ็นใหม่ควรอยู่ในสถานะ invalid_signature

การตอบกลับที่ไม่มีเครื่องหมายหมายความว่าเนื้อหานั้นเขียนโดยมนุษย์หรือไม่?

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

ข้อคิดสำคัญ

ลายน้ำข้อความของ Claude ทนต่อการย้ายเนื้อหาระหว่างคอนเทนเนอร์ เช่น การคัดลอกและวาง แต่เปราะบางต่อการเขียนใหม่ การแปล และการตัดข้อความให้สั้น

C2PA ทำงานตรงข้ามกัน: ให้ข้อมูลแหล่งที่มาที่ละเอียด ตรวจสอบด้วยลายเซ็นได้ แต่เปราะบางต่อการปรับขนาด การแปลงไฟล์ และทุกขั้นตอนที่เขียนไบต์ใหม่

ใช้ทั้งสองอย่างเป็นสัญญาณประกอบ ไม่ใช่ข้อพิสูจน์เด็ดขาด และสำหรับระบบจริง ให้ทดสอบเส้นทางไฟล์ตั้งแต่ upload จนถึง URL ที่ผู้ใช้เปิดผ่าน CDN เสมอ

DEV Community