📉چرا بسیاری از سازمان‌ها و زیرساخت‌های حیاتی کشور در پروژه‌های امنیت سایبری شکست می‌خورند؟
4⃣قسمت چهارم | وقتی امنیت «مسئول» دارد، اما «صاحب» ندارد!
⬅در بسیاری از سازمان‌ها تقریباً همه واحدها به‌نوعی درگیر امنیت سایبری هستند؛ واحد IT، #حراست، امنیت، بهره‌برداری، تدارکات، پیمانکار، مشاور، مدیر پروژه و حتی نهادهای بالادستی.
⬅اما درست همین تعدد بازیگران، به یک مشکل جدی تبدیل می‌شود:
◀️همه در موضوع امنیت نقش دارند، اما مسئول نهایی ریسک مشخص نیست.
⬅در چنین ساختاری معمولاً با جملاتی از این جنس مواجه می‌شویم:
⛔«سیاست‌گذاری با ما نیست! #افتا و #پدافند_غیرعامل ابلاغ می‌کنند.»
⛔«انتخاب محصول با ما نیست؛ از بالا ابلاغ شده است.»
⛔«بودجه دست ما نیست؛ امور مالی باید تأمین کند.»
⛔«خرید انجام شده، حراست اجازه بهره‌برداری نمی دهد!»
⛔«این تجهیز متعلق به پیمانکار است.»
⛔«پیمانکار طبق Scope خودش کار کرده است.»
⛔«این موضوع در شرح وظایف ما نیست.»
⛔«رفع آسیب‌پذیری ممکن است سرویس را مختل کند؛ بهره‌بردار باید تصمیم بگیرد.»
⛔«ما هشدار را اعلام کردیم؛ پیگیری با واحد دیگری است.»
⬅و در نهایت، وقتی حادثه‌ای رخ می‌دهد، تازه مشخص می‌شود که بین همه این نقش‌ها، هیچ‌کس مالک واقعی ریسک نبوده است.
◀️وجود الزامات بالادستی، بخشنامه‌ها و چارچوب‌های نهادهای حاکمیتی کاملاً ضروری است؛ اما ابلاغ الزام، جایگزین مسئولیت سازمان در مدیریت ریسک خودش نمی‌شود.
⬅نهاد بالادستی می‌تواند بگوید چه الزامی باید رعایت شود، اما اینکه این الزام چگونه در معماری سازمان پیاده شود، چه محصولی متناسب با نیاز واقعی انتخاب شود، چه کسی مالک دارایی باشد، چه ریسکی پذیرفته یا اصلاح شود و چه کسی پاسخگوی نتیجه باشد، نهایتاً باید در داخل خود سازمان تعیین شود.
⬅مشکل از جایی آغاز می‌شود که «الزام بالادستی» به «انتقال مسئولیت» تبدیل می‌شود.
◀️در آن نقطه، تصمیم‌های امنیتی به‌جای آنکه بر اساس ریسک، معماری و نیاز واقعی سازمان گرفته شوند، صرفاً به اجرای یک ابلاغ، خرید یک محصول یا تکمیل یک چک‌لیست تبدیل می‌شوند.
⬅نتیجه چنین ساختاری قابل پیش‌بینی است:
◀️یک آسیب‌پذیری ماه‌ها باقی می‌ماند، یک دسترسی غیرضروری تمدید می‌شود، یک هشدار جدی بین چند واحد دست‌به‌دست می‌شود، محصولی خریداری می‌شود که مسئله اصلی سازمان را حل نمی‌کند و در پایان همه می‌توانند ثابت کنند که «وظیفه خودشان را انجام داده‌اند»؛ در حالی که ریسک همچنان باقی مانده است.
✅#امنیت_سایبری با تقسیم وظایف قوی‌تر می‌شود، اما با تقسیم مسئولیت و نبود پاسخگویی، ضعیف‌تر می‌شود.
⬅در یک سازمان بالغ، باید برای هر دارایی، ریسک، کنترل امنیتی، اقدام اصلاحی و تصمیم مهم، مالک مشخص وجود داشته باشد؛ کسی که اختیار تصمیم‌گیری دارد و در برابر نتیجه نیز پاسخگوست.
◀️به‌ویژه در زیرساخت‌های حیاتی و محیط‌های OT، که مرز میان IT، بهره‌برداری، مهندسی، امنیت، پیمانکار و سازنده تجهیزات بسیار پیچیده است، نبود این مالکیت می‌تواند یکی از جدی‌ترین نقاط ضعف امنیتی سازمان باشد.
◀️وقتی همه مسئول‌اند، در عمل هیچ‌کس مسئول نیست!
🔜در قسمت بعد به یکی دیگر از ضعف‌هایی می‌پردازیم که در بسیاری از سازمان‌ها کمتر دیده می‌شود، اما می‌تواند بخش بزرگی از سرمایه‌گذاری امنیتی را بی‌اثر کند. همراه ما باشید...

