久久999这里只有精品视频|欧美夫妻性生活黄大片|久久九九九九九九热|波多野结衣二区看黄片在线|99性爱视频97厂超碰|欧美国产丝袜成年人二级毛片|中国一圾黄片免费看a级大片|太久思思中文字幕一区|爱爱很舒服欧美91|亚洲男女AV亚洲肏屄

X
Diterbitkan: 2026-04-02 | Diperbarui: 2026-04-02
Manual Penanganan Penyalahgunaan NiceNIC

1. Tujuan
NiceNIC mengelola Manual Penanganan Penyalahgunaan ini untuk memastikan bahwa keluhan penyalahgunaan yang melibatkan nama domain yang disponsataui oleh NiceNIC diterima, dinilai, dilacak, diselidiki, dan ditangani secara konsisten, terdokumentasi, dan berbasis risiko.
Manual ini dirancang untuk mencapai empat hasil secara bersamaan:
 1.melindungi pengguna Internet dan pihak yang terdampak dari kerusakan yang sedang berlangsung; 
 2.memenuhi kewajiban kontraktual NiceNIC sebagai registrar yang terakreditasi ICANN; 
 3.memberikan penanganan yang adil, dapat diprediksi, dan terdokumentasi untuk pemilik domain dan reseller; 
 4.menunjukkan proses respons penyalahgunaan yang jelas, dapat dipertahankan, dan dapat diaudit. 
NiceNIC akan menyelidiki lapatauan penyalahgunaan dengan cepat dan akan mengambil tindakan mitigasi yang wajar berdasarkan kualitas bukti, sifat aktivitas yang dilapataukan, kemungkinan kerugian yang sedang berlangsung, dan risiko kerusakan sampingan pada layanan yang sah. Pendekatan ini sesuai dengan Bagian 3.18 dari RAA 2013 dan Penasihat Penyalahgunaan DNS ICANN 2024. 

2. Lingkup
Manual ini berlaku untuk:
  • nama domain yang disponsataui oleh NiceNIC; 
  • lapatauan penyalahgunaan yang diajukan oleh individu, perusahaan, peneliti keamanan, pelapatau terpercaya, registri, penegak hukum, atau otatauitas lain; 
  • pelanggan ritel dan nama yang dikelola reseller; 
  • keluhan Penyalahgunaan DNS dan keluhan aktivitas ilegal/non-DNS lainnya. 
Manual ini tidak berarti setiap keluhan akan berakibat pada penangguhan. NiceNIC akan bertindak sesuai dengan kerangka kontraktual yang berlaku, aturan registri, Kebijakan Penggunaan / Penyalahgunaan yang Dapat Diterima NiceNIC, dan bukti yang tersedia dalam setiap kasus.


3. Definisi
3.1 Penyalahgunaan DNS Kontraktual ICANN
Untuk tujuan kepatuhan kontraktual NiceNIC, Penyalahgunaan DNS berarti:
  • malware 
  • botnet 
  • phishing 
  • pharming 
spam hanya jika digunakan sebagai mekanisme pengiriman untuk salah satu dari empat kategataui di atas. 

3.2 Kategataui Penyalahgunaan Risiko Tinggi yang Diperluas oleh NiceNIC
NiceNIC juga dapat mengklasifikasikan masalah tertentu sebagai Kategataui Penyalahgunaan Risiko Tinggi yang Diperluas berdasarkan aturan penyalahgunaan dan risiko sendiri, meskipun tidak secara otomatis didefinisikan sebagai Penyalahgunaan DNS oleh ICANN. Ini mungkin termasuk:
  • materi penyalahgunaan seksual anak (CSAM) atau konten eksploitasi anak; 
  • penjualan obat terlarang atau konten narkotika risiko tinggi; 
  • skema penipuan kripto; 
  • konten yang menciptakan risiko serius yang segera terjadi; 
  • aktivitas ilegal lain di mana tindakan mendesak dibenarkan oleh hukum, kebijakan registri, permintaan otatauitas berwenang, atau bukti risiko yang jelas. 
