Mobile navigation menu icon
X
เผยแพร่แล้ว: 2026-04-02 | อัปเดตแล้ว: 2026-04-02
คู่มือการจัดการการละเมิดของ NiceNIC

1. วัตถุประสงค์
NiceNIC รักษาคู่มือการจัดการการละเมิดนี้เพื่อให้แน่ใจว่าการร้องเรียนการละเมิดที่เกี่ยวข้องกับชื่อโดเมนที่ได้รับการสนับสนุนโดย NiceNIC จะได้รับการรับรู้ ประเมิน ติดตาม สืบสวน และแก้ไขในลักษณะที่สม่ำเสมอ มีเอกสาร และมีพื้นฐานความเสี่ยง
คู่มือนี้ถูกออกแบบมาเพื่อให้บรรลุผลลัพธ์สี่ประการพร้อมกัน:
 1.ปกป้องผู้ใช้อินเทอร์เน็ตและฝ่ายที่ได้รับผลกระทบจากความเสียหายที่เกิดขึ้นอย่างต่อเนื่อง; 
 2.ปฏิบัติตามข้อผูกพันในสัญญาของ NiceNIC ในฐานะผู้จดทะเบียนที่ได้รับการรับรองจาก ICANN; 
 3.ให้การจัดการที่เป็นธรรม คาดการณ์ได้ และมีเอกสารสำหรับผู้จดทะเบียนและผู้ขายต่อ; 
 4.แสดงให้เห็นถึงกระบวนการตอบสนองการละเมิดที่ชัดเจน ป้องกันได้ และตรวจสอบได้. 
NiceNIC จะสืบสวนรายงานการละเมิดอย่างรวดเร็วและจะดำเนินการบรรเทาที่จำเป็นอย่างสมเหตุสมผลตามคุณภาพของหลักฐาน ลักษณะของกิจกรรมที่ถูกรายงาน ความเป็นไปได้ของความเสียหายที่เกิดขึ้นอย่างต่อเนื่อง และความเสี่ยงของความเสียหายร่วมกับบริการที่ถูกกฎหมาย วิธีการนี้สอดคล้องกับมาตรา 3.18 ของ RAA 2013 และคำแนะนำเกี่ยวกับการละเมิด DNS ของ ICANN ปี 2024. 

2. ขอบเขต
คู่มือนี้ใช้กับ:
  • ชื่อโดเมนที่ได้รับการสนับสนุนโดย NiceNIC; 
  • รายงานการละเมิดที่ส่งโดยบุคคล บริษัท นักวิจัยด้านความปลอดภัย ผู้รายงานที่เชื่อถือได้ เรจิสทรี เจ้าหน้าที่บังคับใช้กฎหมาย หรือหน่วยงานอื่น; 
  • ลูกค้าปลีกและชื่อที่บริหารโดยผู้ขายต่อ; 
  • ทั้งการละเมิด DNS และการร้องเรียนที่ไม่ใช่การละเมิด DNS หรือกิจกรรมที่ผิดกฎหมายอื่น ๆ. 
คู่มือนี้ไม่ได้หมายความว่าทุกการร้องเรียนจะนำไปสู่การระงับ NiceNIC จะดำเนินการตามกรอบสัญญาที่ใช้บังคับ กฎของเรจิสทรี นโยบายการใช้งานที่ยอมรับได้ / นโยบายการละเมิดของ NiceNIC และหลักฐานที่มีอยู่ในแต่ละกรณี


3. คำนิยาม
3.1 การละเมิด DNS ตามสัญญาของ ICANN
สำหรับวัตถุประสงค์การปฏิบัติตามสัญญาของ NiceNIC การละเมิด DNS หมายถึง:
  • มัลแวร์ 
  • บอทเน็ต 
  • ฟิชชิ่ง 
  • ฟาร์มมิ่ง 
สแปมเฉพาะเมื่อใช้เป็นกลไกส่งมอบสำหรับหนึ่งในสี่ประเภทข้างต้นเท่านั้น. 

