🔐 توی مبحث امنیت CVE چیه؟
کلمه CVE مخفف عبارت Common Vulnerabilities and Exposures هستش که به معنی «آسیب‌پذیری‌های امنیتی رایج» است.
به زبان ساده، CVE یک سیستم استاندارد برای شناسایی و شماره‌گذاری آسیب‌پذیری‌های امنیتی در نرم‌افزارها و سخت‌افزارهاست.
وقتی یک مشکل امنیتی در محصولی مثل ویندوز، لینوکس یا Apache کشف می‌شود، ممکن است یک شناسه CVE به آن اختصاص داده شود.
ساختار شناسه CVE
CVE-2021-44228
CVE: نشان‌دهنده نوع شناسه امنیتی
2021: سال اختصاص شناسه CVE
44228: شماره منحصربه‌فرد آسیب‌پذیری
مثال واقعی: آسیب‌پذیری Log4Shell
آسیب‌پذیری CVE-2021-44228 در کتابخانه Java به نام Log4j کشف شد.
این آسیب‌پذیری در شرایط مشخص به مهاجم اجازه می‌داد کد دلخواه خود را از راه دور روی سرور اجرا کند؛ به این نوع حمله RCE (Remote Code Execution) می‌گویند.
تفاوت CVE و CVSS چیست؟
دو اصطلاح مهم در امنیت سایبری وجود دارد:
شناسه‌ای برای مشخص کردن یک آسیب‌پذیری
CVE
سیستمی برای امتیازدهی به شدت آسیب‌پذیری، معمولاً از ۰ تا ۱۰
CVSS

@abrplusdocs

☁️ پلتفرم OpenStack دقیقاً از چه سرویس‌هایی تشکیل شده؟

این پلتفرم یک نرم‌افزار واحد نیست که نصبش کنیم و تمام

از چند سرویس مستقل تشکیل شده که هرکدوم مسئول بخشی از Cloud هستن و از طریق API با هم ارتباط دارن.

برای شروع این چند سرویس رو باید بشناسیم:

🔹 Keystone | Identity

مسئول Authentication و Authorization.

یعنی وقتی User وارد OpenStack میشه، Keystone مشخص می‌کنه:

«این کاربر کیه و به چه چیزهایی اجازه دسترسی داره؟»



🔹 Nova | Compute

مسئول مدیریت Compute و چرخه زندگی Instanceهاست.

وقتی می‌خوایم یک VM بسازیم، Nova یکی از سرویس‌های اصلی درگیر در این فرآینده.

---

🔹 Neutron | Network

شبکه Cloud رو مدیریت می‌کنه:

Network
Subnet
Port
Router
Floating IP
Security Group

---

🔹 Glance | Image

ایمیج سیستم‌عامل رو نگهداری و مدیریت می‌کنه.

مثلاً:

Ubuntu 24.04

Rocky Linux

Windows Server

Nova هنگام ساخت Instance می‌تونه Image موردنیاز رو از Glance دریافت کنه.

---

🔹 Cinder | Block Storage

برای VMها Volume می‌سازه.

تقریباً می‌تونیم بهش به چشم Block Storage سرویس OpenStack نگاه کنیم.

---

🔹 Placement

اطلاعات Resourceهای Compute رو نگه می‌داره.

مثل:

vCPU
RAM
Resource Provider

و به Nova کمک می‌کنه بفهمه منابع موردنیاز Workload کجا قابل تأمین هستن.

---

🔹 Horizon | Dashboard

همون Web Interface معروف OpenStack.

در واقع Horizon خودش VM یا Network ایجاد نمی‌کنه؛ درخواست ما رو از طریق API به سرویس‌های مربوطه می‌فرسته.

---

📌 حالا نکته مهم:

وقتی روی Horizon می‌زنیم:

Create Instance

پشت اون یک دکمه، چند سرویس باید با هم کار کنن:

Keystone → Nova → Placement → Glance → Neutron → Cinder

پس برای یادگیری OpenStack، حفظ کردن اسم سرویس‌ها کافی نیست.

