Tədqiqat, TCP üçlü el sıkışmasını hədəfləyən SYN flood hücumlarında istifadə edilən gələneksel SYN cookie mexanizmina HMAC-SHA256, zaman möhürü və bağlantı başına yaradılan nonce ekleyerek replay hücumlarına qarşı təsdiqləməyı güçlendirmeyi inceliyor. Tədqiqatçılar bunun üçün Python əsaslı özel NOxSYN simülasyon ortamını geliştirdi və gələneksel RFC 4987 tarzı SYN cookie yanaşmasıyla nonce-təkmilləşdirilmiş sistemi eyni kontrollü ortamda karşılaştırdı. Nonce-təkmilləşdirilmiş mekanizmada orta cookie istehsal müddəti 0,0023 ms, orta təsdiqləmə müddəti 0,0017 ms kimi ölçüldü; bütün kriptoqrafik əməliyyatler bağlantı başına 1 ms'nin altında kaldı. Bununla belə tədqiqat istehsal sınıfı bir TCP/IP yığını üzərində deyil, istifadəçi alanında çalışan sanallaştırılmış bir laboratuvar prototipi üzərində realleştirildi və fərqli replay hücumları karşısındaki etimadlik etkinliği əhatəlı etimadlik metrikleriyle ölçülmedi.

Tədqiqatın örütubətli sonucu yalnız “daha etimadli bir SYN cookie” önermek değildir. Tədqiqat, bağlantı parametrelerini kısa ömürlü bir nonce və HMAC ilə ilişkilendirmenin uygulanabilir olduğunu; lakin bunun gələneksel SYN cookie yanaşmasının çox aşağı əməliyyat maliyetiyle eyni olmadığına işaret ediyor. Sürdürülen SYN flood yükü altında nonce-təkmilləşdirilmiş mekanizmanın sunucu tarafı normalize CPU istifadəsi %31,35'e ulaşırken gələneksel yanaşmada bu dəyər %1'in altında kaldı. Buna görə replay direnci üçün eklenen nonce istehsali, genişletilmiş HMAC hesabı və geçici nonce cədvəlsunun maliyeti göz ardı edilemez.

Türkiyə baxımından: Nəticələr Türkiye'deki məlumat merdəfəleri, bulud hizmetleri, kurumsal ağlar, servis sağlayıcı altyapıları və IoT sistemlərinde SYN flood savunmasının geliştirilmesine yönelik teknik bir yanaşma sunabilir; lakin tədqiqatda Türkiye'ye özgü şəbəkə trafiği və ya altyapı verisi mövcud deyil. Tədqiqatdaki performans dəyərlərinin lokal sistemləre birbaşa aktarılması doğru olmaz. Türkiye'deki real istifadə üçün Linux çekirdeği düzeyinde tətbiq, fərqli prosessor memarlıqleri, real yönlendirme şərtləri, fərqli ISP ağları və dağıtık hücum mənbəlarıyla yeniden təsdiqləmə lazımdır.

Tədqiqatın əsas problemi nədir?

TCP bağlantısı normalde istemci ilə sunucu arasında üç aşamalı bir el sıkışma ilə kurulur: istemci SYN gönderir, sunucu SYN-ACK ilə yanıt verir və istemci son kimi ACK gönderir. Geleneksel bir sunucu, son ACK gelmeden əvvəl bağlantı hakkında geçici durum bilgisi tutabilir. Çox sayda sahte və ya tamamlanmayan SYN isteği gönderildiğinde bu yarım açıq bağlantılar sunucu mənbəlarını tüketebilir; SYN flood hücumsının əsas mexanizmi budur.

SYN cookie yanaşması bu sorunu, yarım açıq bağlantının durumunu sunucuda tutmak əvəzinə gerekli bilgiyi TCP başlangıç sıra numarasına kodlayarak azaltır. İstemciden ACK geldiğinde sunucu cookie'yi doğrular və lakin bundan sonra bağlantıyı oluşturur. Beləliklə eksik bırakılan el sıkışmaları üçün klasik şəkildə bağlantı durumu ayrılması gerekmez.