Kategataui ini harus dinilai dengan cermat. Mereka tidak secara otomatis diperlakukan sebagai Penyalahgunaan DNS ICANN kecuali bukti juga menunjukkan phishing, malware, aktivitas botnet, pharming, atau spam yang memenuhi syarat. Tucows secara publik menjelaskan perbedaan serupa antara Penyalahgunaan DNS inti dan penyalahgunaan konten yang lebih luas yang dapat mereka tindak di tingkat DNS. 

3.3 Penyalahgunaan Tidakn-DNS / Keluhan Lainnya
Ini biasanya mencakup:
  • sengketa merek dagang; 
  • klaim DMCA / hak cipta; 
  • konten dewasa; 
  • konten perjudian atau permainan; 
  • konten menyesatkan atau penipuan tanpa bukti teknis penyalahgunaan DNS; 
  • konten farmasi / obat tanpa indikatatau penyalahgunaan DNS yang memenuhi syarat; 
  • pelanggaran kebijakan umum. 
Keluhan ini masih dapat diselidiki dan ditangani, tetapi tidak secara otomatis membenarkan penangguhan pada tingkat DNS.


4. Prinsip Pdanuan
NiceNIC menangani lapatauan penyalahgunaan sesuai dengan prinsip berikut:
  • Bukti terlebih dahulu. NiceNIC tidak mengambil tindakan pada tingkat DNS hanya berdasarkan kata kunci, asumsi, atau tuduhan tanpa dukungan saja. 
  • Tanggapan berbasis risiko. Tindakan yang lebih cepat dan lebih kuat berlaku jika bukti dapat ditindaklanjuti dan kerugian sedang berlangsung atau parah. 
  • Gangguan seminimal mungkin yang diperlukan. NiceNIC dapat memilih metode mitigasi selain penangguhan segera jika bukti menunjukkan skenario kompromi dan penangguhan penuh akan menyebabkan kerusakan sampingan yang tidak propatausional. 
  • Konsistensi dan dokumentasi. Setiap kasus harus dikategatauikan, dilacak, dan dicatat. 
  • Pemisahan peran yang jelas. NiceNIC adalah registrar. Dalam banyak kasus, penyedia hosting, operatatau platfataum, penyedia pembayaran, atau penegak hukum mungkin juga menjadi titik tindakan yang relevan atau lebih efektif. 
Model berbasis risiko dan sadar kerusakan sampingan ini sesuai dengan penasihat ICANN, yang menyatakan bahwa tindakan mitigasi yang sesuai dapat bervariasi sesuai keadaan dan bahwa penangguhan bukan satu-satunya kemungkinan respons. 


5. Saluran Pelapatauan
NiceNIC harus menjaga:
  • alamat email kontak penyalahgunaan publik di halaman utama situs webnya atau halaman penyalahgunaan yang ditunjuk; 
  • deskripsi yang dipublikasikan tentang bagaimana lapatauan penyalahgunaan diterima, ditangani, dan dilacak; 
  • titik kontak penyalahgunaan khusus yang dipantau 24/7 untuk penegak hukum dan otatauitas serupa sebagaimana diwajibkan oleh RAA. 
NiceNIC dapat menerima lapatauan penyalahgunaan melalui:
  • kotak surat penyalahgunaan; 
  • sistem tiket dukungan; 
  • fataumulir web; 
  • saluran pelapatau terpercaya; 
  • eskalasi registri; 
  • saluran penegak hukum / pemerintah. 


6. Infataumasi Minimum yang Diperlukan dalam Sebuah Keluhan
Agar dapat diproses secara efisien, sebuah keluhan harus mencakup:
  • nama domain yang dilapataukan; 
  • URL penyalahgunaan spesifik, jika ada; 
  • deskripsi jelas tentang dugaan penyalahgunaan; 
  • tangkapan layar yang menunjukkan konten dan URL lengkap; 
  • header email lengkap jika penyalahgunaan email, phishing, atau penipuan terlibat; 
  • bukti pendukung seperti faktur, log, analisis malware, hasil daftar blokir, atau rincian pemalsuan; 
  • infataumasi kontak pelapatau; 
  • bukti otatauisasi jika pelapatau bertindak atas nama merek atau entitas katauban. 
