د VMmanager 6 امنیتي پیښه: څه پیښ شول او څه باید وشي

د ۲۰۲۶ کال په اکتوبر کې، بریدګرو په VMmanager 6 کې د یوې جدي زیان مننې له لارې په یو وخت کې څو روسي کوربه توب چمتو کونکي په نښه کړل، چې د ISPsystem (د Astra ګروپ برخه) لخوا رامینځته شوی د مجازی کولو مدیریت پینل دی. دا پینل زموږ او د ډیری نورو چمتو کونکو لپاره VPS چلوي. موږ هم اغیزمن شو.

ستاسو سرورونه دوام لري. لاندې هغه څه دي چې پیښ شوي، ولې، موږ دمخه څه کړي دي، او تاسو څه کولو ته اړتیا لرئ.

لامل: د پلورونکي په محصول کې زیان منونکی حالت

دا برید د VMmanager 6 سافټویر کې د یوې جدي زیانمننې له امله ممکن شو. دا په یو انفرادي چمتو کونکي کې غلط ترتیب نه و: ورته زیانمننې په ورته وخت کې د ډیری کوربه توب شرکتونو په وړاندې کارول شوې وې.

FirstVDS، ForestsNet Cloud، MHost، HSH Network او YaColo په عامه توګه د VMmanager 6 له لارې د سرغړونو راپور ورکړی دی. پلورونکي دا پیښه تایید کړې ده: د Astra ګروپ د استازي په وینا، زیان منونکی حالت د VMmanager په یوه جوړونه کې و.

هغه څه چې پلورونکي یې لا تر اوسه نه دي افشا کړي

د خپرونې په وخت کې، ISPsystem د کوربه توب چمتو کونکو ته کافي معلومات نه دي ورکړي چې په ډاډمن ډول زیانمننې حل کړي او د دوی زیربنا تایید کړي. لاندې معلومات خپاره شوي ندي:

• د زیان مننې توضیحات او د لاسرسي لومړني میتود؛
• د CVE پیژندونکی او د اغیزمنو نسخو لیست؛
• د جوړجاړي شاخصونه (IoCs): د برید کونکي سرور پتې، د فایل او پروسې نومونه، د دوام نښې؛
• تایید چې خپاره شوي اصلاحات په بشپړ ډول زیان منونکي بندوي.

لومړی حل د اکتوبر د ۱۸مې په شپه خپور شو، ورپسې څو نور هم خپاره شول. د نورو اغیزمنو چمتو کونکو په وینا، پلورونکي پخپله د نورو پیچونو تر خپریدو پورې پینل ته د لاسرسي د بیا پرانستلو په وړاندې مشوره ورکړه. د تخنیکي توضیحاتو پرته، هر چمتو کونکی باید برید پخپله، د خپلو لاګونو څخه او د ملګرو سره د موندنو شریکولو سره بیا جوړ کړي.

موږ له پلورونکي څخه د بشپړ تخنیکي معلوماتو غوښتنه کړې او ژر تر ژره به یې خپاره کړو. موږ باور لرو چې د زیان مننې مسؤلیت، او د هغې په اړه د معلوماتو په وخت سره افشا کول، د محصول پراختیا کونکي پورې اړه لري.

څه ممکن لیک شوي وي

بریدګرو د پینل ډیټابیس ته لاسرسی وموند، چې پکې شامل وو:

• د سرورونو او د هغوی د IP پتو لیست؛
• د پینل حسابونو بریښنالیک پتې؛
• د روټ پاسورډونه د پینل له لارې تنظیم شوي کله چې د پټنوم امر کول، بیا نصب کول یا بدلول؛
• د VNC کنسول پټنومونه.

په ځینو چمتو کونکو کې، بریدګر د مجازی کولو نوډونو ته هم ورسیدل. هلته دوی یو پروګرام چلاوه چې د مراجعینو سرور ډیسکونه یې په یوازې لوستلو حالت کې نصب کړل او د رازونو لپاره یې پلټنه وکړه:

• د SSH کیلي، authorized_keys، د پټنوم هشونه، د پټنوم مدیران، د GnuPG کیلي؛
• د کلاوډ او ډیو اوپس اسناد: AWS، ګوګل کلاوډ، ازور، کوبرنیټس، ډاکر، ټیرافارم، ګیټ هب، ګیټ لیب او npm ټوکنونه؛
• .env او docker-compose.yml فایلونه، غوښتنلیکونه او ډیټابیس تشکیلات؛
• کریپټو والټونه، د تخم جملې، د تبادلې API کیلي؛
• د براوزر پاسورډونه او کوکیز، د شیل تاریخ؛
• د AI خدماتو API کیلي، ریسټیک او بورګ بیک اپ پاسورډونه.

دا پروګرام د زیربناوو په کچه روان و او هیڅکله د سرورونو دننه نه و اجرا شوی. په پایله کې، دا په سرور کې هیڅ نښه نه پریږدي، حتی که معلومات کاپي شوي وي.

