♦️ربات پینگ‌پنگ باز هم از راه رسید🤖🏓

🔹واکنش زیر ۲۰۰ میلی‌ثانیه؛ هوش مصنوعی حالا پشت میز پینگ‌پنگ هم حریف می‌طلبد!

CCNA
@abrplusdocs

🔴 آسیب‌پذیری Critical در VMware vCenter؛ وقتی خودِ Management Plane هدف قرار می‌گیرد

🔺یک آسیب‌پذیری با شناسه CVE-2026-59310 در VMware vCenter شناسایی شده که شدت آن 9.8 از 10 (Critical) اعلام شده.
موضوع فقط شدت آسیب‌پذیری نیست.
این مورد حالا در فهرست Known Exploited Vulnerabilities (KEV) سازمان CISA هم قرار گرفته؛ یعنی با یک آسیب‌پذیری صرفاً تئوری طرف نیستیم و سوءاستفاده از آن در دنیای واقعی گزارش شده است.
این آسیب‌پذیری مربوط به vCenter Server Syslog Service است و از نوع Directory Traversal محسوب می‌شود. در شرایطی که مهاجم دسترسی لازم را داشته باشد، امکان سوءاستفاده و در نهایت اجرای کد روی سیستم وجود دارد.
اما چرا برای تیم زیرساخت مهم است؟
چون vCenter یکی از مهم‌ترین نقاط مدیریتی در محیط VMware است.
اگر یک Workload معمولی آسیب‌پذیر شود، محدوده تأثیر ممکن است همان سیستم باشد؛ اما وقتی نقطه مدیریت زیرساخت درگیر می‌شود، داستان متفاوت است.
ویسنتر معمولاً به تعداد زیادی از Hostها، VMها و سرویس‌های مدیریتی دسترسی دارد.
بنابراین یک سناریوی حمله می‌تواند از اینجا شروع شود و بعد مهاجم به دنبال Credential، دسترسی بیشتر، ایجاد Persistence یا دستکاری منابع زیرساخت برود.
به همین دلیل، در چنین مواردی فقط Patch کردن کافی نیست.
اگر vCenter شما در معرض این آسیب‌پذیری بوده، دو سؤال باید همزمان بررسی شود:
آیا Patch شده؟
و مهم‌تر:
قبل از Patch شدن، آیا نشانه‌ای از سوءاستفاده وجود داشته؟
برای محیط‌های Production بهتر است علاوه بر بررسی Version و اعمال Patch، لاگ‌های vCenter و Syslog و همچنین Authenticationهای غیرعادی هم بررسی شوند.
یک نکته دیگر هم مهم است:
ویسنتر را نباید مثل یک Server معمولی در نظر گرفت.
این سیستم بخشی از Management Plane زیرساخت است و دسترسی به آن می‌تواند مسیر حمله به بخش‌های مختلف Virtual Infrastructure را باز کند.
📌 اگر VMware دارید، وضعیت vCenterهای خودتان را بررسی کنید.
منبع اصلی:
Broadcom VMware Security Advisory
VMSA-2026-0006.2
NIST / NVD — CVE-2026-59310
CISA — Known Exploited Vulnerabilities Catalog
#VMware #vCenter #CyberSecurity #Virtualization #Infrastructure

@abrplusdocs

