🔺 یه مشکل امنیتی خیلی حاد (بالاترین رده امتیازدهی مشکلات امنیتی که می شه ۱۰) وجود داره روی گیت لب
اگر گیت لبی دارین که خودتون نصب کردین یا مدیریت می کنین، سریعا آپدیت کنین.

اگر هم نمی تونین در لحظه آپدیت کنین، می تونین فعلا گیت لب رو بیارین پایین تا سر فرصت برین سراغ آپگرید:


sudo gitlab-ctl stop

https://thehackernews.com/2026/10/critical-gitlab-flaw-cvss-100-could.html

#امنیت

🐧 لازم نیست برای دیدن تغییرات، یه Command رو پشت‌سرهم اجرا کنیم.

در Linux دستور watch می‌تونه هر Command دیگه‌ای رو به‌صورت دوره‌ای اجرا کنه.

مثلاً می‌خوایم هر ۲ ثانیه وضعیت RAM رو ببینیم:

watch free -h

یا فضای Disk:

watch df -h

وضعیت Connectionهای یک Port:

watch 'ss -ant | grep :443'

اگه بخوایم تغییرات نسبت به اجرای قبلی Highlight بشن:

watch -d 'ss -s'

فاصله اجرا رو هم می‌تونیم تغییر بدیم:

watch -n 1 'ip -s link show eth0'

یعنی هر یک ثانیه Counterهای Interface رو ببینیم.

چند Option کاربردی:

-n → فاصله بین اجراها
-d → مشخص کردن تغییرات
-t → حذف Header
-g → وقتی خروجی تغییر کرد، خارج شو

مثلاً:

watch -g 'systemctl is-active nginx'

📌دستور watch ابزار پیچیده‌ای نیست؛ ولی موقع Troubleshooting خیلی وقت‌ها از باز کردن چند Dashboard سریع‌تر جوابمون رو میده.

یه Terminal باز می‌کنیم، Command موردنظر رو زیر نظر می‌گیریم و همزمان تغییرمون رو روی سیستم انجام می‌دیم.

#Linux #LPIC #LinuxCommands #Troubleshooting #SysAdmin

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

@abrplusdocs

شاهکار باورنکردنی هوش‌مصنوعی Claude و تولید پادزهر سم عقرب!

پژوهشگرا تونستن با استفاده از هوش‌مصنوعی Claude تو کمتر از 3 روز بیشتر از 318 هزار طرح پروتئین برای مقابله با زهر عقرب تولید کنن که از این تعداد، 17 پروتئین به صورت موفق تونستن زهر سم عقرب رو مهار کنن. البته تولید پادزهر نهایی هنوز به تست این 17 نمونه روی موجودات زنده نیاز داره.

نکته اینجاست که قبلا برای تولید پادزهرها باید یک نمونه آزمایشگاهی رو روی موجودات زنده مثل اسب آزمایش میکردن و ماه‌ها منتظر نتیجه نهایی میموندن اما با کمک هوش مصنوعی، تونستن 318 هزار نمونه رو طی 64 ساعت بسازن و بررسی کنن و 17 نمونه قطعی نهایی برای تست داشته باشن.



@abrplusdocs

.
🎯 برای آنان که امنیت را مدیریت می‌کنند!

🔐 در دنیایی که تهدیدها بی‌وقفه تکامل می‌یابند، مدیریت امنیت چیزی فراتر از ابزارهاست؛ این یک هنر است. هنری که نیازمند نگاه عمیق، دانش به‌روز و تصمیم‌های دقیق و به‌موقع است.

@abrplusdocs

اگه از ابزارهائی مثل Anydesk و نرم افزارهای مشابه خسته شده اید، یک ابزار حرفه ای، رایگان، متن باز، مالتی پلت فرم ( برای ویندوز، مک، اندروید و حتی FreeBSD ) وجود داره به نام MeshCentral
دسک تاپ کاربرانتون رو می تونید فقط با یک مرورگر ببینید و کنترل کنید و نیاز به id هم نداره.
از راه دور هر نوع مدیریت فایلی انجام بدین.
تکست چت و ویدئو چت بهتون میده.
از سرورش بعنوان فایل سرور میشه استفاده کرد.
وضعیت ها رو لاگ میگیره، سیستمهاتون رو توی LAN یا هر جای اینترنت به شکل Real Time نشون میده و خود سرورش هم Self Hosted هستش.
این سایتش:
https://meshcentral.com/
@abrplusdocs

