دستخط کی توثیق کے ذریعے ملٹی ٹننٹ ان باؤنڈ ویب ہکس کو محفوظ بنانا

دستخط کی توثیق کے ذریعے ملٹی ٹننٹ ان باؤنڈ ویب ہکس کو محفوظ بنانا.

ان باؤنڈ تصدیق کا فن تعمیراتی جائزہ

جب آپ وائٹ لیبل CPaaS پلیٹ فارم چلاتے ہیں، تو جعلی HTTP POST درخواستوں سے اپنے اینڈ پوائنٹس کا دفاع کرنا بہت ضروری ہے۔ ملٹی ٹننٹ روٹنگ پیچیدہ ایج کیسز کو متعارف کراتی ہے جہاں آنے والا SMS موبائل سے شروع ہونے والا پے لوڈ غلط سب اکاؤنٹ کو نشانہ بنا سکتا ہے۔ غیر مجاز انجیکشن کو ختم کرنے کے لیے، ہمارا گیٹ وے ہر ویب ہک ڈسپیچ پر HMAC-SHA256 دستخط کے ساتھ دستخط کرتا ہے جو خام درخواست کے باڈی اور اس ٹیننٹ کے لیے منفرد خفیہ سالٹ سے حساب کیا جاتا ہے۔ آپ کے پلیٹ فارم ان جیسشن ورکر کو مقامی طور پر اس کریپتوگرافک ہیش کا حساب لگانا چاہیے اور کسی بھی بزنس لاجک پر عمل کرنے یا E.164 باڈی سٹرنگز کو پارس کرنے سے پہلے اسے تصدیق کرنی چاہیے۔

کریپتوگرافک ہیڈر معائنہ اور خفیہ انتظام

ہر ان باؤنڈ ڈیلیوری میں ایک خصوصی اتھارइजेशन ہیڈر ہوتا ہے جو کریپتوگرافک ڈائجسٹ اور وقتی ٹائم اسٹیمپ پر مشتمل ہوتا ہے۔ آپ کے ان جیسشن پائپ لائن کو اس ٹوکن کو نکالنے اور یہ تصدیق کرنے کی ضرورت ہے کہ درخواست کی عمر ایک تنگ رواداری کی ونڈو کے اندر آتی ہے، عام طور پر پانچ منٹ، تاکہ ریپلے حملوں کو روکا جا سکے۔ جب ٹینٹس ہمارے پلیٹ فارم API کے ذریعے JIT پروویژننگ مکمل کرتے ہیں تو راز متحرک طور پر فراہم کیے جاتے ہیں۔ چونکہ ہم ایک سخت پری پیڈ ماڈل برقرار رکھتے ہیں، اس لیے ایک فعال بیلنس لازمی ہے؛ USD 20 پری پیڈ فلور سے نیچے آنے والے اکاؤنٹس خودکار کریڈٹ کارڈ ریلز یا لیجر ٹاپ اپس کے ذریعے فنڈز کی کمی پوری ہونے تک معطل رہیں گے۔

پے لوڈ پارسنگ اور E.164 نارملائزیشن کو سنبھالنا

ایک بار جب دستخط کی توثیق کامیاب ہو جاتی ہے، تو آپ کا ورکر بھیجنے والے نمبرز، منزل کے روٹنگ ٹوکنز، اور میसेज ٹیکسٹ کو نکالنے کے لیے JSON پے لوڈ کو پارس کرتا ہے۔ پروسیسنگ کی قطار میں داخل ہونے سے پہلے تمام نمبر سخت E.164 نارملائزیشن سے گزرتے ہیں۔ اگر کوئی ٹیننٹ ہائی والیم مہمات کو ہینڈل کرتا ہے جو کھپت میں USD 1,000/ماہ کی مستحکم رفتار کے قریب پہنچ جاتی ہیں، تو ہمارا سسٹم ٹریفک کی صداقت کی توثیق کرنے اور روٹنگ پیرامیٹرز کو بہتر بنانے کے لیے USD 1,000/ماہ کے قریب ایک نرم جائزہ شروع کرتا ہے۔ اس مرحلے کے دوران، ٹیلی میتری ڈیش بورڈز ریئل ٹائم میں ویب ہک لیٹنسی اور HTTP 200 کامیابی کی شرح کو ٹریک کرتے ہیں۔

ریپلے حملوں اور کلاک ڈرافٹ کو کم کرنا

اگر صحیح طریقے سے انتظام نہ کیا جائے تو نیٹ ورک لیٹنسی اور معمولی سرور کلاک تضادات تصدیق میں رکاوٹ پیدا کر سکتے ہیں۔ ایک سلائیڈنگ نونس کیش کو لاگو کرنا اس بات کو یقینی بناتا ہے کہ ایک جیسی ویب ہک دستخطوں کو بدنیتی کے ساتھ دوبارہ منتقل نہیں کیا جا سکتا۔ اگر آپ کا ان جیسشن اینڈ پوائنٹ کسی عارضی ڈیٹا بیس لاک کی وجہ سے غیر-2xx اسٹیٹس کوڈ واپس کرتا ہے، تو پلیٹ فارم ایک محفوظ ری ٹرائی کیو کرتا ہے۔ اس بات کو یقینی بنانا کہ آپ کے ورکرز ان ری ٹرائیز کو آئیڈیم پوٹینٹلی ہینڈل کریں، ڈپلیکیٹ DLR پروسیسنگ اور لیجر میں ڈبل بلنگ کو روکنے کے لیے بہت اہم ہے۔

ناکام دستخطوں اور لیجر آڈٹس کی خرابیوں کا ازالہ

اگر دستخط کی توثیق ناکام ہو جاتی ہے، تو خام HTTP ہیڈرز کا معائنہ کریں اور تصدیق کریں کہ انٹرمیڈیٹ پراکسیز درخواست کی باڈی میں وائٹ اسپیس کو تبدیل نہیں کر رہے ہیں۔ ایڈمنسٹریٹرز پلیٹ فارم آڈٹ لاگز میں ناکام ڈیلیوری کی کوششوں کا حوالہ دے سکتے ہیں۔ گہری مالیاتی اور سسٹم تجزیہ کے لیے، ان وسائل سے رجوع کریں: ان باؤنڈ ویب ہک دوبارہ کوشش · دوسرا ان باؤنڈ نمبر: مکس تھ্রেڈز کے بغیر ان باکس ہینڈ اوور · آডিট لاگ ریٹینشن: خریدار کیا ایکسپورٹ اور ثابت کر سکتے ہیں.

IOSOR کے ساتھ شروع کریں

کرایہ دار B کے راز سے دستخط شدہ ان باؤنڈ واقعہ کرایہ دار A کے سرے پر POST کریں۔ جانچ رد کرے۔ ایک کرایہ دار راز گھمائیں اور ثابت کریں کہ صرف اس کا webhook گرتا ہے۔ دستخط ناکامی بمقابلہ کرایہ دار id برآمد کریں۔ یہ فی کرایہ دار HMAC ہے، STOP فہرست علیحدگی نہیں اور دوبارہ چلانے کی کھڑکی کٹ نہیں۔

IOSOR خلاصہ

ایک webhook پتہ ایک راز نہیں۔

کریں: DID کے مالک کرایہ دار کے خلاف HMAC جانچیں۔ نہ کریں: ذیلی اکاؤنٹوں میں ایک دستخط کلید بانٹنا یا بغیر دستخط MO کو اندرونی ماننا۔