✈️@PingChannel
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

🧑‍💻مروری بر Black Hat 2026؛ یکی از مهم‌ترین رویدادهای امنیت سایبری جهان!
👨‍💻رویداد Black Hat USA هر ساله میزبان پژوهشگران امنیتی، هکرهای حرفه‌ای، مدیران امنیت و شرکت‌های بزرگ فناوری است و بسیاری از آسیب‌پذیری‌ها، تکنیک‌های جدید حمله و روندهای آینده امنیت سایبری برای نخستین‌بار در همین رویدادها به‌صورت جدی مطرح می‌شوند.
👨‍💻 اهمیت Black Hat در این است که نشان می‌دهد مهاجمان، پژوهشگران و صنعت امنیت در ماه‌ها و سال‌های آینده به چه سمتی حرکت می‌کنند.
👨‍💻در Black Hat امسال موضوعات مهمی از امنیت AI و Identity گرفته تا Cloud، Passkey، Supply Chain، OT و زیرساخت‌های حیاتی مطرح شد.
🔜 در پست‌های آتی @PingChannel مروری خواهیم داشت بر مهم‌ترین تحقیقات، سخنرانی‌ها و ارائه‌های Black Hat 2026 و تلاش می‌کنیم پیام‌های کاربردی آنها را برای مدیران و متخصصان امنیت سایبری کشور تشریح کنیم.
#BlackHat2026 #CyberSecurity #OTSecurity

خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

🥳صدها VMware vCenter در جهان هک شدند؛ ایران هم در فهرست قربانیان
🥳 گزارش جدید Shadowserver نشان می‌دهد مهاجمان در حال بهره‌برداری فعال از آسیب‌پذیری بحرانی CVE-2026-59310 در VMware vCenter هستند. در بررسی اولیه، ۳۶۱عدد IP قربانی در ۴۷ کشور شناسایی شده‌اند.
🥳 این آسیب‌پذیری با امتیاز CVSS 9.8 در Syslog Server مربوط به vCenter قرار دارد و مهاجم دارای دسترسی شبکه می‌تواند بدون نیاز به احراز هویت، از آن برای اجرای کد دلخواه استفاده کند. Broadcom برای این آسیب‌پذیری Workaround اعلام نکرده و راهکار اصلی، نصب نسخه اصلاح‌شده است.
🥳 نکته نگران‌کننده‌تر اینکه Shadowserver اعلام کرده روی تمام قربانیان گزارش‌شده، مکانیزم ماندگاری Reverse SSH مشاهده شده و این سیستم‌ها باید Fully Compromised در نظر گرفته شوند؛ یعنی باید فرض کنیم این سیستم‌ها عملاً مورد نفوذ قرار گرفته‌اند.
🇮🇷 اما درباره ایران: در آمار منتشرشده، IPهایی از ایران نیز دیده می‌شوند. از آنجا که بخش قابل توجهی از زیرساخت‌های سازمانی و دیتاسنتری ایران Iran Access هستند طبیعتاً آمار آسیب پذیریهای آنها اساساً در چنین پایش‌های اینترنتی مشاهده نمی شود.
🥳با این وجود، همین تعداد سیستم ایرانی که در یک پایش خارجی شناسایی شده‌اند نیز قابل توجه است؛ خصوصاً وقتی صحبت از vCenter است که معمولاً نقطه مدیریت متمرکز بخش مهمی از زیرساخت مجازی سازمان محسوب می‌شود.