باید بفهمیم هر سرویس چه مسئولیتی داره و موقع ساخت یک VM چطور با بقیه سرویس‌ها ارتباط برقرار می‌کنه.

در پست بعدی دقیقاً همین مسیر رو باز می‌کنیم:

از لحظه‌ای که Create Instance می‌زنیم تا وقتی VM روی Compute بالا میاد، پشت صحنه چه اتفاقی میفته؟

#OpenStack #Cloud #Nova #Neutron #Keystone #Cinder #Glance

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

☁️ سرویس Keystone در OpenStack دقیقاً چه کاری انجام میده

ماژول Keystone سرویس Identity در OpenStackـه

یعنی قبل از اینکه بتونیم VM بسازیم، Network ایجاد کنیم یا Volume بسازیم، باید مشخص بشه:

چه کسی درخواست رو ارسال کرده و چه اجازه‌ای داره؟

اینجا Keystone وارد میشه.

فرض کنیم با CLI وارد OpenStack می‌شیم و می‌زنیم:

openstack server list

قبل از اینکه Nova لیست VMها رو برگردونه، باید هویت ما مشخص شده باشه.

ما اطلاعاتی مثل این‌ها رو ارسال می‌کنیم:

Username
Password
Project
Domain

Keystone اطلاعات رو بررسی می‌کنه و در صورت معتبر بودن، یک Token در اختیار Client قرار میده.

از اینجا به بعد درخواست‌ها با اون Token به سرویس‌های OpenStack ارسال میشن.

مثلاً:

User → Keystone → Token → Nova

اما Keystone فقط Login نیست.

چند مفهوم مهم دیگه هم داره:

🔹 User

کاربری که می‌خواد با OpenStack کار کنه.

🔹 Project

محدوده‌ای که Resourceها داخلش قرار می‌گیرن؛ مثلاً VM، Network و Volumeهای یک تیم.

🔹 Role

مشخص می‌کنه User داخل یک Project چه سطح دسترسی‌ای داره.

🔹 Service Catalog

Keystone آدرس API سرویس‌های مختلف رو هم در اختیار Client قرار میده.

مثلاً Endpoint مربوط به:

Nova
Neutron
Glance
Cinder

📌 پس Keystone رو فقط «صفحه Login اوپن‌استک» نبینیم.

سرویس Keystone عملاً جواب سه سؤال مهم رو میده:

کی هستی؟

به چی دسترسی داری؟

سرویس‌هایی که می‌خوای باهاشون کار کنی کجا هستن؟

در پست بعدی می‌ریم سراغ Nova و می‌بینیم Compute در OpenStack دقیقاً چطور مدیریت میشه.

#OpenStack #Keystone #Cloud #Identity #CloudComputing

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

چین رکورد انتقال اطلاعات با فیبر نوری رو شکست! 🚀

دانشمندان چینی به‌تازگی به یک رکوردی دست پیدا کردن و تونستن با فیبر نوری، 1 پتابایت (معادل 1 میلیون گیگابایت) اطلاعات رو در عرض 1 ثانیه جابه‌جا کنن. 📡

+ برای درک بهتر:
ارسال 20,000 فیلم با کیفیتِ 4k تو یک ثانیه! 😐

@abrplusdocs

بهزاد اکبری، مدیرعامل شرکت زیرساخت:
در ١٠ روز گذشته، تعداد حملات DDoS با مبد داخلى بيش از حملات با مبدا خارجى بود كه نشانه‌اى احتمالى از آلودگی دستگاه‌های كاربران داخلى و حضور آنها در بات‌نت‌هاست.
حملات متعدد بالاى 500 Gbps نيز در كنار آثار فيلترینگ، به افت كيفيت اينترنت دامن زد.
@abrplusdocs

☁️ سرویس Nova در OpenStack دقیقاً چه کاری انجام میده؟

بخش بزرگی از کارهایی که به چرخه Instance مربوط میشه، توسط Nova مدیریت میشه:

Create
Start / Stop
Reboot
Resize
Delete
Migrate

اما یه نکته مهم:

سرویس Nova خودش همه کارها رو انجام نمیده.

مثلاً وقتی یک Instance می‌سازیم، Nova باید با چند سرویس دیگه صحبت کنه:

از Keystone برای Identity و دسترسی،

از Glance برای Image،

از Neutron برای Network،

از Cinder در صورت نیاز برای Volume،

و از Placement برای اطلاعات Resourceها استفاده میشه.

داخل خود Nova هم چند Component مهم داریم:

🔹 nova-api

درخواست‌های API رو دریافت می‌کنه.

مثلاً وقتی از Horizon یا CLI می‌خوایم یک Instance بسازیم، درخواست وارد این بخش میشه.

🔹 nova-scheduler

تصمیم می‌گیره Instance روی کدوم Compute Host ساخته بشه.

یعنی بررسی می‌کنه کدوم Host شرایط لازم برای اجرای Workload رو داره.

🔹 nova-conductor

بین nova-compute و بخش‌هایی مثل Database قرار می‌گیره و بخشی از هماهنگی عملیات رو انجام میده.

🔹 nova-compute

روی Compute Node اجرا میشه و عملیات مربوط به Instance رو روی Hypervisor انجام میده.

مثلاً در محیط KVM:

Nova → nova-compute → libvirt → KVM/QEMU

پس Nova خودش Hypervisor نیست.

سرویس Nova لایه مدیریت Computeـه و برای اجرای واقعی VM از Hypervisor استفاده می‌کنه.

📌 وقتی روی Horizon دکمه Create Instance رو می‌زنیم، پشت اون دکمه کلی تصمیم‌گیری اتفاق میفته:

کدوم Host؟ چه Imageای؟ چه Networkی؟ چه Resourceای؟

بخش مهمی از هماهنگی این فرآیند بر عهده Novaست.

پست بعدی می‌ریم سراغNeutron؛ جایی که Networking در OpenStack شروع میشه.
پس همراه ما باشید

#OpenStack #Nova #Compute #KVM #Cloud #Virtualization

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

People see the app.
They see the website.
They see the “Online” status.

What they don’t see is the infrastructure, the late-night fixes, the silent monitoring, and the people making sure everything keeps running.

In IT, the best work is often the work nobody notices.

☁️ AbrPlus | Cloud & Infrastructure

@abrplusdocs

🚨 یک آسیب‌پذیری با CVSS پایین رو میشه راحت نادیده گرفت؟

در یکی از Advisoryهای VMware، آسیب‌پذیری:

CVE-2026-41709

برای VMware ESX با امتیاز:

CVSS 2.7 | Low

ثبت شده.

مشکل مربوط به Insufficient Logging

طبق توضیح Broadcom، یک Administrator مخرب می‌تونه بعضی عملیات رو طوری انجام بده که Log مناسبی از اون‌ها ثبت نشه.

در نگاه اول شاید بگیم:

«این CVSS فقط 2.7 ؛ فعلاً اولویت بالایی نداره.»

ولی در یک زیرساخت حساس، Logging فقط برای Troubleshooting نیست.

وقتی Incident اتفاق میفته، Logها مشخص میکن:

چه کسی وارد شده؟

چه تغییری انجام شده؟

چه زمانی انجام شده؟

و چه اتفاقی قبل و بعدش افتاده؟

📌 اینجاست که یک نکته مهم در Vulnerability Management مشخص میشه:

که CVSS شدت فنی آسیب‌پذیری رو نشون میده؛ ولی Risk واقعی به محیط زیرساخت بستگی داره.

یک ضعف Low روی یک سیستم معمولی با همون ضعف روی Hypervisorهای یک دیتاسنتر حساس، الزاماً Risk یکسانی نداره.

پس Patch Priority رو فقط با مرتب‌کردن CVSS از بزرگ به کوچک تعیین نکنیم.
توی مبحث امنیت Context خیلی مهمه

#VMware #ESX #CyberSecurity #VulnerabilityManagement #InfrastructureSecurity

☁️ ابرپلاس | Cloud & Infrastructure
@abrplusdocs