Ini sesuai dengan pdanuan keluhan terbaru ICANN dan praktik pasar yang diterbitkan oleh registrar seperti Namamurah. 


7. Stdanar Bukti
7.1 Bukti yang Dapat Ditindaklanjuti
Bukti dapat ditindaklanjuti ketika infataumasi yang wajar tersedia bagi NiceNIC cukup untuk menentukan bahwa nama domain yang disponsataui digunakan untuk Penyalahgunaan DNS atau aktivitas penyalahgunaan yang dapat ditegakkan lainnya.
Contohnya termasuk:
  • tangkapan layar halaman phishing yang menunjukkan URL lengkap dan merek yang dipalsukan; 
  • email phishing dengan header lengkap dan URL berbahaya yang terkait; 
  • pengiriman malware atau eksploit dari domain atau URL yang dilapataukan; 
  • data reputasi/daftar blokir yang mendukung perilaku yang dilapataukan; 
  • bukti kode penguras dompet, pencurian frasa benih, pengambilan login palsu, atau pengambilan kredensial; 
  • beberapa sinyal konsisten dari sumber terpercaya atau diakui. 
Pdanuan ICANN saat ini menggunakan stdanar "bukti yang dapat ditindaklanjuti" yang sama dan menjelaskan bahwa registrar juga dapat mempertimbangkan infataumasi yang secara wajar dapat mereka akses sendiri. 

7.2 Bukti Tidak Memadai
Bukti tidak memadai jika keluhan hanya berisi:
  • nama domain tanpa URL penyalahgunaan; 
  • hanya kata kunci; 
  • tuduhan tanpa tangkapan layar, header, log, atau dukungan lainnya; 
  • pernyataan umum bahwa sebuah nama "terlihat mencurigakan"; 
  • tuduhan konflik merek murni tanpa bukti penyalahgunaan. 
Ketika bukti tidak memadai, NiceNIC akan meminta infataumasi lebih lanjut daripada mengambil tindakan pada tingkat DNS secara langsung, kecuali peninjauan internal independen atau data sumber terpercaya memberikan dasar yang hilang tersebut.

7.3 Intelijen Pihak Ketiga
NiceNIC dapat mempertimbangkan sinyal pihak ketiga seperti:
  • daftar blokir / RBL yang bereputasi baik; 
  • umpan malware atau phishing; 
  • layanan reputasi; 
  • riwayat kasus internal sebelumnya. 
Sinyal tersebut merupakan faktatau pendukung, bukan pengganti penilaian. Bahan penegakan ICANN secara tegas mencatat bahwa tangkapan layar, infataumasi RBL, riwayat kasus sebelumnya, perubahan status EPP, catatan MX, dan penyelidikan registrar sendiri semuanya dapat relevan untuk peninjauan kepatuhan. 


8. Priatauitas Kasus dan SLA Internal
NiceNIC mengadopsi target operasi internal berikut. Ini adalah SLA internal NiceNIC, bukan pernyataan tenggat waktu tetap yang diwajibkan ICANN.
Priatauitas 0 - Darurat / Kerusakan Aktif
Contoh:
  • phishing aktif yang mengumpulkan kredensial atau data pembayaran; 
  • pengiriman malware; 
  • penggunaan botnet / commdan-dan-control; 
  • CSAM; 
  • pemberitahuan darurat penegak hukum; 
  • infrastruktur penguras dompet atau pencurian frasa benih. 
Target:
  • peninjauan pertama segera; 
  • keputusan secepat mungkin secara wajar; 
  • jika dapat ditindaklanjuti, mitigasi biasanya dalam 24 jam, dan tidak lebih dari 48 jam kecuali ada fakta luar biasa. 

Priatauitas 1 - Penyalahgunaan Risiko Tinggi yang Dapat Ditindaklanjuti
Contoh:
  • penipuan peniruan yang jelas; 
  • penyalahgunaan berulang yang terkait dengan pemilik domain/akun yang sama; 
  • domain sudah ditdanai oleh sumber pihak ketiga yang dapat didanalkan dengan bukti yang menguatkan. 
Target:
  • peninjauan dalam 1 hari kerja; 
  • mitigasi atau tindakan selanjutnya yang didokumentasikan dalam 48 jam. 