3.2 หมวดหมู่การละเมิดความเสี่ยงสูงที่ขยายโดย NiceNIC
NiceNIC อาจจัดหมวดหมู่บางเรื่องเป็นหมวดหมู่การละเมิดความเสี่ยงสูงที่ขยายตามกฎการละเมิดและความเสี่ยงของตนเอง แม้ว่าจะไม่ใช่การละเมิด DNS ที่กำหนดโดย ICANN โดยอัตโนมัติก็ตาม ได้แก่:
  • เนื้อหาการละเมิดทางเพศเด็ก (CSAM) หรือเนื้อหาการแสวงหาประโยชน์จากเด็ก; 
  • การขายยาเสพติดผิดกฎหมายหรือเนื้อหายาเสพติดความเสี่ยงสูง; 
  • แผนการฉ้อโกงคริปโต; 
  • เนื้อหาที่ก่อให้เกิดความเสี่ยงทันทีของความเสียหายร้ายแรง; 
  • กิจกรรมผิดกฎหมายอื่น ๆ ที่ต้องการการดำเนินการเร่งด่วนตามกฎหมาย นโยบายเรจิสทรี คำร้องของหน่วยงานที่มีอำนาจ หรือหลักฐานความเสี่ยงที่ชัดเจน. 
หมวดหมู่เหล่านี้ต้องได้รับการประเมินอย่างรอบคอบ พวกเขาจะไม่ถูกปฏิบัติเป็นการละเมิด DNS โดยอัตโนมัติ เว้นแต่หลักฐานจะชี้ให้เห็นถึงฟิชชิ่ง มัลแวร์ กิจกรรมบอทเน็ต ฟาร์มมิ่ง หรือสแปมที่ผ่านคุณสมบัติ Tucows อธิบายความแตกต่างที่คล้ายคลึงกันระหว่างการละเมิด DNS แกนกลางและการละเมิดเนื้อหาที่กว้างขึ้นที่อาจดำเนินการในระดับ DNS. 

3.3 การร้องเรียนด้านอื่น ๆ ที่ไม่ใช่การละเมิด DNS
โดยทั่วไปมีดังนี้:
  • ข้อพิพาทเครื่องหมายการค้า; 
  • การอ้างสิทธิ์ DMCA / ลิขสิทธิ์; 
  • เนื้อหาสำหรับผู้ใหญ่; 
  • เนื้อหาการพนันหรือเกม; 
  • เนื้อหาที่ทำให้เข้าใจผิดหรือหลอกลวงโดยไม่มีหลักฐานการละเมิด DNS ทางเทคนิค; 
  • เนื้อหาฟาร์มาซี / ยาที่ไม่มีตัวบ่งชี้การละเมิด DNS; 
  • การละเมิดนโยบายทั่วไป. 
การร้องเรียนเหล่านี้อาจยังคงได้รับการสืบสวนและจัดการ แต่ไม่ได้รับอนุญาตให้ระงับในระดับ DNS โดยอัตโนมัติ


4. หลักการชี้นำ
NiceNIC จัดการรายงานการละเมิดตามหลักการดังต่อไปนี้:
  • หลักฐานมาก่อน NiceNIC จะไม่ดำเนินการในระดับ DNS โดยอิงจากคำหลัก สมมติฐาน หรือข้อกล่าวหาโดยไม่มีการสนับสนุนเพียงอย่างเดียว. 
  • การตอบสนองตามความเสี่ยง การดำเนินการที่รวดเร็วและรุนแรงขึ้นใช้กับกรณีที่มีหลักฐานสามารถดำเนินการได้และความเสียหายกำลังเกิดขึ้นหรือรุนแรง. 
  • การรบกวนน้อยที่สุดที่จำเป็น NiceNIC อาจเลือกวิธีการบรรเทาที่ไม่ใช่การระงับทันทีหากหลักฐานแสดงสถานการณ์ที่ถูกบุกรุกและการระงับทั้งหมดจะก่อให้เกิดความเสียหายร่วมที่ไม่สมส่วน. 
  • ความสม่ำเสมอและเอกสาร ทุกกรณีต้องได้รับการจัดหมวดหมู่ ติดตาม และบันทึก. 
  • การแยกบทบาทที่ชัดเจน NiceNIC เป็นผู้จดทะเบียน ในหลายกรณี ผู้ให้บริการโฮสต์ ผู้ดำเนินการแพลตฟอร์ม ผู้ประมวลผลการชำระเงิน หรือเจ้าหน้าที่บังคับใช้กฎหมายอาจเป็นจุดดำเนินการที่เกี่ยวข้องหรือมีประสิทธิผลมากกว่า. 
โมเดลที่อิงตามความเสี่ยงและตระหนักถึงความเสียหายร่วมนี้ตรงกับคำแนะนำของ ICANN ซึ่งระบุว่าการดำเนินการบรรเทาที่เหมาะสมอาจแตกต่างกันไปตามสถานการณ์และการระงับไม่ใช่การตอบสนองเดียวที่เป็นไปได้. 


