🔴ادعای هک بانک صادرات، نفوذ سایبری یا عملیات روانی با هوش مصنوعی؟

این روزها که بانک صادرات با اختلالاتی در سرویسدهی مواجه است و تیم فنی بانک در حال رفع مشکل و پایدارسازی سیستم‌ها هستند، گروهی با نام #ترول با انتشار بیانیه‌ای مدعی هک و نفوذ کامل به Core Banking این بانک شده‌اند. این گروه قبلا نیز ادعای کذب هک زیرساخت پیامرسان ایتا را داشت. بررسی دقیق این بیانیه از منظر فنی نشان می‌دهد که با یک عملیات روانی و مصادره به مطلوب کردنِ یک اختلال زیرساختی مواجه هستیم و ین گروه در حال ماهی‌گیری از آب گل‌آلود است.

🔸نکات فنی در رد ادعای هک بانک:
1 - متن سرشار از خطاهای فاحش تخصصی است. در بخشی از بیانیه به دسترسی دیتابیس‌های Oracle و SQL Server با سطح دسترسی SYSADMIR اشاره شده است! هر کارشناس مبتدی پایگاه داده می‌داند که چنین سطح دسترسی‌ای اصلاً وجود خارجی ندارد و نویسنده به احتمال زیاد مفاهیم SYSDBA در اوراکل و sysadmin در SQL را با هم ترکیب کرده است. هکری که به کربنکینگ نفوذ می‌کند، حداقل نام سطوح دسترسی را می‌داند.
2 - ادعای اینکه "حمله دقیقا در زمان ترابلشوت تیم فنی اجرا شده"، به وضوح نشان می‌دهد مهاجمین ادعایی، از بیرون شاهد قطعی سرویس بوده‌اند و بیانیه خود را حول محور این اختلال از پیش موجود تنظیم کرده‌اند تا قطعی سیستم را به نام خود سند بزنند.
3 - گروه‌های سایبری پیشرفته و وابسته به دولت‌ها که ادعای کنترل کامل بر سایت DR، بک‌آپ‌ها و شریان‌های مالی را دارند، خاموش عمل می‌کنند یا مستقیماً ضربه می‌زنند. تعیین ضرب‌الاجل ۴۸ ساعته برای اینکه بانک "رسماً ما را تایید کند"، رفتار عمومی گروه‌های آماتوری است که دسترسی واقعی ندارند و صرفاً تشنه‌ی دیده شدن و جلب توجه رسانه‌ای هستند.
4 - ادعای کنترل کامل بر کربنکینگ با استخراج تنها ۵ میلیون رکورد در بانکی به وسعت صادرات (با ده‌ها میلیون مشتری)، تناقض آشکاری است. این عدد در صورت صحت، نهایتاً می‌تواند مربوط به یک سیستم جانبی، نظرسنجی یا دیتای قدیمی باشد که ارزش عملیاتی ندارد.
5 - تصاویری که این گروه به عنوان داشبورد نفوذ منتشر کرده است، بوضوح توسط ابزارهای هوش مصنوعی تصویرساز تولید شده‌اند. با کمی دقت در عکس‌ها متوجه توهمات متنی و غلط‌های املایی عجیب هوش مصنوعی می‌شویم. از جمله نوشتن Dalmain Admin و Domain Admie به جای Domain Admin، و دو بار املای غلط برای کلمه Disaster به صورت Dissater و Disaater. هیچ پنل مانیتورینگ سازمانی یا ابزار هک واقعی چنین خطاهایی ندارد.

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

@abrplusdocs

راهنمای سریع VMware ESXi | پرکاربردترین دستورات Shell و ESXCLI

@abrplusdocs

🔹️یه سری پرامپت هوش مصنوعی داشتم برای کار و زندگیِ روزمره

۷۰۰ پرامپتِ آماده در ۱۴ حوزه: کار و ایمیل، مدیریت زمان، بیزینس، مارکتینگ، سوشال مدیا، طراحی، نوشتن، یادگیری، پول، سلامت، سفر، توسعه‌ی فردی، خانواده و روابط، شغل و فریلنسری
امیدوارم به کارتون بیاد
@abrplusdocs

Essential Virtual SAN
#vmware
@abrplusdocs

🔹️اگر تا حالا برای عیب‌یابی ESXi وقت گذاشته باشین، احتمالاً اولین جایی که سراغش می‌رید Log Fileها هستن.
توی این اینفوگرافیک، مهم‌ترین Logهای ESXi رو به همراه مسیر پیش‌فرض و کاربرد هر کدوم آوردم تا موقع Troubleshooting سریع‌تر بتونید فایل مورد نظرتون رو پیدا کنید.

