Bir IPv4 transferi, yalnızca iki tarafın bir sözleşme imzalaması veya paranın hesaplar arasında aktarılmasıyla tamamlanmış sayılmaz.

İşlemin aynı zamanda birden fazla katmanda anlaşılabilir olması gerekir: hukuki kontrol, kayıt kuruluşu kayıtları, yönlendirme yetkilendirmesi, ters DNS, güvenlik beyanları, kötüye kullanım iletişim kişileri, coğrafi konumlandırma, itibar sistemleri ve adres alanını hâlihazırda kullanan ya da kullanmaya hazırlanan operasyonel ağlar.

WHOIS ve Registration Data Access Protocol kayıtları bu yapının bir parçasıdır. Kayıtlı kuruluşun, ilgili iletişim kişilerinin, adres aralığının ve kaydın tutulmasından sorumlu kayıt kuruluşunun belirlenmesine yardımcı olurlar.

Bu kayıtlar güncelliğini yitirdiğinde, normalde meşru olan bir IPv4 işlemi daha yavaş, daha maliyetli ve savunulması daha zor hâle gelebilir.

Ancak sorunun doğru anlaşılması gerekir.

Bir kayıt kuruluşu kaydı önemlidir, çünkü kontrolü doğru şekilde tanımlamalı ve koordinasyonu desteklemelidir. Tek başına ticari gerçeklik yaratmaz. Paketlerin iletilip iletilemeyeceğini, bir sözleşmenin var olup olmadığını veya bir kuruluşun bir adres bloğunu çalışan bir ağa operasyonel olarak entegre edip etmediğini belirlemez.

Doğru WHOIS ve RDAP verilerinin amacı, kayıt kuruluşunu IPv4 kaynaklarının sahibi veya ticari kapı bekçisi hâline getirmek değildir.

Amaç, kayıt defterinin gerçeği yansıtmasını sağlamaktır.

WHOIS ve RDAP Kayıtları Nedir?

WHOIS, İnternet numara kaynakları ve alan adlarıyla ilişkili kayıt bilgilerini almak için kullanılan, uzun süredir mevcut bir protokoldür.

Bir IPv4 adres aralığı için WHOIS yanıtı aşağıdaki gibi bilgiler içerebilir:

• Kayıtlı kuruluş

• IPv4 öneki veya adres aralığı

• İdari ve teknik iletişim kişileri

• Kötüye kullanım bildirimlerinden sorumlu iletişim kişileri

• Kayıt kuruluşu nesne tanımlayıcıları

• Oluşturulma veya değiştirilme tarihleri

• İlgili tahsisler veya ağ nesneleri

RDAP, genellikle makine tarafından okunabilir JSON biçiminde olmak üzere HTTPS üzerinden yapılandırılmış kayıt verileri sağlar. Teknik çerçevesi, RFC 9082 ve RFC 9083 dâhil olmak üzere çeşitli standartlarla tanımlanmıştır.

RDAP, yazılımların ve ağ yönetim sistemlerinin kayıt verilerini tutarlı bir şekilde işlemesini kolaylaştırabilir. Ancak bir RDAP yanıtının kalitesi yine de temel kayıt kuruluşu bilgilerinin doğruluğuna bağlıdır.

Modern bir protokol, güncelliğini yitirmiş bir tüzel kişiliği, terk edilmiş bir e-posta adresini veya kayda geçirilmemiş bir kontrol değişikliğini düzeltemez.

Yapılandırılmış biçimde sunulan hatalı veriler yine hatalı verilerdir.

Bir IPv4 Transferinde Kayıt Doğruluğu Neden Önemlidir?

İnternet numara kaynakları benzersiz kalmalıdır. Birbiriyle ilgisi olmayan iki taraf, aynı IPv4 bloğu üzerinde aynı anda münhasır kayıt hakkına sahipmiş gibi gösterilmemelidir.

Bu nedenle sınırlı ve meşru bir kayıt kuruluşu işlevi şunları içerir:

• Benzersizliğin korunması

• Tanınan kontrolün kaydedilmesi

• Doğru kamu bilgilerinin muhafaza edilmesi

• Hileli kayıt değişikliklerinin önlenmesi

• İlgili güvenlik bilgilerinin yayımlanması

• Transferlerin ve uyuşmazlıkların kaydedilmesi

• Operasyonel sürekliliğin desteklenmesi

Bir IPv4 transferi sırasında doğru WHOIS ve RDAP kayıtları, dört önemli unsurun birbiriyle ilişkilendirilmesini kolaylaştırır:

1. IPv4 adres bloğu

2. Kayıt kuruluşunda şu anda gösterilen taraf

3. Bloğu transfer etme konusunda hukuki veya operasyonel yetkiye sahip taraf

4. İşlem sonrasında bloğu kontrol edecek veya kullanacak kuruluş