🔴 آسیب‌پذیری جدید در Veeam Backup & Replication
شرکت Veeam در ۲۵ آگوست ۲۰۲۶ جزئیات آسیب‌پذیری زیر رو منتشر کرده:
CVE-2026-58070
این آسیب‌پذیری باعث می‌شه Credentialهای سیستم‌عامل Guest که برای قابلیت Application-Aware Processing استفاده می‌شن، به‌صورت Cleartext داخل Logهای ماشین Guest ثبت بشن.
🔸 Severity: Medium
🔸 CVSS v4: 6.8
🔻 نسخه‌های تحت تأثیر
Veeam Backup & Replication 13.0.2.29
و تمام Buildهای قبلی نسخه 13.
📌 طبق اعلام Veeam، نسخه‌های 12.x تحت تأثیر این آسیب‌پذیری نیستند.
🛠 راهکار
این مشکل در نسخه‌های زیر برطرف شده:
✅ Veeam Backup & Replication 13.1
Build 13.1.0.411
یا
✅ Veeam Backup & Replication 13.0.3
Build 13.0.3.63
چرا مهمه؟
بکاپ Server یکی از حساس‌ترین بخش‌های زیرساخته.
اگر Credentialهای مورد استفاده برای سرویس‌های Backup داخل Logها به شکل قابل خواندن ذخیره بشن، در صورت دسترسی غیرمجاز به Guest یا Logها، احتمال افشای Credential وجود داره.
پس اگر از Veeam 13 استفاده می‌کنید:
🔎 اول Build نسخه‌تون رو بررسی کنید.
بعد ببینید آیا در محدوده نسخه‌های آسیب‌پذیر قرار دارید یا نه.
📌 یک نکته مهم:
در زیرساخت Backup، فقط خود Backup Server مهم نیست؛ Logها، Credentialها و دسترسی‌های سرویس Backup هم بخشی از سطح حمله هستن.
@abrplusdocs

🔹 مدیرعامل شرکت خدمات انفورماتیک: حمله سایبری به بانک‌ها بسیار گسترده بود

حمله سایبری به بانک‌هایی که داده‌های آنها در شرکت خدمات انفورماتیک میزبانی می‌شدند، شاید بزرگ‌ترین حمله سایبری به شبکه بانکی کشور تاکنون بود. آن هم در دوره‌ای که حملاتی از این دست کم‌تعداد نیستند.
محمدسعید طباطبایی، مدیرعامل شرکت خدمات انفورماتیک می‌گوید این شرکت توانسته است بدافزاری که به داده‌های بانک‌ها حمله کرده بود را شناسایی کرده و برای آنتی‌ویروس نوشته‌اند. او حمله انجام شده به بانک‌ها را بسیار گسترده و در لایه‌های زیرین توصیف می‌کند.

#حمله_سایبری
@abrplusdocs

🔴 یک CVE برای vCenter؛

چند هفته از انتشار آسیب‌پذیری CVE-2026-59310 در VMware vCenter گذشته، اما داستان هنوز تمام نشده.

گزارش‌های جدید منتشرشده در ۵ سپتامبر ۲۰۲۶ نشان می‌دهند که این آسیب‌پذیری همچنان در حملات واقعی مورد استفاده قرار گرفته و دامنه حملات به ده‌ها کشور رسیده است.

اما برگردیم به خود آسیب‌پذیری

CVE-2026-59310

📌 نوع آسیب‌پذیری: Directory Traversal
📊 شدت: Critical — CVSS 9.8
🎯 محصول: VMware vCenter Server
⚠️ وضعیت: Exploited in the Wild
مشکل در vCenter Server Syslog Service قرار دارد و مهاجمی که دسترسی شبکه‌ای لازم را داشته باشد، می‌تواند از این نقص برای رسیدن به اجرای کد روی سیستم استفاده کند.

اما چرا این خبر هنوز مهم است؟

چون سرور vCenter عملاً یکی از مهم‌ترین نقاط Management Plane در محیط VMware است.

از طریق آن می‌توان Hostها، VMها، Networkها، Storage و بسیاری از تنظیمات محیط مجازی را مدیریت کرد.

بنابراین اگر مهاجم بتواند کنترل vCenter را به دست بگیرد، دیگر فقط یک سیستم آسیب‌پذیر نداریم؛ یک نقطه مرکزی از زیرساخت درگیر شده است.

این همان جایی است که تفاوت بین یک CVE معمولی و یک Infrastructure-Level Vulnerability خودش را نشان می‌دهد.

چیزی که الان اهمیت بیشتری دارد

اگر این آسیب‌پذیری را همان زمان Patch کرده‌اید، عالی است.

اما اگر vCenter شما در زمان آسیب‌پذیری در معرض حمله بوده

پچ کردن یک سیستم compromised الزاماً به معنی پاک شدن مهاجم نیست.

برای همین در چنین شرایطی باید علاوه بر Patch، مواردی مثل:

🔹 Authenticationهای غیرعادی
🔹 تغییرات مشکوک در Configuration
🔹 Processهای غیرمعمول
🔹 Connectionهای غیرمنتظره
🔹 رفتار غیرعادی روی Hostها و VMها
🔹 و لاگ‌های vCenter و Syslog

هم بررسی شوند.


یک CVE با CVSS 9.8 شاید در نگاه اول فقط یک عدد باشد.

اما وقتی همان CVE روی vCenter باشد و exploitation واقعی برایش گزارش شود، دیگر یک موضوع صرفاً امنیتی نیست؛

موضوع، امنیت کل Virtual Infrastructure است.

🔗 منبع رسمی:
Broadcom VMware Security Advisory — CVE-2026-59310

#VMware #vCenter #CyberSecurity #Virtualization #Infrastructure #CVE #Cloud

@abrplusdocs

🚨 سه آسیب‌پذیری SSRF در OpenStack Glance

در تاریخ 3 سپتامبر 2026، تیم امنیت OpenStack یک Advisory جدید با شناسه OSSA-2026-038 منتشر کرد که مربوط به سه آسیب‌پذیری SSRF در Glance است:

🔴 CVE-2026-71196
🔴 CVE-2026-71197
🔴 CVE-2026-71198

اما نکته مهم فقط SSRF بودن ماجرا نیست

در بعضی سناریوها، یک کاربر احراز هویت‌شده می‌تواند Glance را وادار کند به URLهای داخلی درخواست بفرستد؛ از جمله سرویس‌هایی که مستقیماً از اینترنت قابل دسترسی نیستند

حتی در یکی از آسیب‌پذیری‌ها، پاسخ سرویس داخلی می‌تواند به‌صورت Image در Glance ذخیره و بعداً خوانده شود.

یعنی عملاً:
Attacker → Glance API → Internal Service → Data Exfiltration

و یکی از اهداف مهم این نوع حمله می‌تواند Cloud Metadata Service باشد؛ جایی که در بعضی معماری‌ها اطلاعات حساس و Credentialهای موقت قرار دارند.

وب دانلود در برخی حالت‌ها محدودیت کافی روی مقصد URL ندارد و امکان دور زدن فیلترها با DNS Rebinding مطرح شده
در صورت فعال بودن API
سرویس HTTP Store مربوط به Image Location فاقد Host Filtering کافی است و می‌تواند به یک Full-Read SSRF تبدیل شود.

این موضوع برای OpenStackهایی که Glance API به شبکه‌های داخلی دسترسی دارد، اهمیت بیشتری پیدا می‌کند.

🔺 نسخه‌های تحت تأثیر

اوپن استک اعلام کرده این بازه‌ها آسیب‌پذیر هستند:

16.0.0 <30.2.1

31.0.0 <31.1.1

32.0.0 <32.0.1

✅نسخه‌های Fix شده:

30.2.1 / 31.1.1 / 32.0.1

البته باید Patchهای مربوط به Branch مورد استفاده‌تان را طبق Advisory اعمال کنید؛ چون چند Commit به‌صورت وابسته به هم هستند.



3 Sep 2026 تاریخ انتشار

منبع اصلی:
OpenStack

#OpenStack #Glance #SSRF #CVE #CloudSecurity #Infrastructure #CyberSecurity

@abrplusdocs

و بله😊

@abrplusdocs

🔐 امنیت سایبری فقط خریدن ابزار امنیتی نیست

گاهی یک سیستم با ده‌ها لایه امنیتی، با یک رمز عبور ساده آسیب‌پذیر می‌شود
یک Patch که نصب نشده، یک دسترسی اضافه یا یک پورت باز، می‌تواند مسیر ورود مهاجم باشد.
ما معمولاً نگران حمله‌ای هستیم که هنوز اتفاق نیفتاده، اما ضعف‌هایی را نادیده می‌گیریم که همین امروز وجود دارند.

هکر لازم نیست قوی‌ترین نقطه سیستم را پیدا کند؛ کافی است ساده‌ترین نقطه را پیدا کند.
امنیت واقعی یعنی قبل از اینکه مهاجم ضعف ما را پیدا کند، خودمان آن را پیدا کنیم.
یعنی همیشه این سؤال را بپرسیم: اگر همین الان به ما حمله شود، چقدر آماده‌ایم؟
چون امنیت چیزی نیست که یک‌بار بسازیم و تمام شود؛
امنیت، یک جنگ دائمی است.

