ایک اسکرپٹ کی سمیٹنگ، صارفین کے ڈیٹا اور ٹرانسفر کی رقم دونوں کو ایک ساتھ کیسے ٹارگٹ کیا جا سکتا ہے؟مضمون کے مصنف، ذریعہ: مان وو ٹیکنالوجی
پس منظر
ہالیا دنوں، مُنْتَظِمِ امنیت کے ایک ٹیم نے روزمرہ کے خطرات کی معلومات کی تلاش کے دوران ایک حملہ دریافت کیا جس میں Udesk کسٹمر سپورٹ سسٹم سے متعلق اسکرپٹس کو زہر دیا گیا تھا۔ ٹیم نے بعد میں udeskApi.2026-10-16.cached.js اور deeps.js نامی دو جاوااسکرپٹ نمونے حاصل کیے اور ان کا تجزیہ کیا تاکہ یہ پتہ چل سکے کہ خطرناک کوڈ کس طرح کسٹمر اسکرپٹس کے ذریعے صفحے میں داخل ہوا اور اس نے صارفین کے ڈیٹا اور کاروباری آپریشنز پر کیا اثر ڈالا۔
نمونے کی جانچ کے مراحل میں دو قسم کے خطرات کا پتہ چلا: ایک بری سکرپٹ ویب پیج سے سیشن ڈیٹا اور صارف کی طرف سے جمع کردہ حساس معلومات کو جمع کرتا ہے، جبکہ دوسری طرف اس کی ویب سائٹ کے قواعد کے مطابق جمع کرنے کا پتہ تبدیل کر دیتا ہے اور مواد کا نقل کر دیتا ہے۔ پہلا خطرہ حملہ آور کو لاگ ان سیشن کا دھوکہ دے کر یا اکاؤنٹ پر قبضہ کرنے کا موقع فراہم کر سکتا ہے، جبکہ دوسرا خطرہ صارفین کو تبدیل شدہ وصول کنندہ پتے پر جمع کرنے کے لیے رقم بھیج دینے کا باعث بنتا ہے۔ ہم سروس کسٹمر سکرپٹ کے لوڈنگ اینٹری پوائنٹ سے شروع کرتے ہیں، اور ڈیٹا پڑھنے، نیٹ ورک بھیجنے اور صفحہ ترمیم کے منطق کے ساتھ ساتھ ان دونوں اقدامات کے عمل اور فعال ہونے کی شرائط کو دوبارہ تعمیر کرتے ہیں۔
مِسٹ آئی کا جواب
MistEye، SlowMist کا خود ساختہ Web3 خطرات کی معلومات اور ڈائنانک سیکیورٹی مانیٹرنگ سسٹم ہے، جو سیکیورٹی مانیٹرنگ اور معلومات کے اکٹھے کرنے کی صلاحیتیں متحد کرتا ہے تاکہ صارفین کو ریل ٹائم خطرات کی اطلاعات اور اثاثوں کی حفاظت فراہم کی جا سکے۔
MistEye نے فوری طور پر اطلاعات کے ذریعے اور صارفین کی انتباہ کے چینلز کے ذریعے خطرہ شیئر کر دیا ہے۔