Priatauitas 2 - Penyalahgunaan Tidakn-DNS dengan Bukti Cukup
Contoh:
  • DMCA dengan pemberitahuan yang tepat; 
  • keluhan merek dagang; 
  • keluhan farmasi ilegal atau konten tanpa indikatatau penyalahgunaan DNS yang memenuhi syarat. 
Target:
  • mengakui dengan cepat; 
  • memberitahu pemilik domain/reseller jika sesuai; 
  • meminta perbaikan atau dokumentasi tambahan. 

Priatauitas 3 - Lapatauan Tidak Lengkap / Berkualitas Rendah
Target:
  • pengakuan dan permintaan bukti tambahan; 
  • tidak ada penangguhan hanya berdasarkan dasar ini. 
Untuk lapatauan dari penegak hukum atau otatauitas serupa yang tercakup oleh RAA 3.18.2, NiceNIC harus memastikan peninjauan dalam waktu 24 jam oleh personel yang berwenang. 


9. Alur Kerja
9.1 Penerimaan
Setiap lapatauan menerima:
  • ID kasus; 
  • cap waktu; 
  • klasifikasi sumber; 
  • tautan domain; 
  • kategataui penyalahgunaan; 
  • status bukti. 
Jika domain sudah dalam status clientHold, serverHold, atau pada daftar pending-hold yang disetujui, sistem harus secara otomatis mengirimkan pemberitahuan status kepada pelapatau dan menekan penanganan manual gdana.

9.2 Seleksi Awal
Kasus diklasifikasikan berdasarkan:
  • Penyalahgunaan DNS vs non-DNS; 
  • bukti cukup vs tidak cukup; 
  • status otatauitas / pelapatau terpercaya; 
  • reseller vs akun ritel; 
  • status domain saat ini; 
  • riwayat pelaku ulang / riwayat kasus berulang. 

9.3 Investigasi
Peninjau memeriksa:
  • URL atau konten yang dilapataukan; 
  • RDAP / WHOIS / waktu pembuatan / nameserver / MX; 
  • riwayat akun internal; 
  • keluhan sebelumnya; 
  • daftar blokir / intelijen pihak ketiga; 
  • apakah masalah tampak disengaja atau akibat kompromi; 
  • apakah penyalahgunaan terjadi pada domain tingkat kedua, subdomain, konten web, atau lapisan email. 

9.4 Keputusan
Hasil yang mungkin:
  • tidak ada tindakan / bukti tidak cukup; 
  • meminta bukti lebih dari pelapatau; 
  • memberi tahu pemilik domain atau reseller untuk perbaikan; 
  • clientHold; 
  • kunci transfer bersamaan dengan mitigasi jika sesuai; 
  • merujuk ke registri, host, penegak hukum, penyedia pembayaran, atau pihak relevan lainnya; 
  • mempertahankan status hold yang ada; 
  • menolak reaktivasi. 

9.5 Pemberitahuan
Untuk Penyalahgunaan DNS yang jelas, dapat ditindaklanjuti, dan sedang berlangsung, NiceNIC dapat menangguhkan terlebih dahulu dan memberi tahu setelah tindakan.
Untuk skenario kemungkinan kompromi atau masalah non-DNS, NiceNIC dapat memberi tahu terlebih dahulu jika hal itu konsisten dengan pengendalian risiko dan tidak secara material meningkatkan kerugian.
Perbedaan ini sesuai dengan posisi ICANN bahwa mitigasi dapat bervariasi tergantung pada kerugian dan risiko kerusakan sampingan. 


10. Pukuluran Khusus Kategataui
10.1 Kata Kunci Obat / kra / slon / mega
Kehadiran kata kunci saja tidak cukup untuk klasifikasi Penyalahgunaan DNS.
Perlakukan sebagai:
  • peninjauan aktivitas ilegal non-DNS jika hanya ada kata kunci atau konten produk; 
  • Penyalahgunaan DNS / penyalahgunaan mendesak jika bukti menunjukkan login palsu, pengumpulan pembayaran palsu, pencurian kredensial, pengalihan berbahaya, malware, atau penyalahgunaan teknis lain yang memenuhi syarat. 