✈️@PingChannel
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

🔻سازمان شما چند «شرپا» دارد؟
⚫️شرپاها قومی بومی ساکن ارتفاعات هیمالیا، به‌ویژه در نپال، هستند. آن‌ها قرن‌هاست در سخت‌ترین شرایط کوهستانی زندگی می‌کنند و به دلیل توانایی کم‌نظیرشان در حرکت در ارتفاعات، به یکی از ارزشمندترین همراهان کوهنوردان جهان تبدیل شده‌اند. امروزه نام «شرپا» بیش از آنکه یادآور یک قوم باشد، نمادی از افرادی است که دیگران را برای رسیدن به قله یاری می‌کنند. در صعود به قله‌هایی مانند اورست، شرپاها مسیر را شناسایی می‌کنند، طناب‌ها را نصب می‌کنند، تجهیزات را حمل می‌کنند، خطرها را کاهش می‌دهند و در مواقع بحرانی جان کوهنوردان را نجات می‌دهند. با این حال، وقتی عکس یادگاری روی قله گرفته می‌شود، معمولاً نام کوهنوردان مشهور دیده می‌شود، نه شرپاهایی که بخش بزرگی از آن موفقیت را رقم زده‌اند..
⚫️در سازمان‌ها هم «شرپا» کم نداریم! همان کارشناسی که معماری شبکه را بهتر از هر مستندی می‌شناسد. همان ادمینی که ساعت ۳ صبح، وقتی سرویس حیاتی Down شده، بی‌سروصدا مشکل را برطرف می‌کند. همان متخصص امنیتی که قبل از تبدیل یک ضعف کوچک به Incident، آن را می‌بیند و اصلاح می‌کند. همان کارشناس باتجربه‌ای که دانشش را برای خودش نگه نمی‌دارد و نیروهای جوان‌تر را بالا می‌کشد. و همان کسی که هنگام بحران، به‌جای پیدا کردن مقصر، دنبال پیدا کردن راه‌حل است.
⚫️این افراد شاید در چارت سازمانی جایگاه ویژه‌ای نداشته باشند، اما بخش مهمی از دانش ضمنی، تاب‌آوری عملیاتی و حافظه فنی سازمان روی دوش آنهاست.
⚫️مشکل از جایی شروع می‌شود که فقط کسی دیده می شود که روی «قله» ایستاده است؛ نه کسانی که مسیر رسیدن به آن قله را ساخته‌اند.
⚫️بسیاری از بهترین عملکردها در سازمانها اساساً دیده نمی‌شوند. وقتی شبکه پایدار است، حمله‌ای مهار شده، Backup درست کار کرده یا یک تغییر پرریسک بدون Incident انجام شده، ممکن است هیچ‌کس نپرسد چه کسی پشت این آرامش بوده است.
⚫️اما کافی است یکی از همین افراد سازمان را ترک کند؛ آن‌وقت تازه مشخص می‌شود چه میزان دانش، تجربه و توان حل مسئله همراه او از سازمان خارج شده است.

بودند و کسی پاس نمی‌داشت که هستند
باشد که نباشند و بدانید که بودند!

⚫️سازمان‌های بالغ فقط به دنبال «ستاره‌ها» نیستند؛ آنها شرپاهای خود را شناسایی می‌کنند، دانششان را حفظ می‌کنند، به آنها اعتبار می‌دهند و زمینه رشد شرپاهای جدید را فراهم می‌کنند.

✈️@PingChannel
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

✅ #تبلیغات شما در @PingChannel بازدیدکنندگان خاص تری دارد!