Bu unsurlar birbiriyle tutarlı olduğunda, işlemin anlaşılması ve belgelenmesi daha kolaydır.

Tutarsız olduklarında ise aradaki fark araştırılmalıdır.

Bu araştırma, veritabanının her zaman doğru, operasyonel gerçekliğin ise yanlış olduğu varsayımıyla başlamamalıdır. Doğru amaç, kayıtlar ile gerçek dünyadaki kanıtların neden birbirinden ayrıldığını belirlemek ve ardından çalışan ağları gereksiz yere aksatmadan doğruluğu yeniden sağlamaktır.

Bir Kayıt Kuruluşu Kaydı Gerçekliği Tanımlar

IPv4 durum tespitinde yapılan en yaygın hatalardan biri, WHOIS veya RDAP kaydını mülkiyetin kesin kanıtı olarak değerlendirmektir.

Öyle değildir.

Kayıt verileri önemli bir koordinasyon kaydıdır, ancak hukuki, sözleşmesel, tarihsel veya operasyonel durumun tamamını göstermeyebilir.

Örneğin kayıt kuruluşunda gösterilen şirket:

• Yasal adını değiştirmiş olabilir

• Başka bir şirketle birleşmiş olabilir

• Faaliyetlerinin bir bölümünü satmış olabilir

• Varlıklarını bir bağlı şirkete devretmiş olabilir

• İflas veya yeniden yapılandırma sürecine girmiş olabilir

• Tüm kayıt kuruluşu güncellemeleri tamamlanmadan satın alınmış olabilir

• Operasyonel kullanımı bir kiralama sözleşmesi kapsamında devretmiş olabilir

• Yetkili temsilcilerini değiştirmiş olabilir

Bu nedenle bir kayıt kuruluşu kaydı doğru, güncelliğini yitirmiş, eksik, ihtilaflı veya düzeltilme sürecinde olabilir.

Doğru yaklaşım kanıta dayanmalıdır.

Kayıt verileri; şirket kayıtları, sözleşmeler, transfer belgeleri, ilgili olduğu durumlarda mahkeme kararları, hesap kontrolü kanıtları, yönlendirme bilgileri, geçmiş yazışmalar ve kaynağın mevcut operasyonel durumu ile karşılaştırılmalıdır.

Kayıt kuruluşu, talep edilen bir güncellemenin mükerrer bir hak iddiası oluşturmadığını veya kayıt defterinin bütünlüğünü bozmadığını doğrulayabilir.

Yasal bir ticari işlemin var olmayı hak edip etmediğine karar vermemelidir.

WHOIS ve RDAP Kayıtları Nasıl Güncelliğini Yitirir?

Şirket adı değişiklikleri

Bir işletme yasal veya ticari adını değiştirebilirken kayıt kuruluşu eski kuruluş adını göstermeye devam edebilir.

Bu küçük bir tutarsızlık gibi görünebilir, ancak IPv4 transfer sözleşmesini imzalayan kuruluş kayıt bilgilerinde gösterilen kuruluşla tam olarak eşleşmediğinde belirsizlik yaratabilir.

Şirketin isim değişikliği belgelerini, kuruluş belgelerini, birleşme kayıtlarını veya taraflar arasındaki ilişkiyi açıklayan diğer kanıtları sunması gerekebilir.

Birleşmeler ve satın almalar

IPv4 kaynakları bazen daha kapsamlı bir şirket satın almasının veya varlık işleminin parçası olabilir.

Ticari işlem tamamlanmış ancak kayıt kuruluşu kaydı güncellenmemişse, veritabanı artık işletmeyi veya altyapıyı kontrol etmeyen bir kuruluşu göstermeye devam edebilir.

Bu durum, temel işlemi otomatik olarak geçersiz hâle getirmez. Kayıt defterinin henüz hukuki ve operasyonel gerçekliğe yetişmediği anlamına gelir.

Eski çalışanların iletişim kişisi olarak kalması

İdari, teknik ve kötüye kullanım iletişim kişileri, bir çalışan ayrıldıktan uzun süre sonra bile çoğu zaman değiştirilmeden kalır.

Bu durum çeşitli sorunlar yaratabilir:

• Doğrulama mesajları yanıtsız kalabilir.

• Hassas kayıt kuruluşu yazışmaları yetkisiz bir kişiye ulaşabilir.

• Mevcut yönetim ekibi ilgili kayıt kuruluşu hesabına nasıl erişeceğini bilmiyor olabilir.

• Alıcılar kimin işlem yapmaya yetkili olduğunu doğrulayamayabilir.

Kayıt kuruluşu iletişim bilgileri kurumsal olarak kontrol edilmeli ve personel sorumlulukları değiştiğinde gözden geçirilmelidir.

Süresi dolmuş veya terk edilmiş alan adları