مضر لوڈر اور ریموٹ لوڈ میکنزم
udeskApi.2026-10-16.cached.js کھولنے کے بعد، آپ کسٹمر سپورٹ بٹن، چیٹ iframe، ویزٹر ٹریکنگ اور میسج کمیونیکیشن جیسے فنکشنز کا کوڈ دیکھ سکتے ہیں۔ فائل کے آخر کی طرف جائیں، مین لائن کے خاتمے کے بعد ایک الگ فنکشن موجود ہے: یہ _ud() کے ذریعے دو اسٹرنگس کو ڈیکوڈ کرتا ہے، عناصر بناتا ہے اور انہیں موجودہ دستاویز کے head میں شامل کرتا ہے۔
یہ سیکشن میں لیبل کا نام اور ریموٹ URL کو براہ راست نہیں لکھا گیا ہے۔ صرف صاف متن ڈومین کی تلاش کرنے سے لوڈنگ اینٹری کو چھوڑ دیا جا سکتا ہے۔ ہم _ud() کے عمل کی جانچ کرتے ہیں، جس میں ہر بار دو ہیکسڈیسیمل حروف لیے جاتے ہیں اور انہیں حروف میں تبدیل کیا جاتا ہے؛ مستقل کو پھیلانے کے بعد، لوڈنگ ٹارگٹ واضح ہو جاتا ہے۔
736372697074 کو script میں ڈیکوڈ کیا جاتا ہے، دوسری جگہ ایک مستقل کو https[:]//udeskqlobal[.]com/deeps.js میں ڈیکوڈ کیا جاتا ہے۔ ڈومین میں qlobal حرف q سے شروع ہوتا ہے، تلاش کے دوران اس کی اسی تحریر کو برقرار رکھنا چاہیے۔ لودر اس سکرپٹ کو ایسنسک بناتا ہے، پھر اسے صفحے میں شامل کرتا ہے؛ جب تک یہ جگہ پہنچ جائے اور براؤزر کی پالیسی اور نیٹ ورک کی اجازت دی جائے، دور کا کوڈ موجود دستاویز میں داخل ہو سکتا ہے۔
اس URL کا بوجھ deeps.js ہے۔ تحقیق کا مرکز کسٹمر سپورٹ SDK سے بوجھ پر منتقل ہو گیا۔ تیسری طرف کے کلاسک اسکرپٹس، جو دستاویز کے حوالے سے نفاذ ہوتے ہیں، وہ اصل طور پر چلنے والے صفحے یا iframe کے مطابق دستیاب ڈیٹا تک رسائی رکھتے ہیں۔ کسٹمر چیٹ ونڈو iframe استعمال کرتی ہے اور میزبان صفحے پر لوڈ ہونے والے اسکرپٹس کو خودبخود الگ نہیں کرتی۔
ویب پیج ڈیٹا کلیکشن میکنزم اور اثرات کا دائرہ
deeps.js شروع میں window.location.hostname کو پڑھتا ہے اور تین ویب سائٹس کے قواعد کے مطابق ترتیب C تیار کرتا ہے۔ یہ طے کرنے کے لیے کہ کون سے صفحات کو اکٹھا کیا جائے گا، صرف اس ترتیب سے کافی نہیں ہے: یہ پورے اسکرپٹ کو محدود کرتی ہے یا صرف اس کا کوئی ایک ماڈیول، اس لیے آؤٹ کرنے کے فیصلے کی جگہ کو مزید ٹریس کرنا ضروری ہے۔
کنٹرول فلو کے ذریعے نیچے جانے پر، ہم دیکھتے ہیں کہ کوکی اور ویب اسٹوریج پڑھنا، شروع کرنے کا سناپشٹ بھیجنا، اور فارم اور تصدیق درخواست ہُکس سب if (!C) return; سے پہلے آتے ہیں۔ ذیل میں سرچ کے ترتیب کے مطابق سناپشٹ بھیجنے کا جملہ اور آخری XHR ہُک لیا گیا ہے؛ تبصرے درمیان کو حذف کردہ کوڈ کو ظاہر کرتے ہیں، جو فارمیٹڈ ویو D:L100، D:L151–L166 سے متعلق ہیں۔
خروج کے فیصلے کی جگہ کا اثر واضح ہے: یہاں تک کہ اگر hostname تین ویب سائٹس کے قواعد پر مطابقت نہ کرے، تو اسکرپٹ پہلے ڈیٹا کلیکشن کے راستے میں داخل ہو جائے گا اور ہُکس نصب کر دے گا، اور پھر ایڈریس ماڈیول سے باہر نکلے گا۔ ایکسپوسرڈ صفحات کی تلاش کرتے وقت، آپ صرف تین ویب سائٹس کی ترتیبات پر ہی محدود نہیں رہ سکتے۔
شروع کرتے ہی، لوڈ پیج کے موجودہ ویب پیج تک رسائی حاصل کرنے والے کوکیز، localStorage اور sessionStorage کو پڑھتا ہے۔ یہ مقامات لاگ ان کی حالت، صارف کی معلومات اور کاروباری ڈیٹا محفوظ کر سکتے ہیں؛ اگر ان میں سے کوئی لاگ ان ٹوکن اب بھی درست اور دوبارہ استعمال کے قابل ہو، تو حملہ آور اسے حاصل کر کے صارف کے سیشن کا دوبارہ استعمال کر سکتا ہے۔ اس سکرپٹ میں بالا ترین صفحے کا URL اور موجودہ دستاویز کا origin بھی شامل ہوتا ہے، تاکہ یہ ڈیٹا اس کے ماخذ صفحے کے ساتھ جمع کیا جا سکے۔
جمع کردہ عمل میں ہر آئٹم کے لیے خطا کا انتظام کیا جاتا ہے۔ جب ماخذ سے ٹاپ لیول URL پڑھنا ناکام ہو جائے، تو اسکرپٹ x استعمال کرتا ہے اور دیگر فیلڈز کو جاری رکھتا ہے؛ دو قسم کی ویب صفحات کا ذخیرہ جے ایس اون میں سیریلائز کیا جاتا ہے۔ کوکی کا دائرہ document.cookie کے قابل پڑھنے والے مواد تک محدود ہے، جس میں HttpOnly کوکیز شامل نہیں ہیں۔
اسکرپٹ نے مزید جمع کردہ ڈیٹا کے لیے دروازے بھی محفوظ کر لیے ہیں۔ جب صارف فارم جمع کرتا ہے، تو یہ input، select اور textarea کو گھومتا ہے، خالی نہیں ہونے والے مواد کو کاپی کرتا ہے، اور اصل جمع کرانے کے عمل کو جاری رکھتا ہے۔ صارف کے درج کردہ فیلڈز جیسے اکاؤنٹ، پاس ورڈ، کیپچا وغیرہ ممکنہ طور پر اضافی ڈیٹا بھیجنے کے راستوں میں داخل ہو سکتے ہیں، جس سے اکاؤنٹ لاگ ان یا اکاؤنٹ پر قبضہ کرنے کے لیے استعمال ہو سکتا ہے۔
یہ راستہ HTMLFormElement.prototype.submit کو لپیٹ کر اور submit واقعہ کو کیپچر فیز میں سننے کے ذریعے حاصل کیا جاتا ہے۔ جہاں صرف انٹرفیس کے ذریعہ ڈیٹا جمع کیا جاتا ہے، اس کے لیے اسکرپٹ fetch اور XHR کو بھی لپیٹتا ہے: جب درخواست میں بادی ہو اور URL میں login|signin|auth|register|signup|password جیسے کلیدی الفاظ شامل ہوں، تو متعلقہ مواد کو کاپی کیا جاتا ہے اور اصل درخواست کال برقرار رکھی جاتی ہے۔ fetch شاخ میں مزید ضرورت ہے کہ URL سٹرنگ ہو اور بادی درخواست کے آپشنز سے آئے؛ جب FormData جیسے آبجیکٹس کو براہ راست JSON سیریلائز کیا جاتا ہے، تو اکتساب کردہ مواد میں اصل فیلڈز کم پائے جا سکتے ہیں۔
ڈیٹا لیک میکنزم اور بیک اپ چینل
اوپر کے کلیک انٹری کا آخری طور پر ایک ہی _send() فنکشن کال کیا جاتا ہے۔ اس فنکشن کا تعاقب جاری رکھتے ہوئے، مسلسل موصول کنندہ https[:]//udeskqlobal[.]com/c.php دیکھا جا سکتا ہے۔ شروعاتی اسناپ میں s، o، c، l، ss فیلڈز صفحے کے پتے، موجودہ سورس، قابل فہم کوکیز اور دو قسم کے ویب اسٹوریج کو الگ الگ حامل بناتے ہیں؛ جبکہ بعد کے فارم اور تصدیق درخواستیں اپنے اپنے ٹرگر پر بھیج دی جاتی ہیں۔
فانکشن URL کے سوال کے نشان کے بعد کے پیرامیٹرز کو الگ کر کے ای سینکرونس POST بادی میں ڈالتا ہے، اور Content-Type: application/x-www-form-urlencoded سیٹ کرتا ہے۔ مندرجہ ذیل مکمل بھیجنا فنکشن (D:L45–L60) برقرار رکھیں:

