single-packet attack से वेब race conditions को जीतना

Sun, 05 Jul 2026 00:00:00 +0000

अधिकांश लेख आपको बताते हैं कि race condition एक “check और use के बीच का timing window” है। सही है, और बेकार भी — क्योंकि आपके race attacks के असफल होने की वजह यह नहीं है कि आप concept नहीं समझते। वजह यह है कि window इतना छोटा है कि internet की precision उसके सामने कम पड़ जाती है।

एक सामान्य race window — किसी app द्वारा balance पढ़ने और balance - amount लिखने के बीच का अंतराल — microseconds से लेकर कुछ milliseconds में मापा जाता है। दो HTTP requests जिन्हें आप एक ही क्षण पर भेजते हैं, उनके पहुँचने और server पर schedule होने तक का jitter नियमित रूप से 1 से 10 milliseconds होता है, और public internet के आर-पार तो और भी बुरा। तो आपकी “एक-साथ वाली” requests एक साफ-सुथरी कतार में पहुँचती हैं, server उन्हें एक-एक करके process करता है, limit टिकी रहती है, और आप निष्कर्ष निकाल लेते हैं कि endpoint सुरक्षित है। वह नहीं है। आप बस server के वोट देने से पहले ही network jitter के हाथों race हार गए।

Http2 on Crusader Research

single-packet attack से वेब race conditions को जीतना