@abrplusdocs

LPIC 1
#vmware
#linux
@abrplusdocs

LPIC 2
#vmware
#linux
@abrplusdocs

🔹️۷ اشتباهی که تقریباً همه ادمین‌های VMware حداقل یک بار انجام دادن

اگر چند سال با VMware کار کرده باشی، احتمالاً حداقل یکی از این اشتباه‌ها رو تجربه کردی.

🔺️ اسنپ شات رو فراموش کردی.

یه Snapshot برای «فردا پاکش می‌کنم» گرفتی...
بعد چند ماه هنوز همونجا مونده.

🔺️ همه VMها رو روی یک Datastore گذاشتی.

تا وقتی مشکلی پیش نیاد همه‌چیز خوبه...ولی روزی که Datastore پر بشه، تازه دردسر شروع می‌شه.

🔺️ به Capacity فکر نکردی

امروز فضا و منابع کافی داری.

سؤال اینه...سه ماه دیگه هم داری؟

🔺️ فقط به CPU نگاه کردی

خیلی وقت‌ها مشکل اصلی از Storage یا Network شروع می‌شه، نه از CPU

هیچ وقت Restore رو تست نکردی.

بکاپ گرفتن عالیه...

ولی تا وقتی یک بار Restore انجام ندادی، مطمئن نیستی واقعاً Backup داری.

🔺️ لاگ‌ها رو فقط موقع بحران دیدی.

بعضی از مهم‌ترین هشدارها، چند روز قبل از ایجاد مشکل داخل لاگ‌ها ثبت می‌شن.

🔺️ مستندسازی رو عقب انداختی.

همه فکر می‌کنن بعداً وقت می‌کنن.

تقریباً هیچ‌کس نمی‌کنه.


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

@abrplusdocs

یه آسیب پذیری توی کلاد پیدا شده که کاربرا باهاش می‌تونستن اکانت Claude Max 20x رایگان بگیرن! (فیکس شده)

البته این آسیب پذیری الان فیکس شده اما نکته جالب اینجاست چرا با این همه تعریف و تمجید از نحوه کد زدنش خود کلاد انقدر باگ توش به وجود می‌آد؟

جواب بسیار سادست توی توسعه به هوش مصنوعی زیاد اتکا نکنید، تجربه انسانی هنوز یه سر و گردن بالاتره.


@abrplusdocs

Linux Commands
#vmware
#linux
@abrplusdocs

Essentials
#vmware
#linux
@abrplusdocs

این بهترین توصیفیه که دیدم AI لزوماً همه شغل‌ها رو حذف نمی‌کنه بلکه ماهیت کار رو تغییر می‌ده. بخش انجام دادن کار کوچیک‌تر می‌شه، اما بخش تصمیم‌گیری، هماهنگی و مسئولیت‌پذیری بزرگ‌تر می‌شه.

استعاره همبرگر با گوشت باریک و نان ضخیم که جدیدا وایرال شده داره می‌گه هر شغل شبیه به یه همبرگره:

نان بالایی (Decide): تصمیم گرفتن، برنامه‌ریزی، تعیین هدف، قضاوت
گوشت وسط (Execute): انجام واقعی کار
نان پایینی (Deliver): تحویل نتیجه، پاسخگویی، بررسی کیفیت، ارتباط با دیگران

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

@abrplusdocs

سلام، روزتون بخیر

از این پست، معرفی سرویس‌های OpenStack رو شروع می‌کنیم. سعی می‌کنیم هر سرویس رو جداگانه بررسی کنیم تا درک معماری OpenStack ساده‌تر بشه.

قسمت اول | Keystone

اگر بخوایم Keystone رو در یک جمله معرفی کنیم، می‌شه گفت:

کیستون سرویس مدیریت هویت و دسترسی (Identity Service) در OpenStack است.

هر کاربری که وارد OpenStack می‌شه، هر اسکریپتی که از API استفاده می‌کنه و حتی سرویس‌های مختلف OpenStack، قبل از انجام هر عملی باید هویت خودشون رو برای Keystone مشخص کنن.

مهم‌ترین وظایف Keystone عبارتند از:

🔹 احراز هویت کاربران (Authentication)

🔹 تعیین سطح دسترسی (Authorization)

🔹 مدیریت User، Project و Role

🔹 صدور Token برای دسترسی به سایر سرویس‌ها

اگه بخوام ساده تر بگم ، اگر Keystone در دسترس نباشه، ارتباط با بسیاری از سرویس‌های OpenStack هم امکان‌پذیر نخواهد بود؛ چون تقریباً همه درخواست‌ها ابتدا باید اعتبارسنجی شوند.