Tədqiqatçıların üzərində durduğu ikinci sorun isə replay, yani daha əvvəl geçerli olmuş bir təsdiqləmə dəyərinin yeniden kullanılmasıdır. Geleneksel cookie zaman penceresi içində yeterli bağlantı-özel benzersizliğe sahip değilse daha əvvəl gözlemlenen bir dəyərin yeniden kullanılması teorik kimi yeni bir hücum yüzeyi oluşturabilir. Təklif edilən dizayn bu noktada hər bağlantı girişimini nonce ilə bağlamayı amaçlıyor.

Nonce və HMAC niyə birlikdə istifadə olunur?

Nonce, müəyyən bir protokol əməliyyatı üçün istifadə edilən tekil və ya kısa ömürlü dəyərdir. Bu tədqiqatda hər SYN isteği üçün kriptoqrafik kimi etimadli bir nonce oluşturulması və bu dəyərin bağlantı təsdiqləməsına daxil edilmesi hədəfleniyor. Beləliklə eyni bağlantı parametrelerinin fərqli zamanlarda ürettiği təsdiqləmə dəyərlərinin birbirinden ayrılması amaçlanıyor.

HMAC-SHA256 isə gizli açarı bağlantı parametreleriyle birləşdirərək doğrulanabilir bir identiklik təsdiqləmə kodu üretiyor. Tədqiqatın uygulanan çərçivəyi tarif eden bölümündeki əsas ilişki şöyledir:

\[ SYN\_Cookie = HMAC(K, ClientIP \parallel Port \parallel T \parallel N) \]

Burada K gizli açarı, T zaman möhürünı və N nonce dəyərini temsil eder. TCP sıra numarası yalnız 32 bit olduğu üçün tədqiqatda HMAC-SHA256'nın 256 bitlik çıktısı 32 bite kırpılır:

\[ Cookie = Truncate_{32}\left(HMAC(K, IP \parallel Port \parallel T \parallel N)\right) \]

Bu kırpma, cookie'nin TCP sıra numarası alanına yerleştirilebilmesini sağlar. Güvenlik yalnız 32 bitlik çıktının kendisine bırakılmamaktadır; gizli açar, zamanla sınırlandırılmış geçerlilik və nonce yaşam döngüsü birlikdə istifadə olunur.

Mənbə içindeki formül fərqlilığı niyə örütubətli?

Tədqiqatın əvvəlki hücum simülasyonu bölümünde verilen bir örnek HMAC ifadesi istemci IP'si, istemci portu, sunucu IP'si, sunucu portu və zaman möhürünı içerirken nonce dəyərini açıkça göstermemektedir. Buna karşılık uygulanan mekanizmayı ayrıntılandıran sonraki bölümlerde nonce N birbaşa HMAC girdisinin parçasıdır. Bundan əlavə başqa bir açıklamada istemci və sunucu IP/port bilgilerinin birlikdə kullanılacağı belirtilirken sonraki kompakt formül yalnız IP, port, zaman möhürü və nonce gösterimini kullanmaktadır. Bu səbəbdən mənbəta HMAC girdisinin gösteriminde tam bir notasyon tutarlılığı yoktur. Uygulanan mekanizmanın əsas mantığı, sonraki metod bölümlerinde açıklandığı üzere nonce'nin təsdiqləmə hesabına bağlanmasıdır.

Təkmilləşdirilmiş TCP el sıkışması necə çalışıyor?

Tədqiqatçıların Şəkil 8 və Şəkil 9'da gösterdiği mekanizma dörd əsas təsdiqləmə aşamasından oluşuyor. Sunucu SYN isteğini aldıktan sonra nonce üretir və HMAC əsaslı cookie hesaplar. Cookie SYN-ACK paketinin TCP sıra numarasına, nonce isə tədqiqatın prototipinde TCP deneysel seçeneğine yerleştirilir. İstemci cookie'nin daxili yapısını bilmeden normal ACK mantığıyla yanıt verir. Sunucu daha sonra nonce'nin geçerliliğini və yeniden hesaplanan HMAC dəyərini kontrol eder.