Behzad Bazargan ✍️

#CyberSecurity #InformationSecurity #EthicalHacking #CyberAttack #Security

@abrplusdocs

Now, Pearson PLC and Pearson VUE have abruptly canceled scheduled Pearson Test of English (PTE) exams and invalidated pre-purchased vouchers for Iranian test-takers outside of Iran, citing compliance with U.S. sanctions.

Build Datacenter
@abrplusdocs

لغو ممنوعیت استفاده از پیام‌رسان‌های غیربومی برای اطلاع رسانی رسمی دستگاه‌ها

معاون ارتباطات و اطلاع‌رسانی دفتر معاون اول رئیس‌جمهور:
ممنوعیت استفاده از پیام‌رسان‌های غیربومی برای اطلاع‌رسانی رسمی دستگاه‌ها، با اجماع کامل همه اعضای ستاد ویژه ساماندهی و راهبری فضای مجازی برداشته شد.

@abrplusdocs

بانک خاورمیانه
دعوت به همکاری
کارشناس ارشد امنیت و تست نفوذ
خواهشمند است در صورت تمایل به همکاری، رزومه خود را به آدرس زیر ارسال فرمایید:
am.jafari@middleeastbank.ir

Offensive Security
OWASP
Penetration Testing
SSDLC

داشته باشید بد نیست
@abrplusdocs

🔹سرعت ربات انسان‌نمای چینی به حدی است که یک دور کامل پیست را در ۴۰ ثانیه طی می‌کند!
@abrplusdocs

🔻اختلال در اینترنت‌بانک برخی بانک‌ها به‌دلیل لغو گواهی‌های SSL توسط شرکت‌های خارجی

🔹سامانه‌های اینترنتی و نسخه وب برخی همراه‌بانک‌ها طی روزهای اخیر با اختلال مواجه شده‌اند.

🔹بررسی‌ها نشان می‌دهد در بخشی از این موارد، مشکل به گواهی‌های امنیتی SSL و محدودیت شرکت‌های خارجی ارائه‌دهنده این گواهی‌ها برای خدمات‌دهی به کاربران و مجموعه‌های ایرانی بازمی‌گردد.
@abrplusdocs

💢 ۵۰ شرکت برتر صنعت دیتاسنتر جهان

تمام زیرساخت اینترنت، اقتصاد دیجیتال، هوش مصنوعی و آنلاین بودن ما زیردست این شرکت‌ها است!!!

@abrplusdocs

هکر چینی با کمک DeepSeek حملات سایبری را خودکار کرد

🔺 پژوهشگران شرکت Palo Alto Networks اعلام کردند یک هکر چینی با استفاده از مدل هوش مصنوعی DeepSeek و از طریق تلگرام، حملات سایبری را به‌صورت خودکار هدایت کرده است.
🔻   این هوش مصنوعی پس از دریافت یک دستور اولیه، خودش اهداف اینترنتی را شناسایی، آسیب‌پذیری‌ها را بررسی و ابزارهای مناسب برای نفوذ را انتخاب می‌کرد. در این عملیات بیش از ۴۶۰ هدف مورد بررسی و حمله قرار گرفت.
🔹 هرچند بیشتر تلاش‌ها به نتیجه نرسید، اما این گزارش نشان می‌دهد هوش مصنوعی اکنون می‌تواند بخش قابل توجهی از مراحل یک حمله سایبری را بدون دخالت مستقیم انسان انجام دهد؛ موضوعی که نگرانی‌ها درباره استفاده مهاجمان از ابزارهای هوش مصنوعی را افزایش داده است.

@abrplusdocs

سرورها چگونه توسط ربات‌ها و به طور خودکار ساخته می‌شود تا در دیتاسنترها به کار بروند؟

ربات‌ها در خدمت ساخت دیتاسنترها

دیتاسنترها در خدمت مدیریت و کنترل و حرکت ربات‌ها
@abrplusdocs