Openstack HIBISCUS Version

☁️ پلتفرم OpenStack برای نسخه بعدی خودش چه برنامه‌ای داره؟

بعد از انتشار 2026.2 Hibiscus، تیم‌های OpenStack حالا وارد چرخه توسعه:
2027.1 Indri
شدن.
چیزی که جالبه، جهت حرکت پروژه‌ست.
در بخش Compute و Bare Metal تمرکز روی موضوعاتی مثل:
Confidential Computing
vGPU
AI / HPC Workloads
Bare Metal Automation
ادامه پیدا می‌کنه.
در Neutron هم بحث توسعه OVN، مقیاس‌پذیری Multi-Chassis و استفاده بهتر از SmartNIC / DPU Offloading جزو موضوعات اصلیه.
برای Storage هم مواردی مثل:
NVMe-oF
CephFS
Image Security
در برنامه‌ها دیده میشه.
حتی بحث‌هایی برای کاهش وابستگی سرویس‌های OpenStack به Eventlet و حرکت بیشتر به سمت روش‌های مدرن Async در Python در جریانه.
📌 نکته مهم این خبر فقط انتشار یک نسخه جدید نیست.
پلتفرم OpenStack داره خودش رو بیشتر برای نسل جدید دیتاسنترها آماده می‌کنه؛ جایی که Cloud دیگه فقط اجرای VM نیست.
مباحث مربوط به AI، GPU، Bare Metal، DPU و Confidential Computing دارن کم‌کم وارد معماری اصلی Private Cloud میشن.

نسخه 2027.1 Indri طبق برنامه فعلی برای 24 مارس 2027 زمان‌بندی شده.
#OpenStack #PrivateCloud #Cloud #AIInfrastructure #OVN #Datacenter
☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

🚨 یک آسیب‌پذیری Critical در GitLab با شناسه:

CVE-2026-97229

حالا طبق هشدار CISA در حملات واقعی مورد سوءاستفاده قرار گرفته.

شدت آسیب‌پذیری در بالاترین سطح قرار داره
مهاجم می‌تونه بدون Authentication به اجرای کد روی GitLab Server برسه.

این موضوع برای محیط‌های DevOps حساس‌تر هم میشه.

چرا؟

چون GitLab معمولاً فقط یک Web Server ساده نیست.

ممکنه داخلش داشته باشیم:

Source Code

CI/CD Pipelines

Deploy Keys

Access Tokens

Runner Access

Infrastructure Credentials

یعنی Compromise شدن GitLab می‌تونه مسیر حمله رو از یک Server به بخش‌های دیگه Infrastructure باز کنه.

📌 اگر GitLab Self-Managed داریم، فقط Up بودن سرویس رو چک نکنیم.

قسمت مربوط به Version و Patch Level رو هم بررسی کنیم.

چون در DevOps، دسترسی به Pipeline گاهی می‌تونه تقریباً به‌اندازه دسترسی مستقیم به Production خطرناک باشه.

#GitLab #DevOps #CyberSecurity #CICD #InfrastructureSecurity

☁️ ابرپلاس | Cloud & Infrastructure
@abrplusdocs

- وضعیت انسان ها در سال 2026 😁

@abrplusdocs

⚡️HP iLO Advanced License Keys

⚡️HPE ILO 2:
35DPH-SVSXJ-HGBJN-C7N5R-2SS4W
32Q8Y-XZVGQ-4SGJB-4KY3R-M9ZBN
35SCR-RYLML-CBK7N-TD3B9-GGBW2

⚡️HPE ILO 3:
332N4-M5GNQ-MKDGQ-BT7M4-KLKRM
32Q8W-GKHTR-NPDKY-5CD79-T525H

⚡️HPE ILO 4:
734T6L-4C9PX-X8D9C-GYD26-8SQWM

🔥HPE ILO 5:
35DRP-2YB5W-QZ3H6-R23ZW-GZMQH
32CRX-V7BXC-D2MZN-L2DYZ-LZ88W
35395-JZ6HT-LP7QS-RG3V3-H59R2