موږ په خپلو نوډونو کې د دې پروګرام هیڅ نښه ونه موندله، مګر د پلورونکي څخه د معلوماتو نشتوالي ته په پام سره، موږ نشو کولی په بشپړ ډول دا رد کړو چې دا کار کوي.

هغه څه چې موږ وکړل

د پلورونکي څخه د بشپړ معلوماتو انتظار کولو پرته، موږ خپله پلټنه ترسره کړه او هغه لارې مو وتړلې چې موږ ته پیژندل شوي وې:

1. د برید له کشف وروسته سمدلاسه د کنټرول پینل ته د خلکو لاسرسی وتړل شو.
2. زموږ په دواړو پینلونو کې د غیر مجاز مدیر حسابونه وموندل شول او بلاک شول، چې د بریدګرو لخوا د دوام لپاره رامینځته شوي. توضیحات د تحقیق لپاره ساتل شوي او د پلورونکي سره شریک شوي.
3. د ISP سیسټم لخوا خپاره شوي ټول اصلاحات نصب کړل.
4. په پینل سرور کې زیرمه شوي هرڅه وګرځول: د نوډ لاسرسي کیلي، د بلینګ او ملاتړ ادغام لپاره د خدماتو پاسورډونه، DNS او بیک اپ کیلي.
5. د مراجعینو سرورونو کوربه توب نوډونه یې چیک کړل: فایلونه، خدمات، پروسې او لاګونه.

څه اغیزمن نه شول

زموږ د څېړنو پر بنسټ، پېښې لاندې اغېزې نه دي کړې:

• د بیک اپ سرورونه؛
• په بلینګ کې شخصي معلومات؛
• د تادیې توضیحات؛
• د اغیزمن شوي مجازی کولو مدیریت پلیټ فارم پرته بل کوم خدمتونه.

د دې سیسټمونو جلا کولو توپیر رامینځته کړ: د مجازی کولو مدیریت چاپیریال یوې برخې ته لاسرسی د بلینګ ډیټا، د مراجعینو حسابونو یا بیک اپ زیربنا ته لاسرسی نه ورکوي.

څه ته اړتیا لرئ

اصلي خطر دا دی چې بریدګر به غلا شوي پاسورډونه او کیلي وکاروي. لاندې کارونه ژر تر ژره ترسره کړئ، حتی که ستاسو په سرور کې هرڅه نورمال ښکاري.

1. لومړی کریپټو والټونه. که چیرې سرور بټوې یا تخمي جملې درلودې، نو فنډونه په یو بل، پاک وسیله جوړ شوي نوي بټوې ته انتقال کړئ.
2. خپل د روټ پټنوم بدل کړئ که تاسو دا د پینل له لارې تنظیم کړئ او له هغه راهیسې یې نه دی بدل کړی.
3. د SSH کیلي ننوتلو ته لاړ شئ او د پټنوم ننوتل غیر فعال کړئ.
4. په سرور کې زیرمه شوي ټول رازونه وګرځوئ: د کارونکي او ډیټابیس پاسورډونه، د SSH کیلي، API کیلي او ټوکنونه، کلاوډ خدماتو ته لاسرسی، CI/CD، بریښنالیک، د تادیې سیسټمونه او AI خدمات.
5. زړې کیلي لغوه کړئ د دې پرځای چې یوازې نوي جوړ کړئ: په کلاوډ کنسولونو، ګیټ هب، ګیټ لیب او د تادیې چمتو کونکو سره.
6. سرور وګورئ: نا اشنا کاروونکي، کیلي دننه ~/.ssh/authorized_keys، کرون دندې، نا اشنا پروسې او سیسټم شوي خدمات.
7. د ننوتلو لاګونه وګورئ په سرور او هغو خدماتو کې چې کیلي یې په کې زیرمه شوي دي: د اکتوبر له ۱۱مې وروسته د ناپیژندل شویو پتو څخه د ننوتلو لټون وکړئ.

که تاسو د نورو چمتو کونکو سره سرورونه لرئ چې VMmanager 6 چلوي، نو هلته هم ورته ګامونه پورته کړئ.

مرستې ته اړتیا لرئ؟

ستاسو په سرور کې یو څه شکمن وموند، یا ډاډه نه یاست؟ زموږ د ملاتړ ټیم سره اړیکه ونیسئ — موږ به تاسو سره د دې په حل کولو کې مرسته وکړو او که اړتیا وي سرور بیا نصب کړو.

موږ د تکلیف لپاره بخښنه غواړو، په شمول د پینل ته د لاسرسي پرته د وخت. موږ به دا مقاله تازه کړو ځکه چې د پلورونکي څخه نوي معلومات شتون لري او کله چې تحقیقات بشپړ شي نو موږ به یې مفصل پوسټ مارټم خپور کړو.