اولین مشتری یک میلیون دلاری AvalAI

✅روز گذشته (جمعه ۲۳ مرداد ۱۴۰۵)، بررسی داده‌های مالی مجموعه نشان داد که مجموع خریدهای یکی از مشتریان سازمانی ما در طول ۱۴ ماه گذشته از مرز یک میلیون دلار عبور کرده است. امروز با افتخار اعلام می‌کنیم که AvalAI به نخستین مشتری میلیون‌دلاری خود دست یافته است.

مطالعه کامل در لینکدین

📉چرا بسیاری از سازمان‌ها و زیرساخت‌های حیاتی کشور در پروژه‌های امنیت سایبری شکست می‌خورند؟
5⃣قسمت پنجم | وقتی «انطباق» جای «امنیت» را می‌گیرد.
⬅یکی از خطرناک‌ترین خطاها در ساختار #امنیت_سایبری سازمانها در ایران این است که امن سازی، به‌تدریج از کاهش ریسک واقعی به پاس کردن چک‌لیست های #افتا و #پدافند، گرفتن تأییدیه و بستن پرونده تبدیل می‌شود.
⬅در چنین فضایی، دغدغه اصلی سازمان این می‌شود که:
⭕«برای این بند از چک لیست چه مدرکی باید ارائه کنیم؟؟»
⬅سازمان ممکن است ده‌ها کنترل را اجرا کند، مستندات کامل داشته باشد، ممیزی را هم با موفقیت پشت سر بگذارد؛ اما همچنان یک مسیر نفوذ جدی در شبکه باقی مانده باشد که هیچ‌کس به آن توجه نکرده است.
✅توجه داشته باشیم که امنیت واقعی، همیشه داخل یک چک‌لیست جا نمی‌شود.
◀️در بسیاری از زیرساخت‌های حیاتی، #الزامات_افتا، #پدافند_غیرعامل، استانداردها و دستورالعمل‌های بالادستی برای ایجاد حداقل‌های امنیتی ضروری‌اند؛ اما مشکل زمانی آغاز می‌شود که سازمان، رعایت الزام را معادل امن بودن تلقی کند.
⬅ظاهر قضیه این است که بله! فایروال وجود دارد، لاگ جمع‌آوری می‌شود، Backup گرفته می‌شود، کنترل دسترسی تعریف شده و گزارش ارزیابی هم تهیه شده است. اما کسی نمی پرسد آیا این کنترل‌ها واقعاً متناسب با تهدیدها و معماری همان سازمان طراحی شده‌اند؟ آیا چک لیست ارزیابی امنیتی یک بانک با چک لیست ارزیابی امنیتی شرکت ملی پخش سوخت باید یکی باشد؟!
⬅برای مثال، آیا داشتن SIEM الزاماً به معنی مانیتورینگ مؤثر است؟ اگر لاگ‌های حیاتی وارد آن نشوند یا کسی هشدارها را تحلیل نکند چه؟
⬅داشتن Backup نیز الزاماً به معنی قابلیت بازیابی نیست؛ اگر Restore آن هیچ‌گاه آزمایش نشده باشد.
وجود Firewall نیز به معنی Segmentation واقعی نیست؛ اگر Rule Base سال‌ها بازبینی نشده یا مسیرهای جایگزین ارتباطی کنترل نشده باشند.
حتی اجرای Hardening نیز زمانی ارزشمند است که متناسب با سرویس، تهدید و محدودیت عملیاتی انجام شده باشد؛ نه صرفاً برای اینکه چند بند از یک چک‌لیست تیک بخورد.
◀️چک لیست لازم است، اما کافی نیست!
✅یک سازمان بالغ، استاندارد و الزام را «نقطه شروع» می‌بیند، نه «خط پایان».
✅هدف نهایی امنیت سایبری این نیست که نشان دهیم چند کنترل اجرا کرده‌ایم؛ هدف این است که بدانیم چه ریسکی را، تا چه اندازه و با چه اثربخشی کاهش داده‌ایم.
◀️در غیر این صورت ممکن است وضعیت امنیت سازمان روی کاغذ کاملاً منطبق با چک لیست باشد، اما در عمل همچنان آسیب‌پذیر بماند.
✅امنیت با تعداد تیک‌های سبز سنجیده نمی‌شود؛ با میزان کاهش ریسک واقعی سنجیده می‌شود.
🔜در قسمت بعد به یکی دیگر از ضعف‌هایی می‌پردازیم که معمولاً تا زمان وقوع یک حادثه جدی دیده نمی‌شود؛ اما وقتی خودش را نشان می‌دهد، ممکن است تمام لایه‌های دفاعی سازمان را دور بزند. با ما همراه باشید...