10.2 Penipuan Kripto
Perlakukan sebagai:
  • peninjauan penipuan non-DNS jika situs hanya merupakan investasi meragukan atau promosi keuntungan palsu; 
  • Penyalahgunaan DNS / penyalahgunaan mendesak jika bukti menunjukkan pencurian koneksi dompet, pengumpulan frasa benih, pencurian kunci privat, kode penguras, login pertukaran yang dipalsukan, atau skrip berbahaya. 

10.3 CSAM / Eksploitasi Anak
Perlakukan sebagai penyalahgunaan risiko tinggi segera. Eskalasikan secara internal tanpa penundaan. Simpan catatan, hindari bolak-balik yang tidak perlu dengan pelanggan, dan eskalasikan ke otatauitas atau registri yang sesuai jika diperlukan.

10.4 DMCA / Hak Cipta
Jangan menangguhkan otomatis hanya berdasarkan daftar konten besar atau tuduhan massal yang tidak didukung.
Teruskan pemberitahuan yang tepat jika sesuai, minta fataumat pemberitahuan yang patuh, dan izinkan pemilik domain untuk menanggapi klaim kecuali ada perintah pengadilan, aturan registri, atau dasar yang lebih kuat yang mengharuskan tindakan lebih segera.
Ini juga secara luas konsisten dengan cara registrar besar memisahkan penanganan hak cipta/merek dagang dari penanganan phishing/malware. 

10.5 Keluhan Merek Dagang / Brdan
Sengketa merek dagang tidak otomatis merupakan Penyalahgunaan DNS.
Jika masalahnya adalah sengketa hak nama domain, pelapatau biasanya harus diarahkan ke proses UDRP, URS, atau pengadilan sesuai kebutuhan, kecuali bukti juga menunjukkan phishing, peniruan, atau penyalahgunaan lain. Namamurah secara publik membedakan penanganan penyalahgunaan dari penanganan UDRP/URS dengan cara yang sama. 


11. Pukuluran Komunikasi Pemilik Domain / Reseller
11.1 Pelanggan Ritel
Untuk Penyalahgunaan DNS yang jelas dengan bukti yang cukup:
  • domain dapat segera ditangguhkan; 
  • balasan pertama yang menghadap pelanggan harus menyatakan dasar, jalur swalayan untuk melihat ringkasan kasus, dan stdanar bukti yang diperlukan untuk pertimbangan ulang. 

11.2 Reseller
NiceNIC dapat memilih untuk memberi tahu reseller daripada sub-user hilir manapun.
Namun, status reseller tidak menunda mitigasi mendesak jika bukti dapat ditindaklanjuti ada.

11.3 Pertimbangan Ulang / Reaktivasi
NiceNIC tidak akan mencabut hold berdasarkan penyangkalan yang tidak didukung seperti "konten sudah dihapus" atau "sudah dihapus" saja.
Pertimbangan ulang memerlukan bukti baru dan dapat diverifikasi seperti:
  • bukti salah positif; 
  • bukti kompromi dan perbaikan; 
  • hasil review saat ini yang bersih; 
  • pemulihan reputasi pihak ketiga jika berlaku. 
Jika sumber keamanan pihak ketiga yang dapat didanalkan masih menunjukkan domain tersebut aktif berisiko, NiceNIC dapat mempertahankan hold sambil menunggu validasi lebih lanjut.


12. Pukuluran Komunikasi Pelapatau
NiceNIC harus selalu mengirim:
  • pengakuan penerimaan; 
  • ID kasus atau referensi setara; 
  • permintaan bukti lebih jika diperlukan; 
  • pembaruan status saat tindakan diambil atau ditolak; 
  • tidak ada diskusi substantif yang tidak perlu jika domain sudah ditangguhkan atau menunggu penangguhan dan hasil utama sudah final. 
Ini mencerminkan praktik umum registrar. GoDaddy menawarkan pengajuan klaim fataumal dan pemeriksaan status, sementara Tucows secara eksplisit menyatakan bahwa mereka merespons dengan nomatau kasus dan melacak kategataui, tanggal, dan resolusi secara internal. 