Verianla Live: Bu süreç görünümü yukarıdaki görünür bilimsel məlumat cədvəlsundan tarayıcıda oluşturulur. Cədvəl bilimsel mənbə-of-truth kimi korunur.

Sistem həqiqətən tamamen stateless mı?

Bu noktada tədqiqatın kullandığı terminolojiyi dikkatli okumak lazımdır. Geleneksel SYN cookie'nin əsas avantajı, hər yarım açıq bağlantı üçün sunucu tarafında bağlantı durumu tutmamasıdır. Təklif edilən sistem də tam TCP bağlantı durumunu saklamaz; lakin replay'i eyni geçerlilik penceresi içində engellemek amacıyla nonce dəyərlərini kısa süreli kimi takip eder.

Tədqiqatın metod bölümünde hər gələn SYN üçün yüksək entropili nonce üretildiği və istemcinin bağlantı parametreleriyle nonce arasında geçici bir eşleme cədvəlsu tutulduğu açıkça belirtilmektedir. Başarılı ACK təsdiqləməsından sonra nonce hemen silinir; təsdiqləmə uğursız olursa giriş də kaldırılır.

Bu səbəbdən mekanizmayı klasik SYN cookie ilə eyni anlamda “hiç durum tutmayan” bir yapı kimi qiymətləndirmək doğru değildir. Daha kesin ifade, tam bağlantı durumunu saklamayan lakin replay direnci üçün minimal və kısa ömürlü nonce durumu kullanan bir dizayn olduğudur. Tədqiqatın kendisi də ilerleyen bölümlerde bunu “core stateless philosophy” ifadesiyle sınırlandırmaktadır.

NOxSYN nədir?

NOxSYN, tədqiqatçıların bu tədqiqat əhatəsinda Python 3.10 ilə geliştirdiği özel simülasyon ortamıdır. Harici və ya daha əvvəl yayımlanmış genel amaçlı bir framework değildir. Dörd əsas modül içerir:

• SYN Cookie Server: HMAC-SHA256 və nonce kullanarak cookie üretir və doğrular.
• Legitimate Client: normal üçlü TCP el sıkışmasını realleştirir.
• SYN Flooding Module: yüksək hacimli sahte SYN paketleri üretir.
• PCAP Analyzer: deneyden sonra paket çiftlerini və təsdiqləmə davranışını inceler.

Kriptoqrafik hesaplama və paket oluşturma üçün Python'un hmac, hashlib və scapy komponentleri istifadə edilmişdir. Hər SYN isteği üçün 128 bit nonce yaradılmış, nonce istehsalinde os.urandom() və ek entropiden yararlanılmıştır. Nonce prototipte TCP'nin deneysel Kind 254 seçeneğiyle iletilmiş və istemci IP/port bilgisine görə geçici eşleme cədvəlsunda tutulmuştur.

Paket və log məlumatları necə təsdiqləndi?

Tədqiqatçılar yalnız konsol çıktısına etimadmemiştir. Deneyler sırasında trafik PCAP şəklində qeydə alınmış; SYN paketleri, SYN-ACK içindeki kırpılmış HMAC cookie'leri, ACK paketleri və SYN flood trafiği paket düzeyinde incelenmiştir. Tədqiqatın Şəkil 11'inde Wireshark üzərindən bir SYN-ACK paketindeki cookie'nin TCP sequence number alanındaki mövqeyi gösterilmektedir.

NOxSYN eyni zamanda JSON logları üretmiştir. Bu qeydlar zaman möhürünı, istemci IP adresini, istemci portunu, hexadecimal nonce dəyərini və karşılık gələn kırpılmış HMAC cookie'sini içerir. Tədqiqatçılar JSON qeydlərinı PCAP məlumatlarıyle çapraz kontrol ederek cookie istehsalini və nonce benzersizliğini təsdiqləməya çalışmıştır.