5. ช่องทางการรายงาน
NiceNIC ต้องรักษา:
  • อีเมลติดต่อสำหรับการละเมิดสาธารณะที่อยู่บนหน้าแรกของเว็บไซต์หรืหน้าการละเมิดที่กำหนด; 
  • คำอธิบายที่เผยแพร่ถึงวิธีการรับมือและติดตามรายงานการละเมิด; 
  • จุดติดต่อการละเมิดเฉพาะที่มีการเฝ้าตรวจตลอด 24/7 สำหรับเจ้าหน้าที่บังคับใช้กฎหมายและหน่วยงานที่คล้ายกันตามที่กำหนดใน RAA. 
NiceNIC อาจรับรายงานการละเมิดผ่าน:
  • กล่องจดหมายสำหรับการละเมิด; 
  • ระบบตั๋วสนับสนุน; 
  • แบบฟอร์มเว็บ; 
  • ช่องทางผู้รายงานที่เชื่อถือได้; 
  • การยกระดับจากเรจิสทรี; 
  • ช่องทางเจ้าหน้าที่บังคับใช้กฎหมาย / รัฐบาล. 


6. ข้อมูลขั้นต่ำที่ต้องใช้ในเรื่องร้องเรียน
เพื่อดำเนินการได้อย่างมีประสิทธิภาพ เรื่องร้องเรียนควรรวมถึง:
  • ชื่อโดเมนที่ถูกร้องเรียน; 
  • URL การละเมิดเฉพาะ หากมี; 
  • คำอธิบายที่ชัดเจนของการละเมิดที่ถูกกล่าวหา; 
  • ภาพหน้าจอที่แสดงเนื้อหาและ URL เต็ม; 
  • หัวเรื่องอีเมลเต็มเมื่อมีการละเมิดอีเมล ฟิชชิ่ง หรือการฉ้อโกง; 
  • หลักฐานสนับสนุนเช่น ใบแจ้งหนี้ บันทึกการใช้บริการ วิเคราะห์มัลแวร์ ผลลัพธ์การบล็อกลิสต์ หรือรายละเอียดการปลอมแปลง; 
  • ข้อมูลการติดต่อของผู้ร้องเรียน; 
  • หลักฐานการมอบอำนาจเมื่อตัวผู้ร้องเรียนเป็นตัวแทนของแบรนด์หรือหน่วยงานที่เป็นเหยื่อ. 
สิ่งนี้สอดคล้องกับคำแนะนำล่าสุดของ ICANN และแนวปฏิบัติตลาดที่เผยแพร่โดยผู้จดทะเบียนเช่น ชื่อราคาถูก. 


7. มาตรฐานหลักฐาน
7.1 หลักฐานที่ดำเนินการได้
หลักฐานถือว่าสามารถดำเนินการได้เมื่อข้อมูลที่มีอยู่แก่ NiceNIC มีความเพียงพอในการกำหนดว่าชื่อโดเมนที่ได้รับการสนับสนุนถูกใช้สำหรับการละเมิด DNS หรือกิจกรรมการละเมิดที่บังคับใช้ได้อื่น ๆ
ตัวอย่างได้แก่:
  • ภาพหน้าจอหน้าฟิชชิ่งที่แสดง URL เต็มและแบรนด์ที่ถูกปลอมแปลง; 
  • อีเมลฟิชชิ่งที่มีหัวเรื่องเต็มและ URL ร้ายกาจที่เชื่อมโยง; 
  • การส่งมอบมัลแวร์หรือช่องโหว่จากโดเมนหรือ URL ที่ถูกรายงาน; 
  • ข้อมูลชื่อเสียง/บล็อกลิสต์ที่สนับสนุนพฤติกรรมที่ถูกรายงาน; 
  • หลักฐานของโค้ดขโมยกระเป๋าสตางค์ การขโมยวลีเมล็ดพันธุ์ การรวบรวมข้อมูลเข้าสู่ระบบปลอม หรือการจับข้อมูลรับรอง; 
  • สัญญาณสอดคล้องหลายประการจากแหล่งที่เชื่อถือได้หรือที่เป็นที่ยอมรับ. 