📌 نکته

بسیاری از افراد تصور می‌کنند Keystone فقط کاربران را مدیریت می‌کند؛ در حالی که نقش اصلی آن، مدیریت هویت و کنترل دسترسی در کل زیرساخت OpenStack است.
در قسمت بعد، سراغ Nova می‌ریم و بررسی می‌کنیم که بخش Compute در OpenStack چطور کار می‌کنه.

@abrplusdocs

VMware vSphere Security
@abrplusdocs

امن سازی شبکه با Firewall Fortigate به زبان فارسی
@abrplusdocs

شروع هک اخلاقی با کالی لینوکس
@abrplusdocs

داکیومنت فوق العاده ایه
استفاده های درستی کنید ازش😉

🔺به زبان خیلی ساده بخوام بگم NSX شبکه ای رو که قبلا با تجهیزات سخت افزاری پیکربندی می‌کردیم رو حالا میشه به شکل نرم افزاری در لایه مجازی سازی اجرا کنیم.
ازسوئیچ و روتر و فایروال مجازی گرفته تا مباحث اتومیشن و ساخت شبکه مجازی روی شبکه فیزیکی

کتابچه ای دو زبانه ای که واستون پست می کنم کلیه مباحث مهم NSX داخلش توضیح داده شده است.

#NSX
#VMware
#NetworkVirtualization

@abrplusdocs

سلام، وقت بخیر

توی مطالب قبلی درمورد سرویس Keystone صحبت کردیم؛ سرویسی که هویت و دسترسی کاربران و سرویس‌ها رو مدیریت می‌کنه.

حالا بریم سراغ یکی از مهم‌ترین سرویس‌های OpenStack:

🔺سرویس Nova

اگر بخوایم خیلی خلاصه بگیم:

سرویس Nova در OpenStack وظیفه مدیریت چرخه عمر ماشین‌های مجازی را بر عهده دارد.

یعنی وقتی در OpenStack درخواست ایجاد یک VM میدی، Nova وارد عمل می‌شه.

مثلاً مشخص می‌کنی:

2 vCPU
4 GB RAM
50 GB Disk
Ubuntu

اما Nova فقط دستور ساخت VM رو دریافت نمی‌کنه.

باید تصمیم بگیره این ماشین روی کدوم Compute Node اجرا بشه و منابع موردنیازش از کجا تأمین بشه.

بعد از ایجاد VM هم کار تموم نمی‌شه.

سرویس Nova در طول چرخه عمر ماشین مجازی، عملیات مختلفی مثل:

🔹 ایجاد VM

🔹 حذف VM

🔹 روشن و خاموش کردن

🔹 Reboot

🔹 تغییر وضعیت

🔹 مدیریت Flavor

و هماهنگی با سایر اجزای زیرساخت رو مدیریت می‌کنه.

یک نکته مهم:

سرویس Nova خودش Hypervisor نیست. یعنی قرار نیست مستقیماً جای KVM یا سایر Hypervisorها رو بگیره.

در واقع لایه‌ایه که منابع Compute رو مدیریت و با Hypervisor ارتباط برقرار می‌کنه.

پس اگر توی VMware با مفهوم vCenter و مدیریت VMها آشنا باشی، میتونه درک بهتری از نقش Nova بهت بده؛ اینم در نظر بگیریم البته معماری این دو دقیقاً یکسان نیست

توی پست های بعدی میریم سراغ سرویس های مهم دیگه OpenStack

#openstack
#Cloud

@abrplusdocs

اگه به هک و امنیت علاقه دارید این پست هکرنون رو بخونید درباره امنیت مدل های هوش مصنوعیه

چون Prompt Injection شبیه SQL Injection نیست که با یک تکنیک استاندارد بشه اونو کاملاً حذف کرد. این حمله از نحوه‌ی کار خود LLMها هستش پس هیچ فیلتر جادویی وجود نداره. راهکار واقعی، طراحی سیستم با فرض اینه که مدل ممکنه هر لحظه فریب بخوره.

این مقاله مفاهیمی مثل «مثلث مرگبار»، «قانون دو»، الگوی Dual-LLM سایمون ویلیسون، سیستم CaMeL گوگل دیپ‌مایند و شش الگوی طراحی از یه مقاله سال 2025 رو معرفی می‌کنه:

hackernoon.com/you-cannot-filter-your-way-out-of-prompt-injection


@abrplusdocs

نمودار تعداد کاربرای هوش مصنوعی ها از 2022 تا الان! چت جی پی تی از 99 درصد رسید به 46 درصد.

@abrplusdocs