13. Program Pelapatau Terpercaya
NiceNIC dapat memelihara daftar pelapatau terpercaya untuk sumber yang secara konsisten memberikan lapatauan yang akurat, terstruktur dengan baik, dan dapat ditindaklanjuti.
Status pelapatau terpercaya dapat memberikan:
  • priatauitas penerimaan; 
  • pengiriman data terstruktur; 
  • fataumat bukti yang disederhanakan; 
  • penanganan API atau jalur cepat. 
Status terpercaya tidak menghilangkan peninjauan independen. Namamurah secara publik mengoperasikan model API phishing penyedia terpercaya seperti ini. 


14. Pencatatan dan Kesiapan Audit
NiceNIC harus mendokumentasikan:
  • penerimaan keluhan; 
  • bukti yang diterima; 
  • klasifikasi internal; 
  • langkah investigasi; 
  • keputusan; 
  • tindakan yang diambil; 
  • pemberitahuan yang dikirim; 
  • tindak lanjut dan disposisi akhir. 
Catatan harus disimpan selama periode yang lebih singkat antara dua tahun atau periode terlama yang diizinkan oleh hukum yang berlaku, dan tersedia untuk ICANN dengan pemberitahuan yang wajar. 


15. Pengendalian Kepatuhan
NiceNIC harus melakukan:
  • peninjauan QA berkala atas keputusan kasus; 
  • pelatihan staf tentang definisi Penyalahgunaan DNS dan ambang bukti; 
  • pengujian operabilitas kotak surat penyalahgunaan dan fataumulir web; 
  • peninjauan akurasi template; 
  • pemantauan kesalahan berulang dan kasus yang dibuka kembali; 
  • peninjauan bulanan domain dengan keluhan berulang. 
Ini praktis dan penting karena ICANN telah melapataukan rencana perbaikan terkait kontak penyalahgunaan yang rusak, konfirmasi penerimaan yang lemah, dan pengetahuan staf yang tidak memadai, serta mencatat bahwa kegagalan berulang dapat memicu tindakan kepatuhan yang dipercepat. 


16. Metrik
NiceNIC harus melacak setidaknya:
  • total keluhan yang diterima; 
  • pemisahan Penyalahgunaan DNS vs non-DNS; 
  • tingkat bukti cukup vs tidak cukup; 
  • waktu untuk pengakuan pertama; 
  • waktu untuk peninjauan manusia pertama; 
  • waktu mitigasi untuk Penyalahgunaan DNS yang dapat ditindaklanjuti; 
  • jumlah hold yang dikeluarkan; 
  • jumlah pertimbangan ulang yang diberikan atau ditolak; 
  • domain dengan penyalahgunaan berulang; 
  • akun dengan penyalahgunaan berulang; 
  • tingkat akurasi pelapatau terpercaya; 
  • keluhan yang sudah diselesaikan sebelum peninjauan manual. 


17. Posisi Publik
NiceNIC harus menggambarkan sistem penyalahgunaannya secara publik dengan istilah seperti ini:
  • NiceNIC menyelidiki lapatauan penyalahgunaan dengan cepat. 
  • NiceNIC membedakan antara Penyalahgunaan DNS yang didefinisikan ICANN dan jenis keluhan lainnya. 
  • NiceNIC bertindak berdasarkan bukti, risiko, dan kebijakan yang berlaku. 
  • NiceNIC dapat menangguhkan segera jika terdapat bukti yang jelas, dapat ditindaklanjuti, dan penyalahgunaan DNS yang sedang berlangsung. 
  • NiceNIC dapat meminta infataumasi lebih lanjut atau mengarahkan pelapatau ke titik tindakan yang lebih tepat jika registrar bukan satu-satunya responden yang efektif. 
  • NiceNIC menyimpan catatan kasus dan dapat menunjukkan proses penanganannya jika ditinjau oleh ICANN atau mitra registri. 

Butuh bantuan? Kami selalu siap membantu Anda. Kirim Tiket
Hak Cipta © 2006-2026 NICENIC INTERNATIONAL GROUP CO., LIMITED Seluruh Hak Dilindungi