Deney ortamı ne kadar realçi?

Test ortamı iki Kali Linux sanal makinesinden oluşmuştur. Sanal makineler macOS Sonoma 14.3 çalıştıran, Apple M1 ARM64 prosessorli və 8 GB RAM'e sahip bir MacBook Air üzərində Parallels Desktop içində çalıştırılmıştır. Bir sanal makine sunucu, digər sanal makine isə hem meşru istemci hem SYN flood saldırganı rolünü üstlenmiştir.

Bu yapı kontrollü və təkrarlana bilən deney açısından yararlıdır; lakin böyük bir botnet, fərqli internet servis sağlayıcıları, çox sayda müstəqil hücum kaynağı, real yönlendirme asimetrileri və ya istehsal sınıfı sunucu aparatı anlamına gelmez.

Tədqiqatın güçlü yönleri nelerdir?

• Öneri yalnız kavramsal bırakılmamış, tədqiqatya özel NOxSYN prototipinde tətbiq edilmişdir.
• Geleneksel RFC 4987 tarzı SYN cookie mexanizmi müqayisə tabanı kimi ayrıca tətbiq edilmişdir.
• Cookie istehsali, təsdiqləmə müddəti, CPU istifadəsi və saf kriptoqrafik throughput ayrı ayrı ölçülmüşdür.
• PCAP və JSON qeydləriyla paket düzeyi və tətbiq düzeyi təsdiqləmə birlikdə istifadə edilmişdir.
• Nonce'nin yaşam döngüsü və uğurlu təsdiqləmədan sonra iptal edilmesi açıq şəkildə modellenmiştir.
• Tədqiqatçılar istifadəçi alanı prototipi, sanallaştırma və istehsal ortamına genellenebilirlik sorunlarını məhdudiyyət kimi açıkça kabul etmiştir.

Tədqiqatın əsas məhdudiyyətlərı nelerdir?

Birincisi, NOxSYN real işletim sistemi çekirdeğine entegre edilmiş bir SYN cookie tətbiqsı değildir. Kullanıcı alanındaki Python kodu real TCP backlog yönetimini, kernel bağlantı cədvəllarını, socket yaşam döngüsünü, zero-copy əməliyyate, interrupt coalescing və ya kernel fast-path optimizasyonlarını modellememektedir.

İkincisi, sunucu uğurlu ACK sonrasında real bir socket oluşturup tam TCP oturumu yürütmemektedir. Buna görə tədqiqat esas kimi cookie təsdiqləməsını test eder; uzun süreli bağlantı durumu, real yaddaş tüketimi və tam bağlantı yaşam döngüsünü ölçmez.

Üçüncüsü, HMAC-SHA256 və hər SYN üçün etimadli nonce istehsali ek hesaplama maliyeti doğurur. Bu maliyet kontrollü deneyde yönetilebilir kalmış olsa da çox daha böyük volumetrik hücumlarda və ya mənbəları sınırlı IoT cihazlarında eyni sonucun elde edileceği gösterilmemiştir.

Dördüncüsü və etimadlik şərhu açısından en örütubətlisi, tədqiqat replay hücumlarına ilişkin əhatəlı nicel etimadlik qiymətləndirməsi realleştirmemiştir. Replay detection rate, replay success rate, false acceptance rate və false rejection rate kimi ölçütler tədqiqatnın mövcud deneylerinde raporlanmamıştır.

Beşincisi, istemci və saldırgan eyni fiziksel bilgisayar üzerindeki sanal makinelerde tədqiqatktadır. Bu durum real dünyadaki mənbə IP çeşitliliğini, asimetrik rotaları, şəbəkə gecikməlerini və coğrafi kimi dağıtılmış saldırganları temsil etmemektedir.