คำแนะนำปัจจุบันของ ICANN ใช้มาตรฐาน "หลักฐานที่ดำเนินการได้" นี้และระบุชัดเจนว่าผู้จดทะเบียนอาจพิจารณาข้อมูลที่เข้าถึงได้อย่างสมเหตุสมผลด้วยตนเองได้ด้วย. 

7.2 หลักฐานไม่เพียงพอ
หลักฐานไม่เพียงพอในกรณีที่เรื่องร้องเรียนประกอบด้วยเพียง:
  • ชื่อโดเมนโดยไม่มี URL ที่ละเมิด; 
  • คำหลักเท่านั้น; 
  • ข้อกล่าวหาโดยไม่มีภาพหน้าจอ หัวเรื่อง บันทึก หรือการสนับสนุนอื่น ๆ; 
  • คำกล่าวทั่วไปว่า "ดูน่าสงสัย"; 
  • ข้อกล่าวหาเกี่ยวกับความขัดแย้งของแบรนด์โดยไม่มีหลักฐานการละเมิด. 
เมื่อหลักฐานไม่เพียงพอ NiceNIC จะขอข้อมูลเพิ่มเติมแทนที่จะดำเนินการในระดับ DNS ทันที เว้นแต่การตรวจสอบภายในอย่างอิสระหรือข้อมูลจากแหล่งที่น่าเชื่อถือจะให้ฐานข้อมูลที่ขาดหายไป.

7.3 ข่าวกรองจากบุคคลที่สาม
NiceNIC อาจพิจารณาสัญญาณจากบุคคลที่สาม เช่น:
  • บล็อกลิสต์ที่มีชื่อเสียง / RBLs; 
  • ข้อมูลมัลแวร์หรือฟิชชิ่ง; 
  • บริการชื่อเสียง; 
  • ประวัติคดีภายในก่อนหน้า. 
สัญญาณดังกล่าวเป็นองค์ประกอบสนับสนุน ไม่ใช่ตัวแทนการตัดสินใจ วัสดุบังคับใช้ของ ICANN ระบุอย่างชัดเจนว่าภาพหน้าจอ ข้อมูล RBL ประวัติคดีที่ผ่านมา การเปลี่ยนแปลงสถานะ EPP ระเบียน MX และการสอบสวนของผู้จดทะเบียนเองทั้งหมดสามารถเกี่ยวข้องกับการทบทวนการปฏิบัติตามข้อกำหนดได้. 


8. ลำดับความสำคัญของคดีและ SLA ภายใน
NiceNIC ใช้เป้าหมายการดำเนินงานภายในดังต่อไปนี้ ซึ่งเป็น SLA ภายในของ NiceNIC ไม่ใช่เส้นตายที่กำหนดโดย ICANN
ลำดับความสำคัญ 0 - ภาวะฉุกเฉิน / ความเสียหายที่กำลังดำเนินอยู่
ตัวอย่าง:
  • การเก็บข้อมูลเข้าสู่ระบบฟิชชิ่งหรือข้อมูลการชำระเงินที่กำลังดำเนินอยู่; 
  • การส่งมอบมัลแวร์; 
  • การใช้บอทเน็ต / คำสั่งและการควบคุม; 
  • CSAM; 
  • แจ้งเตือนฉุกเฉินจากเจ้าหน้าที่บังคับใช้กฎหมาย; 
  • โครงสร้างพื้นฐานการขโมยกระเป๋าสตางค์หรือวลีเมล็ดพันธุ์. 
เป้าหมาย:
  • ตรวจสอบครั้งแรกทันที; 
  • ตัดสินใจโดยเร็วที่สุดเท่าที่สมเหตุสมผล; 
  • เมื่อสามารถดำเนินการได้ ปกติจะทำการบรรเทาภายใน 24 ชั่วโมง และไม่เกิน 48 ชั่วโมงหากไม่มีข้อเท็จจริงพิเศษ. 

ลำดับความสำคัญ 1 - การละเมิดที่มีความเสี่ยงสูงและดำเนินการได้
ตัวอย่าง:
  • การปลอมแปลงที่ชัดเจน; 
  • การละเมิดซ้ำที่เกี่ยวข้องกับผู้จดทะเบียน/บัญชีเดียวกัน; 
  • โดเมนที่ได้รับการแจ้งเตือนจากแหล่งบุคคลที่สามที่เชื่อถือได้พร้อมหลักฐานประกอบ. 
เป้าหมาย:
  • ตรวจสอบภายใน 1 วันทำการ; 
  • การบรรเทาหรือขั้นตอนที่บันทึกไว้ภายใน 48 ชั่วโมง. 