Bir iletişim e-posta adresi, kuruluşun artık sahip olmadığı bir alan adını kullanabilir.

Bu, sıradan bir teslim edilemeyen mesajdan daha ciddi bir durumdur. Alan adını daha sonra satın alan üçüncü bir taraf, geçmişteki kaynak sahibine gönderilmesi amaçlanan mesajları alabilir.

Bu nedenle kuruluşlar yalnızca bireysel posta kutularını değil, kayıt kuruluşu kayıtlarında kullanılan her alan adının mülkiyetinin ve güvenliğinin devam edip etmediğini de izlemelidir.

Eksik geçmiş transferler

Önceki bir işlem, ana kuruluş kaydını güncellemiş ancak eski tahsis, iletişim, rota, maintainer veya ters DNS nesnelerini değiştirmeden bırakmış olabilir.

Bu durum farklı sistemler arasında çelişkili işaretler oluşturur.

Üst düzey kayıt mevcut sahibi gösterirken bir rota nesnesi veya alt tahsis hâlâ önceki operatöre atıfta bulunabilir.

Resmî olmayan operasyonel yetkilendirme

Bir adres sahibi, operasyonel ilişkiyi açıkça belgelemeden IPv4 kaynaklarını başka bir ağa kiralayabilir veya devredebilir.

Kiralamanın kendisi bir benzersizlik sorunu değildir. Müşterinin coğrafi konumu bir benzersizlik sorunu değildir. Ticari bir iş modeli bir benzersizlik sorunu değildir.

Sorun, yönlendirme, kötüye kullanımın ele alınması, teknik koordinasyon veya düzenleme sonunda kaynakların iadesinden kimin sorumlu olduğunu gösteren güvenilir bir kayıt bulunmadığında ortaya çıkar.

Doğru kayıt kuruluşları, arkasındaki ticari modeli onaylamaları gerekiyormuş gibi davranmadan operasyonel yetkilendirmeyi yansıtabilmelidir.

Güncelliğini Yitirmiş Kayıtların Oluşturduğu Başlıca Riskler

1. Transfer gecikmeleri

En yakın risk gecikmedir.

Şirket adları, iletişim kişileri, hesap sahipleri ve işlem belgeleri birbiriyle uyuşmadığında ek inceleme gerekebilir.

Tarafların geçmiş sözleşmeleri, eski yöneticileri, arşivlenmiş e-postaları, birleşme kayıtlarını veya kurumsal halefiyet kanıtlarını bulması gerekebilir.

Bu gecikmeler şunları etkileyebilir:

• Veri merkezi genişlemesi

• Müşteri kabul süreçleri

• Ağ geçişi

• Bulut kurulumu

• Ürün lansmanları

• Sözleşmenin tamamlanması

• Altyapı finansmanı

Tutarsızlık ne kadar erken belirlenirse, ticari açıdan acil hâle gelmeden çözülmesi o kadar kolay olur.

2. Yetki konusundaki belirsizlik

Bir alıcı veya kiracı, kaynağı kullanıma sunma yetkisinin kimde olduğunu anlamalıdır.

WHOIS veya RDAP kaydı bu analizin bir parçasıdır, ancak tek parçası olmamalıdır.

Sözleşme tarafının kayıtlı kuruluştan farklı olduğu durumlarda taraflar aralarındaki ilişkiyi gösteren belgelenmiş bir zincir oluşturmalıdır. Bu zincir; şirket kararlarını, satın alma belgelerini, vekâletnameleri, geçmiş transfer kayıtlarını, kayıt kuruluşu yazışmalarını veya diğer kontrol kanıtlarını içerebilir.

Amaç yapay bir izin üretmek değildir.

Amaç, savunulabilir bir yetki zinciri oluşturmaktır.

3. Hesap kurtarma sorunları

Bir kuruluş, bir IPv4 bloğunu hukuken kontrol ederken onu yönetmek için kullanılan kayıt kuruluşu hesabına pratikte erişemeyebilir.

Bu durum şu koşullarda ortaya çıkabilir:

• Kimlik bilgileri eski bir çalışan tarafından tutulmuşsa.

• Çok faktörlü kimlik doğrulama erişilemeyen bir cihaza bağlıysa.

• Kayıtlı e-posta alan adının süresi dolmuşsa.

• Şirket artık geçmiş belgelere erişemiyorsa.

• Bir satın alma sonrasında sorumluluk hiçbir zaman devredilmemişse.

IPv4 bloğu pazarlanmadan veya bir müşteriye taahhüt edilmeden önce hesap erişimi test edilmelidir.

4. Kötüye kullanım yönetimindeki aksaklıklar

Güvenlik ekipleri, barındırma şirketleri, ağ operatörleri, araştırmacılar ve diğer taraflar, kötüye kullanım iletişim kişisini belirlemek için sıklıkla WHOIS veya RDAP verilerini kullanır.