✈️@PingChannel
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

✅ #تبلیغات شما در @PingChannel بازدیدکنندگان خاص تری دارد!

🎤مصاحبه با روزنامه دنیای اقتصاد در خصوص Revoke شدن گواهینامه‌های امنیتی وب‌سایت‌های دولتی ایران
🎤پیرو لغو اعتبار گواهینامه‌های امنیتی وب‌سایت‌های دولتی ایرانی، از جمله وب‌سایت سازمان تنظیم مقررات و ارتباطات رادیویی و بانک مرکزی، در مصاحبه‌ای با روزنامه دنیای اقتصاد به بررسی ابعاد این موضوع پرداختم. متن این مصاحبه که در شماره امروز این روزنامه منتشر شده است، از طریق این لینک قابل مطالعه می‌باشد.

✈️@PingChannel
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

⭕️هشدار آمریکا درباره حملات فعال به PLCهای زیمنس! هکرها از هوش مصنوعی برای حمله به شبکه OT استفاده می کنند؛
◀️نهادهای امنیتی آمریکا هشدار داده‌اند که PLCهای سری Siemens S7 در زیرساخت‌های حیاتی به یکی از اهداف جدی مهاجمان سایبری تبدیل شده‌اند؛ این حملات با استفاده از ابزارهای هوش مصنوعی طراحی و اجرا می شوند.
◀️هوش مصنوعی قرار نیست یک آسیب‌پذیری جادویی در PLC ایجاد کند؛ بلکه می‌تواند کار مهاجم را در Reconnaissance، تحلیل تجهیزات، تولید و اصلاح Script، شناسایی مسیر حمله و حتی آماده‌سازی ابزارهای اختصاصی به‌شدت تسریع کند.
◀️ در هشدارهای اخیر، به‌طور مشخص نام Siemens S7-1200 در کنار برخی PLCهای پرکاربرد دیگر مطرح شده است. این تجهیزات در صنایع آب، انرژی، تولید، نفت و گاز و بسیاری از خطوط صنعتی استفاده می‌شوند.
◀️زیمنس نیز پیش‌تر درباره افزایش تهدید علیه خانواده S7 هشدار داده و توصیه کرده بود دسترسی شبکه به PLCها محدود، Firmwareها به‌روز و ارتباطات قدیمی PG/PC و HMI فقط در شبکه‌های قابل اعتماد استفاده شوند.
◀️برای حمله به OT دیگر الزاماً به یک تیم بزرگ با دانش عمیق PLC نیاز نیست. هوش مصنوعی در حال پایین آوردن هزینه، زمان و سطح تخصص موردنیاز برای تبدیل اطلاعات پراکنده فنی به یک Attack Path عملیاتی است.
◀️هوش مصنوعی فاصله بین یک مهاجم معمولی و یک مهاجم متخصص OT را خیلی کمتر کرده است.

#OTSecurity #ICS #Siemens #PLC #S7 #CyberSecurity #ArtificialIntelligence

✈️@PingChannel
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

🤩🤩🤩۱۰ روز تا آغاز نمایشگاه #الکامپ
🔘با پوشش اخبار الکامپ همراه شما هستیم.

✈️@PingChannel
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️