میزان شناسایی آسیب پذیری بعد از AI میتونید ببینید
@abrplusdocs

⏺مراکز داده دستگاه‌های دولتی ملزم به اتصال به ابر یکپارچه دولت هستند

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

🔹 به گفته صدر، دستگاه‌ها براساس نتایج ارزیابی موظف خواهند شد مراکز داده خود را منتقل کنند، زیرساخت‌هایشان را مطابق استانداردها ارتقا دهند یا در صورت برخورداری از استانداردهای لازم، به زیرساخت ابری یکپارچه کشور متصل شوند.

🔹 او با اشاره به ایجاد یک زیرساخت ابری یکپارچه و توزیع‌شده در سراسر کشور گفت سازمان فناوری اطلاعات طی دو سال گذشته به تعداد زیادی از دستگاه‌های دولتی خدمات ابری ارائه کرده است.

#خبر

@abrplusdocs

⚡ خاموش بودن یک VM یعنی منابعش کاملاً آزاد شده؟ نه همیشه!

اگر برای VM روی CPU یا Memory مقدار Reservation تعریف کرده باشیم، موقع روشن شدن باید اون ظرفیت واقعاً روی Host قابل تأمین باشه.

برای همین ممکنه Cluster کلی RAM آزاد داشته باشه، ولی VM با خطای کمبود Resource روشن نشه.

📌 موقع چنین خطاهایی فقط Free Memory رو نگاه نکنیم؛
Reservation، Admission Control و ظرفیت واقعی قابل تخصیص Cluster رو هم چک می‌کنیم.

#VMware #vSphere #Virtualization #Infrastructure

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

☁️ آیا هنوز منطقیه کل زیرساخت مجازی رو روی یک پلتفرم بنا کنیم؟

سال‌ها مدل رایج ساده بود:

یک Hypervisor انتخاب می‌کردیم، Management، Backup، Monitoring و DR رو دور همون می‌ساختیم و تقریباً همه Workloadها هم روی همون Platform قرار می‌گرفتن.

از نظر عملیاتی فوق‌العاده بود؛
یک تیم، یک ابزار، یک معماری

اما یه مشکل بزرگ هم ایجاد می‌کرد:

وابستگی

وقتی صدها یا هزاران VM روی یک Ecosystem قرار می‌گیرن، تغییر License، Support، Hardware Compatibility یا حتی استراتژی Vendor دیگه فقط یک تصمیم خرید نیست؛ تبدیل میشه به یک ریسک زیرساختی.

برای همین شاید معماری آینده خیلی از دیتاسنترها الزاماً این نباشه:

VMware OR OpenStack OR Proxmox

بلکه بیشتر به این سمت بره:

VMware + OpenStack + Proxmox

هر Workload روی بستری که از نظر هزینه، Criticality، Performance و Operational Complexity براش منطقی‌تره.

البته Multi-Hypervisor خودش هزینه داره:

تیم باید چند Platform بلد باشه، Monitoring سخت‌تر میشه، Migration پیچیده‌تر میشه و استانداردسازی اهمیت بیشتری پیدا می‌کنه.

پس هدف این نیست که Vendor Lock-in رو با Operational Chaos عوض کنیم.

📌 شاید سؤال درست دیگه این نباشه:

بهترین Hypervisor کدومه؟»

سؤال بهتر اینه:

چطور معماری کنیم که تغییر یک Vendor، کل دیتاسنتر رو وارد بحران نکنه؟»

زیرساخت بالغ فقط برای Failure تجهیزات آماده نیست؛
برای تغییر تکنولوژی و Vendor هم باید راه خروج داشته باشه.

#Virtualization #VMware #OpenStack #Proxmox #CloudInfrastructure #Datacenter

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

@abrplusdocs

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

@abrplusdocs

اوپن‌ای‌آی یه آزمایش عجیب انجام داده دو ایجنت هوش مصنوعی رو توی ماشین‌های مجازی جدا، بدون اینترنت و بدون فایل مشترک قرار داده؛ اما این دو تونستن از طریق حافظه نهان پردازنده (CPU Cache) با هم پیام ردوبدل کنن!

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