Bu iletişim bilgileri güncel değilse meşru bildirimler, bunları incelemekten sorumlu ağa hiçbir zaman ulaşmayabilir.

Bunun sonucunda şunlar yaşanabilir:

• Kötü niyetli faaliyetlerin daha uzun süre devam etmesi

• Şikâyetlerin üst sağlayıcılara iletilmesi

• Adres itibarının zarar görmesi

• Engelleme listelerine alınma

• Müşteri hizmetlerinde kesinti

• Sorumluluk konusunda karışıklık

Kayıt kuruluşunun meşru rolü, iletişim dizininin doğru ve erişilebilir olmasını sağlamaktır. Bir kötüye kullanım bildiriminin varlığını veya ele alınma biçimini, kaynağın ticari ya da operasyonel kullanımı üzerinde sınırsız bir yetkiye dönüştürmemelidir.

5. Yönlendirme devreye alma sürecindeki zorluklar

WHOIS ve RDAP, BGP duyurularını doğrudan yetkilendirmez.

Ancak transit sağlayıcılar, barındırma şirketleri, İnternet değişim noktaları, veri merkezleri ve güvenlik ekipleri, devreye alma sırasında kayıt bilgilerini inceleyebilir.

Bir rota duyurusu talep eden kuruluş kayıt verileriyle uyuşmuyorsa sağlayıcı, bir Yetkilendirme Mektubunu kabul etmeden veya rotayı devreye almadan önce ek kanıt isteyebilir.

Bu bir doğrulama meselesidir; WHOIS’in yönlendirmeyi kontrol ettiğinin kanıtı değildir.

6. Ters DNS gecikmeleri

Ters DNS yetkilendirmesi, ilgili kayıt kuruluşu hesabına erişime veya kaynaktan o sırada sorumlu kuruluşla koordinasyona bağlı olabilir.

Güncel olmayan iletişim kişileri veya belirsiz yetki, yönlendirme hazır olsa bile rDNS değişikliklerini geciktirebilir.

E-posta, güvenlik, barındırma ve müşteriye yönelik uygulamalarda bu gecikme hizmetin kullanıma hazır olmasını etkileyebilir.

7. Güvenlik ve kimliğe bürünme riski

Güncelliğini yitirmiş kayıt kuruluşu bilgileri, kimliğe bürünme fırsatları yaratabilir.

Kötü niyetli bir taraf aşağıdakileri kullanarak kendisini kaynak sahibi olarak göstermeye çalışabilir:

• Süresi dolmuş bir iletişim alan adı

• Eski çalışanlar hakkındaki kamuya açık bilgiler

• Sahte şirket belgeleri

• Ele geçirilmiş eski kimlik bilgileri

• Eksik kayıt kuruluşu verileri

Doğru kayıtlar dolandırıcılığı tamamen ortadan kaldırmaz, ancak belirsizliği azaltır ve yetkisiz taleplerin belirlenmesini kolaylaştırır.

8. Uyuşmazlıkların operasyonel olaylara dönüşmesi

Hukuki, kayıt ve operasyonel katmanlar birbiriyle uyuşmadığında bir uyuşmazlık ortaya çıkabilir.

Yanlış yaklaşım, anlaşmazlığın ihtilaf konusu kaynağı işlevsiz hâle getirmesine izin vermektir.

Süreklilik odaklı bir sistem, mümkün olduğunda son doğrulanmış operasyonel durumu korumalı, çelişkili değişiklikleri önlemeli, bir hak iddiasının ihtilaflı olduğunu kaydetmeli ve kanıtların bağımsız olarak incelenmesine izin vermelidir.

Bir kayıt kuruluşu aynı anda kayıt tutucu, hak iddia eden taraf, hâkim ve infaz makamı olarak hareket etmemelidir.

Uyuşmazlıkların yalıtılması sürekliliğin bir parçasıdır.

WHOIS ve RDAP Bir Yönlendirme Yetkilendirmesi Değildir

Temiz bir kayıt kuruluşu kaydı, belirli bir Otonom Sistemin bir IPv4 önekini duyurmaya hâlihazırda yetkili olduğunu kanıtlamaz.

Yönlendirme hazırlığı ayrı olarak kontrol edilmelidir.

Eksiksiz bir inceleme şunları içerebilir:

• Mevcut BGP kaynağı

• Route Origin Authorization durumu

• Internet Routing Registry rota nesneleri

• Yetkilendirme Mektupları

• Önek görünürlüğü

• Rota geçmişi

• Üst sağlayıcı gereksinimleri

• Mevcut duyurular

• Daha spesifik rotalar

Bu ayrım önemlidir, çünkü kayıt ve yönlendirme farklı katmanlardır.

WHOIS ve RDAP aşağıdaki soruların yanıtlanmasına yardımcı olur:

• Kaynak kaydını hangi kayıt kuruluşu yayımlıyor?

• Hangi kuruluş kayıtlı sahip olarak gösteriliyor?

• Blokla hangi iletişim kişileri ilişkilendirilmiştir?

• Hangi ilgili kayıt nesneleri mevcuttur?

RPKI, IRR verileri, BGP gözlemleri ve sağlayıcı doğrulaması aşağıdaki soruların yanıtlanmasına yardımcı olur:

• Hangi ağ öneki duyurabilir?

• Şu anda hangi rota görünür durumdadır?

• Yönlendirme yetkisi planlanan kurulumla eşleşiyor mu?

• Çelişkili veya geçersiz duyurular var mı?

Katmanlardan hiçbiri diğerinin yerine kullanılmamalıdır.

WHOIS ve RDAP Mülkiyet Belgeleri Değildir

Kayıt kuruluşu kayıtları evrensel hukuki mülkiyet belgeleri de değildir.

Farklı yargı bölgeleri, sözleşmeler, mahkemeler ve işlemler IPv4 ile ilgili menfaatleri farklı şekillerde tanımlayabilir.

Bir tarafın kamuya açık bir kayıt kuruluşu yanıtında tam olarak görünmeyen sözleşmesel, operasyonel, ekonomik, güvenlik veya güvene dayalı menfaatleri olabilir.

Bu nedenle durum tespiti yalnızca şu soruyu sormamalıdır:

WHOIS’te kimin adı yer alıyor?

Ayrıca şunları da sormalıdır:

• Hangi kanıtlar bu kuruluşu işlemle ilişkilendiriyor?

• Kayıt kuruluşu hesabını kim kontrol ediyor?

• Rotayı kim kontrol ediyor?

• Kiralama sözleşmeleri, müşteri tahsisleri, teminat hakları veya uyuşmazlıklar var mı?

• Kaynak bir birleşmeye veya varlık satışına dâhil edildi mi?

• İşlem tamamlandıktan sonra hangi taraf sorumlu olmaya devam edecek?

• Kayıt kuruluşu kaydına itiraz edilirse veya güncelleme gecikirse ne olur?

Bir kayıt satırındaki isim, süreklilik garantisi değildir.

Bu isim, kayıt kuruluşunun sözleşmesel ve kurumsal alanına şu anda doğrudan maruz kalan tarafı tanımlar.

Satıcılar IPv4 Transferinden Önce Nasıl Hazırlanmalıdır?

Bir satıcı, adres alanını listelemeden önce kayıt ve operasyonel kayıtlarını gözden geçirmelidir.

Hazırlık süreci şunları içermelidir:

1. Tam IPv4 önekinin ve yetkili kayıt kuruluşu kaydının doğrulanması.

2. Kayıt kuruluşu hesabına erişimin doğrulanması.

3. Kayıtlı tüzel kişi adının incelenmesi.

4. Artık kuruluşu temsil etmeyen iletişim kişilerinin değiştirilmesi.

5. İdari, teknik ve kötüye kullanım e-posta adreslerinin test edilmesi.

6. Kayıtta kullanılan her e-posta alan adının kontrolünün doğrulanması.

7. Tahsislerin, rota nesnelerinin, maintainer nesnelerinin ve ters DNS’in incelenmesi.

8. Birleşmeler, satın almalar veya isim değişiklikleriyle ilgili belgelerin toplanması.

9. Mevcut kiralamaların, müşteri kullanımlarının veya operasyonel bağımlılıkların belirlenmesi.

10. Mevcut BGP ve RPKI durumunun kontrol edilmesi.

11. Herhangi bir uyuşmazlığın, kısıtlamanın veya çelişkili hak iddiasının belgelenmesi.

12. İşlem sonrası için açık bir geçiş planının hazırlanması.

Amaç yalnızca kayıt kuruluşunun prosedürünü geçmek değildir.

Amaç, transferin alıcıyı, kiracıyı veya alt ağı hatalı bir kayıtla ya da çözümlenmemiş bir süreklilik sorunuyla baş başa bırakmamasını sağlamaktır.

Alıcılar ve Kiracılar Neleri Doğrulamalıdır?

Alıcılar ve kiracılar, bir IPv4 bloğunu kabul etmeden önce görünür kayıt girişinden daha fazlasını değerlendirmelidir.

Pratik bir inceleme dört katmanı kapsamalıdır.

Kayıt kuruluşu katmanı

Doğrulayın:

• Yetkili kayıt kuruluşu

• Kayıtlı kuruluş

• İletişim bilgilerinin geçerliliği

• Mevcut olduğu durumlarda kayıt geçmişi

• Hesap kontrolü kanıtları

• İlgili tahsisler

• Bilinen uyuşmazlıklar

Hukuki ve ticari katman

Doğrulayın:

• Sözleşme tarafının kimliği