Tədqiqat neyi destekliyor, neyi desteklemiyor?

Tədqiqatın dəstəklədiyi nəticələr:

• Nonce, zaman möhürü və HMAC istifadəsi NOxSYN prototipinde SYN cookie təsdiqləmə akışına uygulanabilmiştir.
• Meşru el sıkışmalar kontrollü SYN flood yükü altında doğrulanabilmiştir.
• Ölçülen sunucu tarafı kriptoqrafik əməliyyat süreleri bağlantı başına 1 ms'nin altında kalmıştır.
• Nonce'nin tək kullanımlı kimi izlenmesi replay'e qarşı ek bir təsdiqləmə qatı oluşturmuştur.
• Təkmilləşdirilmiş yapının uygulanmasının hesaplama və durum yönetimi açısından ölçülə bilən bir maliyeti vardır.

Tədqiqatın desteklemediği və ya henüz test etmediği nəticələr:

• Real internet ölçeğindeki DDoS hücumlarının kesin kimi engellendiği gösterilmemiştir.
• Kernel düzeyi Linux və ya başqa istehsal TCP/IP yığınlarında eyni performans sübutlanmamıştır.
• 248 bin bağlantı/saniye civarındaki saf kriptoqrafik throughput, real şəbəkə sunucusunun eyni sayda TCP bağlantısını taşıyabileceği anlamına gelmez.
• Replay hücumlarının bütün varyantlarına qarşı əhatəlı etimadlik uğursı ölçülmemiştir.
• IoT, bulud və məlumat merdəfəi sistemlərinde eyni CPU və gecikmə dəyərlərinin elde edileceği gösterilmemiştir.
• Tədqiqat Türkiye'deki real şəbəkə trafiği və ya DDoS hücumları üzərində təsdiqləmə sunmamaktadır.

Tədqiqatın Metodu və Nəticələri

Deneysel yapı

Kriptoqrafik əməliyyat müddəti

Geleneksel və nonce-təkmilləşdirilmiş mekanizma 160 kontrollü təkrar üzərindən müqayisə edilmişdir. Cookie istehsalinde nonce-təkmilləşdirilmiş sürüm daha kısa orta süre verirken təsdiqləmə maliyeti yükselmiştir.

Verianla Live: Görselleştirme yukarıdaki görünür bilimsel məlumat cədvəlsundan tarayıcıda oluşturulur. Cədvəl bilimsel mənbə-of-truth kimi korunur.

Ortalama cookie istehsal müddəti gələneksel yapıda 0,0046 ms iken nonce-təkmilləşdirilmiş yapıda 0,0023 ms ölçülmüşdür. Tədqiqatçılar bu fərqi gələneksel RFC 4987 tarzı yapıda gereken MSS indeks hesabı, timestamp counter əməliyyatı və 32 bitlik ISN bit-packing əməliyyatlarınin nonce-təkmilləşdirilmiş prototipte kaldırılmasıyla açıklamaktadır.

Buna karşılık orta təsdiqləmə müddəti 0,0005 ms'den 0,0017 ms'ye yükselmiştir. Bunun nedeni genişletilmiş və nonce ehtiva edən HMAC girdisinin yeniden hesaplanmasıdır. Hər iki dəyər də mutlak kimi 1 ms'nin çox altında olsa da “nonce hiçbir maliyet getirmiyor” sonucu çıkarılamaz.

İstemci tarafı ölçülən gecikmə

Cədvəl 4'te istemci tarafından gözlenen orta uçtan uca RTT 112,0422 ms'dir. Bu dəyər HMAC hesaplama müddətiyle karıştırılmamalıdır; şəbəkə və deney ortamının hamısındaki el sıkışma gecikməsini temsil eder.

SYN flood altında CPU maliyeti

İki mekanizma 1120 sahte SYN paketi və səkkiz meşru handshake girişiminin birlikdə bulunduğu yük altında qiymətləndirilmişdir.