ลำดับความสำคัญ 2 - การละเมิดที่ไม่ใช่ DNS ที่มีหลักฐานเพียงพอ
ตัวอย่าง:
  • DMCA พร้อมการแจ้งเตือนที่ถูกต้อง; 
  • ข้อร้องเรียนเครื่องหมายการค้า; 
  • ข้อร้องเรียนเกี่ยวกับร้านขายยา หรือเนื้อหาที่ผิดกฎหมายที่ไม่มีตัวบ่งชี้การละเมิด DNS; 
เป้าหมาย:
  • ตอบรับอย่างรวดเร็ว; 
  • แจ้งผู้จดทะเบียน/ผู้ขายต่อเมื่อเหมาะสม; 
  • ขอการแก้ไขหรือเอกสารเพิ่มเติม. 

ลำดับความสำคัญ 3 - รายงานที่ไม่สมบูรณ์/คุณภาพต่ำ
เป้าหมาย:
  • ตอบรับและขอหลักฐานเพิ่มเติม; 
  • ไม่ระงับเพียงเพราะเหตุนี้. 
สำหรับรายงานจากเจ้าหน้าที่บังคับใช้กฎหมายหรือหน่วยงานที่คล้ายกันตามที่ครอบคลุมโดย RAA 3.18.2 NiceNIC ต้องตรวจสอบภายใน 24 ชั่วโมงโดยเจ้าหน้าที่ที่มีอำนาจ. 


9. ขั้นตอนการทำงาน
9.1 การรับเรื่อง
แต่ละรายงานจะได้รับ:
  • รหัสคดี; 
  • เวลารายงาน; 
  • การจัดประเภทแหล่งที่มา; 
  • การเชื่อมโยงโดเมน; 
  • หมวดหมู่การละเมิด; 
  • สถานะหลักฐาน. 
หากโดเมนนั้นอยู่ในสถานะ clientHold, serverHold, หรืออยู่ในรายการ pending-hold ที่ได้รับการอนุมัติ ระบบควรแจ้งสถานะโดยอัตโนมัติให้ผู้ร้องเรียนและยับยั้งการจัดการซ้ำซ้อนด้วยมือ

9.2 การจัดลำดับ
คดีจะได้รับการจัดประเภทโดย:
  • การละเมิด DNS กับการละเมิดที่ไม่ใช่ DNS; 
  • หลักฐานเพียงพอกับไม่เพียงพอ; 
  • สถานะเจ้าหน้าที่ / ผู้รายงานที่เชื่อถือได้; 
  • ผู้ขายต่อกับบัญชีรายละเอียด; 
  • สถานะโดเมนปัจจุบัน; 
  • ประวัติการละเมิดซ้ำ / คดีซ้ำ. 

9.3 การสืบสวน
ผู้ตรวจสอบจะตรวจสอบ:
  • URL หรือเนื้อหาที่ถูกรายงาน; 
  • RDAP / WHOIS / เวลาสร้าง / nameservers / MX; 
  • ประวัติบัญชีภายใน; 
  • เรื่องร้องเรียนก่อนหน้า; 
  • บล็อกลิสต์ / ข้อมูลลับจากบุคคลที่สาม; 
  • ว่าปัญหานี้ดูเหมือนตั้งใจหรือเกิดจากการถูกบุกรุก; 
  • ว่าการละเมิดนั้นเกิดขึ้นที่โดเมนระดับสอง โดเมนย่อย เนื้อหาเว็บ หรือชั้นอีเมล. 

9.4 การตัดสินใจ
ผลลัพธ์ที่เป็นไปได้:
  • ไม่ดำเนินการ / หลักฐานไม่เพียงพอ; 
  • ขอหลักฐานเพิ่มเติมจากผู้ร้องเรียน; 
  • แจ้งผู้จดทะเบียนหรือผู้ขายต่อเพื่อแก้ไข; 
  • clientHold; 
  • การล็อกการโอนควบคู่กับการบรรเทาตามความเหมาะสม; 
  • ส่งต่อไปยังเรจิสทรี ผู้ให้บริการโฮสต์ เจ้าหน้าที่บังคับใช้กฎหมาย ผู้ให้บริการชำระเงิน หรือฝ่ายที่เกี่ยวข้องอื่น; 
  • รักษาสถานะการระงับที่มีอยู่; 
  • ปฏิเสธการเปิดใช้งานซ้ำ. 