• Transfer veya kiralama yetkisi

• Kurumsal halefiyet

• Mevcut müşteri taahhütleri

• Yükümlülükler veya üçüncü taraf hakları

• İade ve yenileme şartları

• Kayıt kuruluşu güncellemelerinden sorumlu taraf

Yönlendirme ve güvenlik katmanı

Doğrulayın:

• Mevcut BGP kaynağı

• Planlanan kaynak ASN

• RPKI durumu

• IRR nesneleri

• LOA gereksinimleri

• Rota geçmişiyle ilgili endişeler

• Ters DNS sorumluluğu

Operasyonel süreklilik katmanı

Doğrulayın:

• Kötüye kullanım yönetim süreci

• Üst düzey destek iletişim kişileri

• Coğrafi konumlandırma desteği

• İtibar durumu

• Yenileme süreci

• Değiştirme düzenlemeleri

• Yanıt süreleri

• Bir kayıt kuruluşu uyuşmazlığı sırasında ne olacağı

Bu son katman sıklıkla gözden kaçırılır.

Teknik açıdan temiz bir blok bile kurulum sonrasında süreklilikten kimse sorumlu değilse operasyonel bir soruna dönüşebilir.

Doğru Kayıtlar Neden Göstermelik Bir İzin Sürecine Dönüşmemelidir?

Doğru kayıt gereklidir.

Ticaret üzerinde takdire bağlı kontrol gerekli değildir.

Bir kayıt kuruluşu şunları doğrulayabilir:

• Kaynağın benzersiz biçimde tanımlandığını.

• Talepte bulunan tarafın kontrol veya yetki kanıtına sahip olduğunu.

• Kayıt değişikliğinin mükerrer bir hak iddiası oluşturmadığını.

• İletişim ve kuruluş bilgilerinin doğru olduğunu.

• Güvenlik ve süreklilik bilgilerinin güncellenebildiğini.

• Devam eden bir uyuşmazlığın veya mahkeme kararının kaydın bekletilmesini gerektirdiğini.

Bunlar kayıt kuruluşunun işlevleridir.

Kayıt kuruluşu transfer sürecini aşağıdakilere karar vermek için kullanmamalıdır:

• Alıcının doğru iş modeline sahip olup olmadığı

• Kiralamanın ahlaki açıdan kabul edilebilir olup olmadığı

• Müşterinin tercih edilen coğrafi bölgede bulunup bulunmadığı

• İşlem fiyatının uygun olup olmadığı

• Kaynağın bir hizmet bölgesinde kalıp kalmaması gerektiği

• Ticari kullanımın tanınmayı hak edip etmediği

Transfer kayıtları benzersizliği ve doğruluğu korumalıdır.

Sermaye tahsisi veya ağ stratejisi üzerinde takdire bağlı bir lisansa dönüşmemelidir.

LARUS Yaklaşımı: Kayıt Girişinin Ötesinde Süreklilik

IPv4 kapasitesine ihtiyaç duyan kuruluşlar için temel soru yalnızca bir adres bloğunun temin edilip edilemeyeceği değildir.

Daha önemli soru, kurulum sonrasında kullanılabilir, desteklenebilir ve savunulabilir kalıp kalamayacağıdır.

LARUS, IPv4’ü yalnızca bir envanter işlemi olarak değil, operasyonel süreklilik meselesi olarak ele alır.

LARUS IPv4 kiralama ve IP yönetim hizmetleri aracılığıyla kuruluşlar aşağıdakiler dâhil olmak üzere operasyonel gereksinimleri karşılayabilir:

• Kaynak kullanılabilirliği

• Yönlendirme koordinasyonu

• Kayıt kuruluşu kayıtlarının yönetimi

• RPKI hazırlığı

• Ters DNS

• Kötüye kullanım yönetimi

• İtibar izleme

• Coğrafi konumlandırma desteği

• Yenileme sürekliliği

• Üst düzey destek ve müdahale

Bir işletme şirketinin kendi adına doğrudan kayıt yaptırması, kayıt kuruluşu katmanındaki riski otomatik olarak ortadan kaldırmaz.

Bunun yerine tüm sözleşmesel, kurumsal, hesap yönetimi ve uyuşmazlık riskini doğrudan üretim hizmetlerini çalışır durumda tutması gereken aynı şirketin içine yerleştirebilir.

Süreklilik odaklı bir yapı, bu riskin nerede bulunması gerektiğini, kimin onu yönetmeye hazır olduğunu ve kayıt kuruluşu katmanı belirsiz hâle geldiğinde ne olacağını sorgular.

Resmî sahiplik ile riskin en uygun şekilde konumlandırılması her zaman aynı şey değildir.

NRS.help’in Rolü

NRS, bir IPv4 aracısı veya ticari kaynak yönetimi sağlayıcısı değildir.

Rolü daha üst düzeydedir.