ارسال کا راستہ تصویر کے درخواست کے بیک اپ کو بھی شامل کرتا ہے: جب XHR میں خطا آ جائے یا ارسال کے دوران مزید مسلسل خطا ہو، تو اسکرپٹ ایک Image آبجیکٹ بناتا ہے اور پیرامیٹرز کے ساتھ URL کو src میں دیتا ہے تاکہ ڈیٹا کو دوبارہ GET کے ذریعے بھیجا جا سکے۔ URL کو پہلے 8,000 جاوا اسکرپٹ کریکٹرز تک محدود کر دیا جاتا ہے، جس کی وجہ سے لمبی معلومات ناقص ہو سکتی ہیں۔
اس راستے کو سمجھنے کے لیے، "درخواست بھیجنا" اور "جواب پڑھنا" میں فرق کرنا ضروری ہے۔ اسکرپٹ c.php کے جواب کو نہیں پڑھتا؛ سادہ درخواست کے معیارات کے مطابق کراس-آریج POST درخواستیں پہلے بھیجی جا سکتی ہیں، اور پھر براؤزر جواب پڑھنے پر پابندی لگا دیتا ہے، اس لیے CORS کی خرابی درخواست بھیجنے اور جواب پڑھنے دونوں کے ساتھ ایک ساتھ ہو سکتی ہے۔ تشخیص ریکارڈ میں POST بادی اور تصویر GET پیرامیٹرز دونوں کا جائزہ لینا چاہیے، جبکہ ایگزٹ پالیسی میں connect-src اور img-src الگ الگ چیک کیے جانے چاہئیں۔ عام فارم جو دستاویز کے نیوگیشن کو فعال کرے، وہ بھی اسکرپٹ کی غیر متزامن درخواستوں کے مکمل ہونے پر اثر ڈال سکتی ہے۔
اب تک، ویب سیشن ڈیٹا اور بعد کے سبمٹ کردہ مواد کی منزل معلوم ہو چکی ہے۔ لیکن لوڈ کو سائٹ سے باہر نکلنے کے جانچ کے بعد ایک اور سیٹ آپریشنز برقرار رکھی گئی ہیں: پتے کے فارمیٹ کی شناخت، صفحے کے متن کو تبدیل کرنا، اور کاپی پاتھ پر قبضہ کرنا۔ یہ کوڈ تحقیق کو جمع کرنے کے کاروبار کی طرف مزید لے جاتا ہے۔
ریچارج ایڈریس کا تبادلہ اور کلپ بورڈ جیسی مکینزم
اگر (! C) return; کے بعد، اسکرپٹ پتہ ماڈیول میں داخل ہو جاتا ہے۔ شروع کے تین hostname قواعد اب واضح مقصد رکھتے ہیں: mgbx[.]com، bikingex[.] اور bitxex[.]io کو مطابقت دینا، جس سے مختلف صفحات کے لیے پتہ اور کاپی بٹن کے عنصر کے سیلیکٹرز کا انتخاب ہوتا ہے۔
ان ریگولر ایکسپریشنز میں شروع اور اختتام کے اینکر نہیں ہیں، جس سے مطابقت کا دائرہ درست ڈومین نام کے موازنہ سے زیادہ وسیع ہو جاتا ہے۔ صفحہ کے قواعد location.href کے مکمل اقدار، کوئری پیرامیٹرز یا فریگمنٹس میں deposit، recharge، assets جیسے کلیدی الفاظ کو بھی جانچتے ہیں۔ جب صفحہ، عنصر اور پتے کے فارمیٹ میں مطابقت ملتی ہے، تو اسکرپٹ 200 ملی سیکنڈ کے انٹروال پر اسکین کرتا ہے اور شناخت شدہ ریچارج ایڈریسز کو ترتیب دی گئی قیمت سے تبدیل کر دیتا ہے۔ اگر صارف تبدیل شدہ ایڈریس کا استعمال کرتے ہوئے ایک مؤثر ٹرانسفر مکمل کرتا ہے، تو رسید کنندہ مقصد وہی ایڈریس بن جائے گا۔
تین ویب سائٹ برانچز چھ ترتیبات کی قیمتیں استعمال کرتے ہیں، جنہیں کوڈ میں BTC، EVM، TRON، Solana، LTC اور DOGE کے طور پر نشان زد کیا گیا ہے۔ پتہ شناخت صرف حروف کی شکل اور مطابقت کے ترتیب کے بنیاد پر ہوتی ہے، صارف کے منتخب کردہ نیٹ ورک یا پتہ چیک سم کی تصدیق نہیں کی جاتی، اور عام کاروباری شناخت کنندگان کو بھی غلط طور پر شناخت کیا جا سکتا ہے۔
کاپی کردہ کوڈ کی جانچ جاری رکھیں، جس سے معلوم ہوتا ہے کہ نمونہ صرف صفحہ کے display اور کلپ بورڈ کے مواد دونوں کو متاثر کرتا ہے۔ اس طرح، صارفین صرف صفحہ کے پتے اور کاپی کردہ نتائج کو آپس میں موازنہ کرنے پر بھی ایک مسلسل مزیدار قدر حاصل کر سکتے ہیں۔ تین راستے درج ذیل ہیں:
- پیکیج کلپ بورڈ API۔ navigator.clipboard.writeText پہلے R() کو بلایا جاتا ہے تاکہ پیرامیٹرز کو تبدیل کیا جائے، پھر اصل طریقہ کو دیا جاتا ہے۔ یہ راستہ صرف hostname کی ترتیب سے محدود ہے، ادائیگی کے صفحے کی شرائط کو دوبارہ چیک نہیں کیا جاتا، اور DOM اسکیننگ پر انحصار نہیں کرتا جو عنصرز کو ہٹا دیتا ہے۔
- کاپی بٹن کو تبدیل کریں۔ اسکرپٹ مطابق بٹن کی نقل کرتا ہے، نیا کلک سننے والا نصب کرتا ہے اور اصل نوڈ کو تبدیل کرتا ہے۔ نیا سننے والا ڈیفالٹ ایکشن اور واقعہ کی پھیلاؤ کو روکتا ہے، اور _cur میں محفوظ پتہ کو کاپی کرنے کی کوشش کرتا ہے۔
- کاپی واقعہ کو روکیں۔ جب _cur خالی نہیں ہے اور صفحہ کے قواعد پورے ہوتے ہیں، تو document پر لائسنسر کاپی شدہ مواد کو _cur میں تبدیل کر دیتا ہے، صارف کے منتخب کردہ متن کو پتہ ہونے کی جانچ نہیں کرتا۔
اس میں، کلپ بورڈ API کا پیکیج اور کاپی سننے والا ورک کوڈ میں پاس کے قریب ہیں (D:L260–L275)، لیکن ان کے ٹریگر شرائط مختلف ہیں:
_cur آخرین حقیقی تبدیل شدہ پتہ محفوظ کرتا ہے۔ ایک ہی سکرین پر کئی پتے ہونے پر، اگلی تبدیلی پچھلی ریکارڈ کو اووررائٹ کر دے گی، اور کئی بٹن ایک ہی قیمت کو کاپی کر سکتے ہیں۔ اگر صفحہ شروع میں ہی ترتیب دیا گیا پتا ظاہر کر رہا ہو، تو اس کی وجہ سے _cur شروع نہیں ہوگا، اور نئے بٹن لسنر میں کوئی مواد نہیں لکھا جائے گا؛ کلون کردہ HTML ان لائن واقعات کے خصوصیات اب بھی واقعات کے معالجہ میں شامل ہو سکتی ہیں۔
تجزیہ میں ایک ایسا عملی خطا بھی ملا جو رویے کے فیصلے کو متاثر کرتا ہے: اسکرپٹ Element.prototype سے textContent کے ذاتی اٹریبیوٹ ڈیسکرپٹر کو پڑھنے کی کوشش کرتا ہے، جبکہ معیاری اٹریبیوٹ Node.prototype پر تعریف کیا گیا ہے۔ معیاری پروٹوٹائپ رشتے کے تحت، .set کو بعد میں ایکسیس کرنے پر استثنا پیدا ہو جائے گا۔ اس شاخ کے ناکام ہونے کے بعد، catch استثنا کو نظرانداز کر دے گا؛ اس کے بعد اور قبل کے کوڈ کو جانچنے سے پتہ چلتا ہے کہ پولنگ پہلے سے رجسٹرڈ ہے، اور بعد میں کاپی ہُکس اپنی اپنی شرائط کے مطابق نصب ہو جائیں گے۔ ایک منفرد شاخ کا خطا ایڈریس جیکنگ ماڈول کو ختم نہیں کرتا۔
خلاصہ
کسٹمر سروس اسکرپٹ کے آخری لوڈر کا پیچھا کرنے کے بعد، ہم نے نمونے کے حملے کا مقصد واضح کر لیا: جلسہ یا اکاؤنٹ میں دھوکہ دینے کے لیے استعمال ہونے والے ڈیٹا کو جمع کرنا، اور جمع کرانے والے پتے کو ترتیب دی گئی قیمت سے تبدیل کرنا۔ پہلا مقصد تین ویب سائٹس کی ترتیبات سے متاثر نہیں ہوتا، جبکہ دوسرا مقصد ویب سائٹ اور خاص کاپی پاتھ کے مطابق فعال ہوتا ہے، اور جانچ کے دوران مختلف اظہار کے مناظر کو شامل کرنا ضروری ہے۔
ابھی بھی متعلقہ اسکرپٹس لوڈ کر رہے ہیں، ان کی توزیع بند کر دیں، اظہار ہونے والے اعتماد کے اداروں کو معالجہ کریں، اور قابل اعتماد بیک اینڈ اور ٹریڈنگ ریکارڈز کے ذریعے جمع کرانے کے مقاصد کی تصدیق کریں۔
سجھائیں
- متلو شدہ وسائل کو محفوظ کریں اور ان کی تقسیم بند کر دیں۔ اگر پیداواری سسٹم ابھی بھی متعلقہ اسکرپٹس لوڈ کر رہا ہے، تو اصل ریسپانس، درخواست کی سلسلہ واری، کیش معلومات اور جمع کردہ وقت کو محفوظ کر کے جلد سے جلد بلاک کر دیں؛ ایک الگ طور پر تصدیق شدہ قابل اعتماد ورژن سے بحالی کریں اور ویب سائٹ ہوسٹنگ، CDN، بِلڈ اور ٹیگ مینجمنٹ کانفیگریشنز کو چیک کریں۔
- بیرونی ریکارڈز کے ساتھ لوڈنگ کی تلاش کریں۔ برے ڈومین، دو راستوں اور فائل ہیش کو جوڑ کر کوئری کریں؛ بیرونی ریکارڈز میں POST بادی اور GET پیرامیٹرز دونوں کی جانچ کریں۔ کمپریسڈ اسکرپٹس کی تلاش کے دوران لوڈر میں ہیکس URL بھی تلاش کریں تاکہ صرف پلین ٹیکسٹ کی تلاش سے چھوٹ جانے سے بچا جا سکے۔
- متضرر دستاویز کو ختم کریں اور معرض کردہ اعتمادی تفصیلات کو ختم کریں۔ متعلقہ صفحات یا WebView دستاویزات کو مکمل طور پر بند کریں تاکہ پرانے وسائل کو دوبارہ لوڈ نہ ہو۔ حقیقی معرض کے دائرہ کار کے مطابق، صاف ماحول سے سیشن منسوخ کریں، ٹوکن اور پاس ورڈز تبدیل کریں؛ script ٹیگز کو ہٹانا پہلے نصب ہوچکے ہکس اور ٹائم آؤٹس کو منسوخ نہیں کرتا۔
- جائزہ کے لیے جمع کرانے کا پتہ اور ٹرانزیکشن کو الگ سے تصدیق کریں۔ انجام دیے جانے والے لوڈ کے لیے، اصل جمع کرانے کا پتہ، متعلقہ ٹرانزیکشن اور اصل ٹرانسفر ہدف کو قابل اعتماد ذرائع سے تصدیق کریں اور ٹرانزیکشن ریکارڈ کے مطابق اثرات کا جائزہ لیں۔
- اسکرپٹ تصدیق اور ڈیٹا ایکسپورٹ پابندیاں۔ کاروباری ترتیبات کے ساتھ اسکرپٹ ماخذ اور مکملیت کنٹرول کو جوڑیں، connect-src، img-src وغیرہ کی پالیسیوں کی تصدیق کریں، اور udeskqlobal[.]com کے لیے اسکرپٹ لوڈنگ اور ڈیٹا باہر جانے کی پابندی لگائیں۔
IOC
ڈومین
udeskqlobal[.]com
URL
https[:]//udeskqlobal[.]com/deeps[.]js
https[:]//udeskqlobal[.]com/c[.]php
Wallet address
BTC: bc1qhzppfj69ywp22swj50jwcfxdamg3ym245srng9
EVM: 0x9B6EcD0023a28E1391c5124eCe578A9751A337b2
TRON: TH4L5YAhhxtC8qALbZKbPZZgausbGi25nF
سولانا: AFmCUe3nNbjTaC585CcdA3vvC9iWVR8YunooFKpaQx2Z
LTC: ltc1qwz0zp39ywl34kahvn9lyk7j5x63wsy9tcxhm3w
DOGE: DAoy2w8uvFtZ92q87s9qKEoHbWgV7mVThj
مالیانہ فائل
فائل کا نام: udeskApi.2026-10-16.cached.js
SHA256: 45b4e8f160d8d5177819f6c1dc67acc7abbdc65eeaffc909e668799dc778bcf6
فائل کا نام: deeps.js
SHA256: 57c1441c4f5bb3260981a2df64f9ff35f117abde0d8667c8c66a047880074c59
مِسٹ آئی کے بارے میں
MistEye، SlowMist کا خود ساختہ Web3 تهدید کی معلومات اور ڈائنانمک سیکیورٹی مانیٹرنگ پلیٹ فارم ہے، جو API کے ذریعے اوپن سورس پیکیج ایکوسسٹم کی مضر سرگرمیوں کی تشخیص اور سپلائی چین کے خطرات کی انتباہ فراہم کرتا ہے۔
اس کارروائی میں شامل تمام برے نیت والے پیکجز اور IOC کو MistEye تھریٹ ڈیٹیکشن انجن میں شامل کر دیا گیا ہے، جس کے ذریعے ڈویلپرز API کے ذریعے اپنے پروجیکٹ کے ڈیپینڈنسیز کو آٹومیٹک طور پر چیک کر سکتے ہیں اور معلوم ہو جاتا ہے کہ کیا وہ معلوم برے نیت والے پیکجز سے ملتے جلتے ہیں اور کیا تجاویز حاصل کی جا سکتی ہیں۔