9.5 การแจ้งเตือน
สำหรับการละเมิด DNS ที่ชัดเจน ดำเนินการได้ และยังคงดำเนินอยู่ NiceNIC อาจระงับก่อนและแจ้งหลังดำเนินการ.
สำหรับสถานการณ์ที่อาจถูกบุกรุกหรือเรื่องที่ไม่ใช่ DNS NiceNIC อาจแจ้งก่อนหากสอดคล้องกับการควบคุมความเสี่ยงและไม่เพิ่มความเสียหายอย่างมีนัยสำคัญ
ความแตกต่างนี้สอดคล้องกับจุดยืนของ ICANN ที่ว่า การบรรเทาอาจแตกต่างกันขึ้นอยู่กับความเสียหายและความเสี่ยงของความเสียหายร่วม. 


10. กฎเฉพาะหมวดหมู่
10.1 คำหลักยา / kra / slon / mega
การมีคำหลักเพียงอย่างเดียวไม่เพียงพอสำหรับการจัดประเภทการละเมิด DNS.
ปฏิบัติเป็น:
  • ทบทวนกิจกรรมผิดกฎหมายที่ไม่ใช่ DNS หากมีเพียงคำหลักหรือเนื้อหาผลิตภัณฑ์; 
  • การละเมิด DNS / การละเมิดเร่งด่วนหากหลักฐานแสดงการเข้าสู่ระบบปลอม การเก็บเงินปลอม การขโมยข้อมูลรับรอง การเปลี่ยนเส้นทางที่เป็นอันตราย มัลแวร์ หรือการละเมิดทางเทคนิคอื่น ๆ ที่ผ่านคุณสมบัติ. 

10.2 การหลอกลวงคริปโต
ปฏิบัติเป็น:
  • ทบทวนการฉ้อโกงที่ไม่ใช่ DNS เมื่อไซต์เป็นเพียงการลงทุนที่น่าสงสัยหรือการส่งเสริมผลกำไรเท็จ; 
  • การละเมิด DNS / การละเมิดเร่งด่วนเมื่อหลักฐานแสดงการขโมยการเชื่อมต่อกระเป๋าสตางค์ การเก็บวลีเมล็ดพันธุ์ การขโมยกุญแจส่วนตัว โค้ดขโมยเงิน การเข้าสู่ระบบปลอมของตลาดแลกเปลี่ยน หรือสคริปต์ที่เป็นอันตราย. 

10.3 CSAM / การแสวงหาประโยชน์จากเด็ก
ปฏิบัติเป็นการละเมิดความเสี่ยงสูงทันที เพิ่มระดับภายในโดยไม่ล่าช้า รักษาบันทึก หลีกเลี่ยงการติดต่อกลับลูกค้าโดยไม่จำเป็น และส่งต่อไปยังหน่วยงานที่เกี่ยวข้องหรือเรจิสทรีหากจำเป็น

10.4 DMCA / ลิขสิทธิ์
ไม่ระงับโดยอัตโนมัติจากรายชื่อเนื้อหาขนาดใหญ่หรือข้อกล่าวหาหมู่ที่ไม่มีหลักฐานสนับสนุน
ส่งต่อคำแจ้งอย่างเหมาะสมเมื่อจำเป็น ต้องการรูปแบบคำแจ้งที่เป็นไปตามข้อกำหนด และอนุญาตให้เจ้าของโดเมนตอบโต้คำร้อง นอกจากคำสั่งศาล กฎเรจิสทรี หรือฐานที่แข็งแกร่งกว่าอื่น ๆ ที่ต้องการการดำเนินการทันที
สิ่งนี้ยังสอดคล้องกันโดยทั่วไปกับวิธีการที่ผู้จดทะเบียนรายใหญ่แยกการประมวลผลลิขสิทธิ์/เครื่องหมายการค้าจากการจัดการฟิชชิ่ง/มัลแวร์. 

10.5 ข้อร้องเรียนเครื่องหมายการค้า / แบรนด์
ข้อพิพาทเครื่องหมายการค้าไม่ถือเป็นการละเมิด DNS โดยอัตโนมัติ
ในกรณีที่เป็นข้อพิพาทสิทธิ์ชื่อโดเมน ผู้ร้องเรียนควรถูกชี้แนะไปยัง UDRP, URS หรือกระบวนการศาลตามความเหมาะสม เว้นแต่หลักฐานแสดงฟิชชิ่ง การปลอมแปลง หรือการละเมิดอื่น ๆ ชื่อราคาถูก แยกการจัดการการละเมิดจากการจัดการ UDRP/URS ในลักษณะเดียวกันอย่างสาธารณะ. 