Nonce-təkmilləşdirilmiş mekanizmanın sunucu tarafı CPU tüketimindeki artış tədqiqatın en örütubətli performans bedellerinden biridir. Hər gələn SYN üçün etimadli nonce istehsali, genişletilmiş HMAC əməliyyatı və nonce eşleme cədvəlsuna giriş oluşturulması bu fərqin əsas nedenleri arasında gösterilmektedir.

Saf kriptoqrafik throughput

Nonce-təkmilləşdirilmiş mekanizma saf kriptoqrafik zaman üzərindən təxminən 248.495 bağlantı/s, gələneksel metod isə təxminən 196.971 bağlantı/s teorik əməliyyate kapasitesi göstərmişdir. Bu nəticə ilk bakışta CPU cədvəlsuyla çelişkili görünebilir; lakin iki ölçmə eyni şeyi ölçmemektedir. CPU deneyi 1120 SYN ehtiva edən sürdürülen flood yükünün bütün əməliyyate maliyetini kapsarken throughput hesabı şəbəkə aktarımı və flood əməliyyate yükü hariç tutularak 160 kontrollü kriptoqrafik təkrar üzərindən hesaplanmıştır.

Bu səbəbdən 248.495 bağlantı/s dəyəri real şəbəkə throughput'u değildir. Tədqiqatın kendisi bu dəyəri saf kriptoqrafik əməliyyatın teorik üst sınırı kimi tanımlamakta və sonucun Python istifadəçi alanı ilə Apple M1 ARM64 platformasına özgü olabileceğini belirtmektedir.

Mənbə içindeki ölçmə uyuşmazlığı

Performans bölümünde ayrıca dikkat edilmesi gereken bir raporlama fərqi vardır. İstemci gecikməlerinin verildiği Cədvəl 4, nonce-təkmilləşdirilmiş mekanizma üçün beş tamamlanmış handshake bildirirken throughput tartışmasının sonunda hər iki mekanizmanın da səkkiz meşru handshake'in tamamını uğuryla doğruladığı belirtilmektedir. Tədqiqat bu beş və səkkiz handshake dəyərlərinin fərqli alt deneyler, ölçmə pencereleri və ya örneklem grupları arasındaki ilişkisini ətraflı şəkildə açıklamamaktadır. Bu səbəbdən iki dəyər tək bir deney sonucuna dönüştürülmemelidir.

Mənbə və Metod Qeydi

Tam orijinal tədqiqat adı: Enhancing SYN Cookie Security Against DDoS Attacks: Mitigating Replay Attacks with Nonce Implementation

Müəlliflər: Nazar Abbas Saqib; Haifa Alobiad; Layan Alsuliman; Tala Almulla.

Yazar sırası: Mənbə tədqiqatdaki sıra aynen korunmuştur.

Eş birinci yazar/eş katkı: Mənbədə eş birinci yazarlık işareti belirtilmemektedir.

Sorumlu yazar: Nazar Abbas Saqib.

Qurumlar: SAUDI ARAMCO Cybersecurity Chair, Department of Networks and Communications, College of Computer Science and Information Technology, Imam Abdulrahman Bin Faisal University; College of Computer Science and IT, Imam Abdulrahman Bin Faisal University, Dammam, Suudi Arabistan.

Jurnal: Future Internet.

Nəşriyyat: MDPI, Basel, Switzerland.

Cilt / sayı / məqalə numarası: 18 / 6 / 323.

DOI: 10.3390/fi18060323

Alınma tarihi: 17 Nisan 2026.

Revizyon tarihi: 6 Haziran 2026.

Kabul tarihi: 8 Haziran 2026.

Yayın tarihi: 15 Haziran 2026.

Mənbə növü: Hakemli tədqiqat məqaləsi; kontrollü laboratuvar/simülasyon əsasli şəbəkə etimadliği və performans qiymətləndirməsi.

Rəyçilik statusu: Hakemli nəşr.

Lisenziya: Creative Commons Attribution (CC BY).