ترسناک‌ترین بخش ماجرا این نیست که هوش مصنوعی از قفس فرار کرده؛ اینه که بستن اینترنت و قطع شبکه لزوماً برای ایزوله کردنش کافی نیست. وقتی مدل‌ها می‌تونن آسیب‌پذیری‌های ناشناخته پیدا کنن و راه‌های ارتباطی پیش‌بینی‌نشده بسازن!

@abrplusdocs

🔐 سه تنظیم امنیتی در VMware که بهتره دقیق بدونیم چه کاری انجام میدن

در Networking مربوط به vSphere، روی Port Group یا vSwitch با سه Security Policy مهم روبه‌رو می‌شیم:

Promiscuous Mode
MAC Address Changes
Forged Transmits

هر سه معمولاً به MAC و رفتار ترافیک VM مربوط میشن، ولی کارشون یکی نیست.

🔹 Promiscuous Mode

در حالت عادی vNIC فقط ترافیکی رو دریافت می‌کنه که مربوط به خودش باشه.

اگر Promiscuous Mode روی Accept قرار بگیره، VM می‌تونه ترافیک بیشتری که روی اون Virtual Switch قابل مشاهده است دریافت کنه.

برای بعضی سناریوهای IDS/IPS، Packet Capture یا Virtual Appliance ممکنه لازم باشه.

ولی بی‌دلیل فعالش نکنیم؛ چون از نظر امنیتی سطح دسترسی VM به ترافیک شبکه رو افزایش میده.


🔹 MAC Address Changes

این Policy سمت ترافیک ورودی اهمیت پیدا می‌کنه.

اگر Guest سیستم‌عامل MAC خودش رو تغییر بده و Policy روی Reject باشه، ESXi اجازه نمی‌ده VM با MAC جدید به شکل عادی ترافیک مربوط به اون MAC رو دریافت کنه.

🔹 Forged Transmits

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

هاست ESXi بررسی می‌کنه:

سورس MAC فریمی که VM ارسال کرده با MAC مورد انتظار vNIC مطابقت داره یا نه؟

اگر Reject باشه و VM بخواد با Source MAC متفاوت Frame ارسال کنه، ترافیک Drop میشه.

این مورد در بعضی سناریوهای:

Virtual Firewall

Nested ESXi

Load Balancer

VRRP

Network Appliance

می‌تونه مهم بشه.

📌 از نظر Security بهتره این سه گزینه رو صرفاً برای اینکه «شبکه کار کنه» روی Accept نذاریم.

اول مشخص می‌کنیم Workload واقعاً به کدوم قابلیت نیاز داره و فقط همون Policy رو تغییر می‌دیم.

به‌خصوص:

Promiscuous Mode = Accept

هر Accept باید یک دلیل فنی مشخص داشته باشه.

#VMware #vSphere #NetworkSecurity #Virtualization #vSwitch #InfrastructureSecurity

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

@abrplusdocs

کامیونیتی امنیت رو یه مزرعه تصور کن. 🌱

توی این مزرعه دو دسته آدم وجود دارن:
🐖 خوک‌ها
آدم‌هایی که بیشتر انرژی‌شون صرف دعوا، حاشیه، کل‌کل، رقابت برای دیده‌شدن و بحث‌های بی‌نتیجه می‌شه.

👨‍🌾 کشاورزها
آدم‌هایی که به‌جای جنگیدن با بقیه، دارن چیزی می‌کارن؛
پروژه می‌زنن، یاد می‌دن، تحقیق می‌کنن، تجربه کسب می‌کنن و چیزی به کامیونیتی اضافه می‌کنن.
حالا نکته جالب اینجاست...

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

مشکل اینه که بیش از حد داریم به قسمت اشتباه مزرعه نگاه می‌کنیم.

نشستیم کنار زمین، حرص می‌خوریم که:
«چرا این یکی با اون یکی دعوا داره؟»
«چرا فلانی اینو گفت؟»
«چرا کامیونیتی اینجوری شده؟»

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

بیشتر بریم سمت کشاورزها.
چون آخرش چیزی که از کامیونیتی با خودت می‌بری،
تعداد دعواهایی نیست که بردی؛
چیزیه که ساختی.

@abrplusdocs

🔐 توی مبحث امنیت 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