11. กฎการสื่อสารกับผู้จดทะเบียน / ผู้ขายต่อ
11.1 ลูกค้าปลีก
สำหรับการละเมิด DNS ที่ชัดเจนและมีหลักฐานเพียงพอ:
  • โดเมนอาจถูกระงับทันที; 
  • การตอบกลับครั้งแรกที่ติดต่อกับลูกค้าควรระบุเหตุผล เส้นทางบริการตนเองเพื่อดูสรุปคดี และมาตรฐานหลักฐานที่ต้องการสำหรับการพิจารณาใหม่. 

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

11.3 การพิจารณาใหม่ / การเปิดใช้งานซ้ำ
NiceNIC จะไม่ยกเลิกการระงับบนพื้นฐานของการปฏิเสธที่ไม่มีหลักฐาน เช่น "ลบเนื้อหาแล้ว" หรือ "ลบไปแล้ว" เพียงอย่างเดียว
การพิจารณาใหม่ต้องการหลักฐานใหม่ที่ยืนยันได้ เช่น:
  • หลักฐานบวกเท็จ; 
  • หลักฐานการถูกบุกรุกและการแก้ไข; 
  • ผลการตรวจสอบปัจจุบันที่สะอาด; 
  • การฟื้นฟูชื่อเสียงจากบุคคลที่สามหากมี. 
หากแหล่งความปลอดภัยบุคคลที่สามที่เชื่อถือได้ยังแสดงว่าโดเมนยังมีความเสี่ยงอย่างต่อเนื่อง NiceNIC อาจรักษาการระงับไว้จนกว่าจะได้รับการยืนยันเพิ่มเติม


12. กฎการสื่อสารกับผู้ร้องเรียน
NiceNIC ควรส่ง:
  • การรับทราบการได้รับ; 
  • รหัสคดีหรือข้อมูลอ้างอิงเทียบเท่า; 
  • ขอหลักฐานเพิ่มเติมหากจำเป็น; 
  • อัพเดตสถานะเมื่อดำเนินการหรือปฏิเสธแล้ว; 
  • ไม่สนทนาในรายละเอียดที่ไม่จำเป็นเมื่อโดเมนถูกระงับหรือรอการระงับและผลลัพธ์หลักเป็นขั้นสุดท้าย. 
นี่สะท้อนถึงแนวปฏิบัติทั่วไปของผู้จดทะเบียน GoDaddy มีบริการส่งคำร้องและตรวจสอบสถานะอย่างเป็นทางการ ขณะที่ Tucows ระบุชัดเจนว่าตอบกลับพร้อมหมายเลขคดีและติดตามหมวดหมู่ วันที่ และการแก้ไขภายใน. 


13. โปรแกรมผู้รายงานที่เชื่อถือได้
NiceNIC อาจรักษารายชื่อผู้รายงานที่เชื่อถือได้สำหรับแหล่งข้อมูลที่สม่ำเสมอให้รายงานที่ถูกต้อง มีรูปแบบดี และสามารถดำเนินการได้
สถานะผู้รายงานที่เชื่อถือได้อาจให้:
  • การรับเรื่องเร่งด่วน; 
  • การส่งข้อมูลในรูปแบบโครงสร้าง; 
  • การจัดรูปแบบหลักฐานที่ง่ายขึ้น; 
  • API หรือการจัดการเส้นทางด่วน. 
สถานะที่เชื่อถือไม่ได้ยกเลิกการตรวจสอบอิสระ ชื่อราคาถูก ดำเนินการโมเดล API ฟิชชิ่งสำหรับผู้ให้บริการที่เชื่อถือได้นี้อย่างเปิดเผย. 


14. การจัดเก็บบันทึกและการเตรียมพร้อมสำหรับการตรวจสอบ
NiceNIC ต้องจัดทำเอกสาร:
  • การรับเรื่องร้องเรียน; 
  • หลักฐานที่ได้รับ; 
  • การจัดประเภทภายใน; 
  • ขั้นตอนการสอบสวน; 
  • การตัดสินใจ; 
  • การดำเนินการ; 
  • การแจ้งเตือนที่ส่ง; 
  • การติดตามและการตัดสินใจขั้นสุดท้าย. 