NRS, aşağıdaki ilkeler üzerine kurulu, daha merkeziyetsiz ve dayanıklı bir İnternet numara yönetişimi sistemini savunur:

• Zorunlu kalıcılık yerine çıkış hakları

• Bağımlılık yerine taşınabilirlik

• Tekel yerine yedeklilik

• Ahlaki anlatılar yerine mekanizmalar

• Tek bir kurumsal kapı bekçisine bağımlılığın azaltılması

Güncelliğini yitirmiş WHOIS ve RDAP kayıtları, bu yaklaşımın neden önemli olduğunu göstermektedir.

Kritik kayıt verileri tamamen tek bir kuruma, tek bir hesaba, tek bir veritabanına veya erişilemeyen tek bir iletişim grubuna bağlı olduğunda, yerel bir idari arıza daha geniş bir operasyonel riske dönüşebilir.

Uzun vadeli çözüm kayıtları ortadan kaldırmak değildir.

Çözüm, kayıt kuruluşu bilgilerini daha doğru, denetlenebilir, taşınabilir, yedekli ve kurumsal arızalara dayanıklı hâle getirmektir.

Kayıt defteri korunmalıdır.

Kapı bekçisi değiştirilebilir kalmalıdır.

LARUS Foundation’ın Rolü

Doğru kayıt sistemleri bilinçli katılıma da bağlıdır.

LARUS Foundation, özellikle İnternet altyapısını şekillendiren kurumlara ve teknik tartışmalara tarihsel olarak daha az erişimi olan toplulukların İnternet yönetişimini daha iyi anlamasını ve bu süreçlere daha fazla katılmasını destekler.

WHOIS, RDAP, RPKI, transfer politikaları, kayıt kuruluşu yönetişimi ve numara kaynaklarının taşınabilirliği yalnızca uzmanlara yönelik idari konular değildir.

Şunları etkiler:

• Ağ gelişimi

• Dijital kapsayıcılık

• Altyapı yatırımları

• Kıt IPv4 kaynaklarına erişim

• Operatör bağımsızlığı

• Bölgesel bağlantı

• İş sürekliliği

Daha yüksek teknik ve yönetişim bilgisi, operatörlerin gerekli koordinasyon ile gereksiz kurumsal kontrol arasındaki farkı anlamasına yardımcı olur.

Amaç, İnternet’in adres kayıt defterini zayıflatmak değildir.

Amaç, kayıt defterinin çalışan ağlara hizmet etmesini ve çalışan ağları hesap vermeyen takdire bağlı kararlara bağımlı hâle getirmemesini sağlamaktır.

Pratik Bir Transfer Öncesi Denetim Kontrol Listesi

Bir IPv4 transferi veya uzun vadeli kiralama öncesinde aşağıdakileri doğrulayın:

Kimlik ve yetki

• Kayıtlı kuruluş sözleşme tarafıyla eşleşiyor mu?

• Farklılıklar belgelenmiş şirket geçmişiyle açıklanıyor mu?

• Temsilci işlem yapma yetkisine sahip mi?

• Açık bir kontrol zinciri var mı?

İletişim kişileri ve hesap erişimi

• İdari ve teknik iletişim kişileri güncel mi?

• Kötüye kullanım iletişim kişisine ulaşılabiliyor mu?

• Kuruluş listelenen e-posta alan adlarını kontrol ediyor mu?

• Kayıt kuruluşu hesabına erişilebiliyor ve hesap kurtarılabiliyor mu?

Kayıt kuruluşu nesneleri

• IPv4 aralığı ve kuruluş kayıtları doğru mu?

• Alt tahsisler güncel mi?

• Rota ve maintainer nesneleri tutarlı mı?

• Ters DNS sorumluluğu açık mı?

• Herhangi bir hak iddiası veya uyuşmazlık kaydedilmiş mi?

Yönlendirme ve güvenlik

• Şu anda hangi ASN öneki duyuruyor?

• Planlanan kaynak yetkilendirilmiş mi?

• RPKI durumu geçerli mi?

• Çelişkili rota nesneleri mevcut mu?

• Blok beklenmeyen konumlarda görünür mü?

Operasyonel süreklilik

• Kötüye kullanım bildirimlerini kim yönetiyor?

• Coğrafi konum düzeltmelerini kim yönetiyor?

• İtibarı kim izliyor?

• rDNS’i kim yönetiyor?

• Yenileme sırasında ne olur?

• Bir uyuşmazlık sırasında ne olur?

• Bir sağlayıcı veya kayıt kuruluşu başarısız olursa hangi alternatif yol mevcuttur?

Yanıtlar, işlem operasyonel açıdan kritik hâle gelmeden önce belgelenmelidir.

Son Düşünceler

Güncelliğini yitirmiş WHOIS ve RDAP kayıtları yalnızca bürokratik hatalar değildir.