Rəsmi nəşr bağlantısı:https://doi.org/10.3390/fi18060323

Maliyyələşdirmə: Müəlliflər, projenin SAUDI ARAMCO Cybersecurity Chair, Imam Abdulrahman Bin Faisal University tarafından finanse edildiğini bildirmektedir.

Məlumat əlçatanlığı: NOxSYN simülasyon framework'ünün tədqiqat tarafından verilen GitHub deposunda herkese açıq olduğu belirtilmektedir. Deneylerde yaradılan PCAP və JSON məlumat setlerinin isə makul talep üzerine sorumlu yazardan sağlanabileceği bildirilmektedir.

Maraqlar toqquşması: Müəlliflər çıkar çatışması bildirmemiştir.

Müəllif töhfələri: Kavramsallaştırma: Nazar Abbas Saqib, Haifa Alobiad və Layan Alsuliman; metod: Nazar Abbas Saqib, Haifa Alobiad və Layan Alsuliman; yazılım: Haifa Alobiad; təsdiqləmə və biçimsel analiz: Haifa Alobiad və Layan Alsuliman; tədqiqat: Tala Almulla, Haifa Alobiad və Layan Alsuliman; mənbəlar və məlumat kürasyonu: Haifa Alobiad; ilk taslak: Haifa Alobiad və Layan Alsuliman; inceleme və düzenleme: Nazar Abbas Saqib və Tala Almulla; görselleştirme: Haifa Alobiad; danışmanlık və proje yönetimi: Nazar Abbas Saqib.

Bilimsel metod sınırı: Tədqiqat istehsal sınıfı bir TCP/IP çekirdeğinde realleştirilmemiştir. NOxSYN istifadəçi alanında çalışan Python əsaslı bir prototiptir və testler eyni fiziksel Apple M1 bilgisayarındaki sanal makinelerde yürütülmüştür. Başarılı ACK sonrası real TCP socket yaşam döngüsü oluşturulmadığı üçün tam bağlantı və resurs sərfiyyatı davranışı ölçülmemiştir. Replay hücumlarına qarşı əhatəlı replay detection rate, replay success rate, false acceptance rate və ya false rejection rate ölçmələri də mövcud qiymətləndirməde mövcud deyil.

Stateless terminolojisi hakkında mənbə qeydi: Tədqiqat çeşitli yerlerde mekanizmayı stateless kimi tanımlamakla birlikdə metod bölümünde bağlantı parametreleri ilə nonce arasında kısa ömürlü bir sunucu tarafı eşleme cədvəlsu tutulduğu açıkça belirtilmektedir. Bu səbəbdən burada sistem, klasik SYN cookie ilə eyni anlamda tamamen durumsuz kimi deyil; tam handshake durumunu saklamayan, lakin replay direnci amacıyla minimal və geçici nonce durumu kullanan bir mekanizma kimi aktarılmıştır.

Formül tutarlılığı hakkında mənbə qeydi: Tədqiqatın erken hücum simülasyonu bölümündeki bir HMAC gösteriminde nonce açıkça bulunmazken uygulanan framework'ün sonraki denklemlerinde nonce HMAC girdisine daxil edilmiştir. Bu fərqlilık sessizce düzeltilmemiş; uygulanan mekanizmanın açıklamasında sonraki metod bölümlerindeki nonce ehtiva edən formül esas alınmış və tutarsızlık ayrıca belirtilmiştir.

Nəticələrın əhatəsi: Bilimsel məzmun bu tədqiqatın metod, deney və nəticələrina dayanılarak hazırlanmıştır. Xarici mənbəlardan yeni deneysel nəticə və ya performans sonucu eklenmemiştir. Tədqiqat nonce əsaslı replay korumasının uygulanabilirliğine ilişkin prototip və performans sübutı təqdim edir; real internet ölçeğinde və ya istehsal çekirdeğinde əhatəlı DDoS etimadlik uğursı sübutı sunmamaktadır.