บันทึกควรถูกเก็บไว้เป็นเวลาที่สั้นที่สุดในสองปี หรือตามระยะเวลาที่ยาวที่สุดที่กฎหมายบังคับใช้อนุญาต และพร้อมให้ ICANN ตรวจสอบเมื่อแจ้งล่วงหน้าอย่างเหมาะสม. 


15. การควบคุมการปฏิบัติตาม
NiceNIC ควรดำเนินการ:
  • การทบทวนคุณภาพกรณีตัดสินใจเป็นระยะ; 
  • การฝึกอบรมพนักงานเกี่ยวกับคำจำกัดความการละเมิด DNS และเกณฑ์หลักฐาน; 
  • การทดสอบความใช้งานได้ของกล่องจดหมายและแบบฟอร์มเว็บสำหรับการละเมิด; 
  • การตรวจสอบความถูกต้องของแม่แบบ; 
  • การเฝ้าระวังข้อผิดพลาดซ้ำและการเปิดคดีซ้ำ; 
  • การทบทวนรายเดือนของโดเมนที่มีการร้องเรียนซ้ำ. 
นี่เป็นเรื่องปฏิบัติและสำคัญเนื่องจาก ICANN ได้รายงานแผนการแก้ไขที่เกี่ยวข้องกับช่องทางการติดต่อการละเมิดที่เสียหาย การยืนยันการรับเรื่องที่อ่อนแอ และความรู้ของพนักงานที่ไม่เพียงพอ และได้ระบุว่าความล้มเหลวซ้ำ ๆ อาจทำให้เกิดการดำเนินการปฏิบัติตามอย่างเร่งด่วน. 


16. ตัวชี้วัด
NiceNIC ควรติดตามอย่างน้อย:
  • จำนวนเรื่องร้องเรียนทั้งหมดที่ได้รับ; 
  • การแบ่งการละเมิด DNS กับการละเมิดที่ไม่ใช่ DNS; 
  • อัตราส่วนหลักฐานเพียงพอกับไม่เพียงพอ; 
  • เวลาถึงการรับทราบครั้งแรก; 
  • เวลาถึงการตรวจสอบของมนุษย์ครั้งแรก; 
  • เวลาถึงการบรรเทาสำหรับการละเมิด DNS ที่ดำเนินการได้; 
  • จำนวนการระงับที่ออก; 
  • จำนวนการพิจารณาใหม่ที่ได้รับอนุมัติหรือปฏิเสธ; 
  • โดเมนที่ละเมิดซ้ำ; 
  • บัญชีที่ละเมิดซ้ำ; 
  • อัตราความถูกต้องของผู้รายงานที่เชื่อถือได้; 
  • จำนวนเรื่องร้องเรียนที่ได้รับการแก้ไขก่อนการตรวจสอบด้วยตนเอง. 


17. การวางตำแหน่งต่อนอก
NiceNIC ควรอธิบายระบบการละเมิดของตนแก่สาธารณะด้วยภาษาดังนี้:
  • NiceNIC สืบสวนรายงานการละเมิดอย่างรวดเร็ว. 
  • NiceNIC แยกแยะระหว่างการละเมิด DNS ที่กำหนดโดย ICANN กับประเภทอื่น ๆ ของการร้องเรียน. 
  • NiceNIC ดำเนินการโดยอิงหลักฐาน ความเสี่ยง และนโยบายที่ใช้บังคับ. 
  • NiceNIC อาจระงับทันทีเมื่อมีหลักฐานดำเนินการได้ชัดเจนของการละเมิด DNS ที่ยังคงดำเนินอยู่. 
  • NiceNIC อาจขอข้อมูลเพิ่มเติมหรือชี้แนะให้ผู้ร้องเรียนไปยังจุดดำเนินการที่เหมาะสมกว่าสำหรับกรณีที่ผู้จดทะเบียนไม่ใช่ผู้ตอบสนองที่มีประสิทธิผลเพียงผู้เดียว. 
  • NiceNIC เก็บบันทึกคดีและสามารถแสดงกระบวนการจัดการหากได้รับการตรวจสอบโดย ICANN หรือพันธมิตรเรจิสทรี. 

ต้องการความช่วยเหลือ? เราพร้อมดูแลคุณเสมอ Support มนุษย์
ลิขสิทธิ์ © 2006–2026 NICENIC INTERNATIONAL GROUP CO., LIMITED. สงวนลิขสิทธิ์ทั้งหมด. · U.S. Affiliate: NICENIC LLC