Kayıt kuruluşu defteri ile hukuki, piyasa veya operasyonel gerçeklik arasındaki daha derin bir kopukluğu ortaya çıkarabilirler.

Bu kopukluk bir IPv4 transferini geciktirebilir, yetkiyi belirsiz hâle getirebilir, hesap kurtarmayı engelleyebilir, kötüye kullanım yönetimini aksatabilir, yönlendirme devreye alma sürecini zorlaştırabilir ve çalışan ağları gereksiz belirsizliğe maruz bırakabilir.

Çözüm, kayıt kuruluşlarına IPv4 işlemleri üzerinde sınırsız yetki vermek değildir.

Çözüm, kayıtları doğru, kanıta dayalı, denetlenebilir, taşınabilir ve gerçeklikle uyumlu hâle getirmektir.

Bir kayıt kuruluşu kayıt tutabilir.

Koordinasyon sağlayabilir.

Benzersizliği koruyabilir.

Hileli değişiklikleri önleyebilir.

Uyuşmazlıkları ve güvenlik bilgilerini yayımlayabilir.

Ancak kayıt, ticari bir izin sistemi değil, bir kayıt defteri olarak kalmalıdır.

Her IPv4 işlemi için doğru öncelikler açıktır:

Benzersizliği koruyun.

Doğruluğu koruyun.

Kontrol kanıtını koruyun.

Güvenlik bilgilerini koruyun.

Çalışan ağları koruyun.

Müşteri sürekliliğini koruyun.

Kayıt defteri önemlidir, çünkü ağ önemlidir.

Ağ, kayıt defterini korumak için var değildir.

İlgili yazılar:

IP adresi transferi nedir

IPv4 transferinin geleceği

Sıkça Sorulan Sorular

Güncelliğini yitirmiş WHOIS veya RDAP kayıtları bir IPv4 transferini geciktirebilir mi?

Evet. Tutarsız şirket adları, erişilemeyen iletişim kişileri, eksik şirket kayıtları veya belirsiz hesap kontrolü, kayıt kuruluşu kaydının doğru şekilde güncellenmesinden önce ek inceleme gerektirebilir.

Bir WHOIS kaydı IPv4 bloğunun mülkiyetini kanıtlar mı?

Hayır. Önemli bir kayıt belgesidir, ancak sözleşmeler, şirket belgeleri, hesap kontrolü kanıtları, işlem geçmişi, operasyonel kullanım ve ilgili hukuki kararlarla birlikte değerlendirilmelidir.

RDAP, WHOIS’ten daha doğru mudur?

RDAP daha yapılandırılmış ve makine tarafından okunabilir yanıtlar sağlar, ancak aynı temel kayıt bilgilerine dayanır. Kayıt kuruluşu verileri güncel değilse RDAP yanıtı da güncel olmayabilir.

WHOIS veya RDAP, BGP yönlendirmesini yetkilendirir mi?

Hayır. Yönlendirme yetkisi; RPKI, Internet Routing Registry nesneleri, Yetkilendirme Mektupları, sağlayıcı kontrolleri ve canlı BGP bilgileri aracılığıyla ayrı olarak değerlendirilmelidir.

Güncel olmayan bir kötüye kullanım iletişim kişisi IPv4 itibarını etkiler mi?

Etkileyebilir. Meşru bildirimler sorumlu operatöre ulaşmadığında kötü niyetli faaliyetler daha uzun süre devam edebilir ve şikâyetler üst sağlayıcılara veya itibar platformlarına taşınabilir.

Kayıt kuruluşu kayıtları her zaman operasyonel kullanımdan üstün tutulmalı mıdır?

Hayır. Kayıt kuruluşu kayıtları hukuki ve operasyonel gerçekliği yansıtmalıdır. Kayıtlarla gerçek dünyadaki kanıtlar çeliştiğinde, çalışan ağlar gereksiz yere aksatılmadan farklılık araştırılmalı ve düzeltilmelidir.

Bir IPv4 kaynağı ihtilaflı hâle geldiğinde ne yapılmalıdır?

En güvenli yaklaşım genellikle son doğrulanmış operasyonel durumu korumak, çelişkili kayıt değişikliklerini önlemek, uyuşmazlığı belgelemek ve kanıtların bağımsız olarak incelenmesine izin vermektir. Bir uyuşmazlık otomatik olarak müşteri hizmet kesintisine dönüşmemelidir.

LARUS, IPv4 süreklilik riskini azaltmaya nasıl yardımcı olabilir?

LARUS, IPv4 kaynaklarına erişimi yönlendirme, RPKI, ters DNS, kötüye kullanım yönetimi, itibar, coğrafi konumlandırma, yenileme, kayıt kuruluşu koordinasyonu ve süreklilik planlamasına yönelik operasyonel destekle birleştirir.