❌ وقتی که یک Bug، یک پتروشیمی را نجات داد...!
⬛️سال ۲۰۱۷ در یک مجتمع پتروشیمی در عربستان اتفاقی افتاد که هنوز هم یکی از مهم‌ترین نمونه‌های حمله سایبری به سیستم‌های صنعتی محسوب می‌شود.
⬛️مهاجمان توانسته بودند به محیط Safety Instrumented System (SIS) نفوذ کنند و به سیستم مهندسی مرتبط با کنترلرهای ایمنی Triconex دسترسی پیدا کنند.
⬛️بدافزاری که بعدها با نام‌های TRITON/TRISIS شناخته شد، برای تعامل با همین کنترلرهای ایمنی طراحی شده بود.
⬛️اما نکته عجیب ماجرا اینجاست: مهاجمان را Firewall یا Antivirus متوقف نکرد.
یک اشتباه در عملیات خود مهاجمان باعث Trip شدن Safety System شد.
⬛️همین Trip غیرمنتظره باعث شد مهندسان به دنبال علت بگردند و در جریان بررسی‌ها، نفوذ سایبری کشف شود.
❇️اگر آن اشتباه واقعا رخ نمی‌داد، مهاجم چه مدت دیگری می‌توانست در آن محیط باقی بماند؟
⬛️بدافزار TRITON یک درس مهم دارد که هنوز در بعضی پروژه‌های OT نادیده گرفته می‌شود: فقط Safety PLC را امن نکنید؛ مسیر رسیدن به آن را امن کنید. در یک سایت صنعتی باید دقیقاً مشخص باشد:
❇️چه سیستم‌هایی می‌توانند به SIS Engineering Station دسترسی داشته باشند؟ و مهم‌تر اینکه از Engineering Station تا Safety PLC چه مسیر شبکه‌ای وجود دارد و چه تجهیز یا فردی امکان عبور از این مسیر را دارد؟
⬛️اگر Engineering Station به دلیل Remote Access، اتصال به شبکه‌های دیگر، حساب‌های مشترک، لپ‌تاپ پیمانکار یا ضعف Segmentation قابل دسترسی باشد، امنیت خود Safety PLC به‌تنهایی کافی نیست.
⬛️برای همین در طراحی SIS باید روی جداسازی واقعی شبکه Safety، کنترل شدید Engineering Access، محدودکردن Remote Access، Application Allowlisting، ثبت و بررسی تغییرات Logic/Configuration و مانیتورینگ ارتباطات Engineering Station با Safety Controller حساس بود.
⬛️بدافزار TRITON فقط داستان یک Malware پیچیده نیست. داستان مسیری است که مهاجم طی کرد تا به یکی از حساس‌ترین لایه‌های یک کارخانه برسد. و شاید مهم‌ترین درس آن همین باشد:
⬛️معماری امنیتی را با این فرض طراحی نکنید که مهاجم دفعه بعد هم اشتباه خواهد کرد.
#امنیت_صنعتی

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

💻 وقتی دستیار AI به ابزار نشت اطلاعات تبدیل می‌شود!
◀️پژوهشگران امنیتی دو مسیر Prompt Injection در دستیار هوش مصنوعی Atlassian Rovo شناسایی کرده‌اند که می‌تواند امنیت اطلاعات Jira و Confluence را تحت تأثیر قرار دهد.
◀️مهاجم با تزریق Prompt مخرب در محتوایی که Rovo پردازش می‌کند، می‌تواند AI را وادار کند اطلاعاتی را که کاربر لاگین‌شده مجاز به مشاهده آنهاست، بازیابی کرده و به یک سرور خارجی ارسال کند.
⚡️نکته جالب این حمله، سوءاستفاده از سطح دسترسی خود کاربر است؛ یعنی هرچه Permission کاربر بیشتر باشد، اطلاعات بیشتری بالقوه در معرض Data Exfiltration قرار می‌گیرد.
◀️ این آسیب‌پذیری نشان می‌دهد در Agentic AI، تهدید Prompt Injection دیگر فقط دستکاری پاسخ AI نیست؛ بلکه می‌تواند مستقیماً به نشت اطلاعات سازمانی منجر شود.
🔗 منبع
#CyberSecurity #AISecurity #PromptInjection #Atlassian #Rovo

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

🎓راهنمای جامع اپلای تحصیلی برای رشته‌های فناوری اطلاعات در ۲۰۲۶
◀️اگر در رشته‌هایی مثل Computer Science، Cybersecurity، Artificial Intelligence، Data Science، Software Engineering، Computer Engineering، Network Engineering، Cloud Computing، Robotics و IT Management قصد اپلای دارید، این منابع می‌توانند نقطه شروع بسیار خوبی باشند.

🔎 جست‌وجوی PhD، Research Position و Postdoc:
1. https://euraxess.ec.europa.eu/jobs
2. https://academicpositions.com/
3. https://www.nature.com/naturecareers
4. https://www.jobs.ac.uk/
5. https://www.findaphd.com/
6. https://www.findapostdoc.com/
7. https://scholarshipdb.net/
8. https://www.linkedin.com/jobs/
9. https://www.researchgate.net/jobs
10. https://scholar.google.com/

🎓 مقایسه دانشگاه‌ها در حوزه Computer Science و Engineering:
1. https://www.topuniversities.com/
2. https://www.timeshighereducation.com/world-university-rankings
3. https://www.shanghairanking.com/rankings/arwu
4. https://www.usnews.com/education/best-global-universities
5. https://www.study.eu/

💰 جست‌وجوی Scholarship، Fund و Fully-Funded Position:
1. https://www.scholarshipportal.com/
2. https://www.findaphd.com/phds/funding/
3. https://www.scholars4dev.com/
4. https://www.scholarshippositions.com/
5. https://www.scholarshiproar.com/
6. https://www.profellow.com/
7. https://www.euraxess.ec.europa.eu/jobs

📄 ارزیابی و معادل‌سازی مدارک:
1. https://www.enic-naric.net/
2. https://www.wes.org/
3. https://www.ecctis.com/
4. https://www.nuffic.nl/en/education-systems
5. https://www.unesco.org/en/qualifications-recognition

🛠 ابزارهای کاربردی مدیریت اپلای:
ابزارهای Notion، Trello و Airtable برای مدیریت دانشگاه‌ها و Deadlineها، Google Drive و Dropbox برای مدیریت مدارک، DeepL و LanguageTool برای بهبود متن SOP و ایمیل‌ها و TimeAndDate برای هماهنگی Interviewها بسیار کاربردی هستند.

✔️نکته مهم برای بچه‌های IT:
برای پیدا کردن استاد، فقط دنبال عنوان کلی Computer Science نباشید. کلیدواژه‌هایی مثل Cybersecurity، Network Security، OT/ICS Security، Machine Learning، Generative AI، Distributed Systems، Cloud Security، Digital Forensics، Software Security و Privacy معمولاً نتایج بسیار دقیق‌تری می‌دهند.

📌 این پست را ذخیره کنید؛ تقریباً تمام مراحل جست‌وجوی دانشگاه، استاد، موقعیت پژوهشی، فاند و مدیریت فرآیند اپلای را پوشش می‌دهد.

#Apply #PhD #ComputerScience #CyberSecurity #ArtificialIntelligence #DataScience #Scholarship #IT

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

⚠️هکرها در اقدامی کم سابقه موفق به نفوذ به شبکه صنعتی یک نیروگاه در لهستان و Shutdown کردن توربین آن شدند!
◀️ مرکز CERT لهستان جزئیات یک حمله سایبری واقعی به زیرساخت انرژی لهستان را منتشر کرده که طی آن مهاجم با عبور از شبکه APN نیروگاه به شبکه OT یک نیروگاه CHP دسترسی پیدا کرده و در نهایت باعث توقف توربین شده است.
◀️ نقطه شروع حمله، نفوذ به زیرساخت ارتباطی یک Wind Farm بود. مهاجم پس از Compromise کردن این سایت، متوجه شد ارتباطات پروتکلهای صنعتی از طریق APN به اپراتور شبکه برق برقرار می‌شود.
◀️ هکر بعد از نفوذ متوجه شده که تجهیزات متصل به APN از یکدیگر به‌صورت کامل Isolate نشده بودند. در نتیجه، دسترسی به یک Endpoint عملاً امکان Lateral Movement و شناسایی سایر تجهیزات متصل به همان APN را فراهم می‌کرد.
◀️ مهاجم با Pivot از سایت آلوده، تجهیزات موجود در محدوده APN را شناسایی کرد و به یک WAGO PFC200 Controller دسترسی یافت. وجود Web Management در دسترس و استفاده از Default Administrative Password مسیر ورود به بخش داخلی شبکه کنترل را تسهیل کرد.
◀️ پس از ورود به محیط OT، چندین PLC از خانواده‌های Siemens S7-300، S7-1200 و S7-1500 شناسایی شدند. مهاجم بدون نیاز به Exploit پیچیده یا ICS Malware اختصاصی، از Functionality خود تجهیزات استفاده کرد و PLCها را به STOP Mode منتقل کرد.
⚠️ این حمله باعث تغییر وضعیت PLCها و در نتیجه اختلال در فرآیندهای کنترلی و در نهایت Shutdown شدن توربین بخار و سیستم Process-Water Treatment شد و عملکرد Cogeneration نیروگاه را تحت تأثیر قرار داد.
◀️ هکر در ادامه حمله خود، تعدادی از تجهیزات شبکه صنعتی از جمله Moxa Serial Device Server و Switch ها را نیز مورد دستکاری قرار داد؛ برخی تجهیزات Factory Reset شده و Configuration آنها تغییر داده شد.
◀️ طبق اعلام CERT لهستان، این نخستین نمونه واقعی مشاهده‌شده توسط این مجموعه است که در آن شبکه APN به‌عنوان مسیر Pivot برای دسترسی به Industrial Control Network مورد استفاده قرار گرفته است.
◀️در این حمله خبری از Zero-Day پیچیده یا بدافزاری در سطح TRISIS و Industroyer نبود؛ ترکیب چند ضعف شناخته‌شده کافی بود.
🔴 این Incident نمونه مهمی از حملاتی است که در آن Trusted Communication Infrastructure عملاً به بخشی از Attack Path تبدیل می‌شود. (تکرار تجربه هایی مثل حمله به شبکه سوخت کشور.)
#امنیت_سایبری #امنیت_صنعتی #زیرساخت_حیاتی #CyberSecurity #OTSecurity #ICSsecurity #IndustrialCybersecurity #CriticalInfrastructure

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

❄️🌨 زمستان سخت در انتظار بازار سخت‌افزار!
◀️ افزایش قیمت GPUها در بازار جهانی جدی‌تر شده است. شرکت NVIDIA اعلام کرده قیمت کارت‌های گرافیک خود را در بازارهای جهانی نسبت به قبل حدود ۳۰ تا ۴۰ درصد افزایش خواهد داد.
◀️ برای بازار ایران، ماجرا پیچیده‌تر است. اگر تورم داخلی را در محدوده ۶۰ درصد درنظر بگیریم اثر هم‌زمان این دو عامل، قیمت تجهیزات وارداتی را به محدوده دو برابر قیمت فعلی خواهد رساند.
◀️ این موج فقط بازار کارت گرافیک را تحت تأثیر قرار نمی‌دهد. سرورها، GPUها Workstationها، تجهیزات دیتاسنتری و زیرساخت‌های AI نیز مستقیماً با افزایش هزینه تأمین روبه‌رو خواهند شد.
◀️ پروژه‌هایی که امروز با یک بودجه مشخص طراحی و قیمت‌گذاری می‌شود، احتمالا چند ماه بعد با همان بودجه دیگر قابل اجرا نخواهند بود به‌خصوص پروژه‌هایی که وابستگی بالایی به تجهیزات وارداتی دارند.
📌 با ترکیب افزایش ۳۰ تا ۴۰ درصدی برخی قیمت‌های جهانی، تورم حدود ۶۰ درصدی و ریسک نوسان ارز، نیمه دوم سال می‌تواند دوره سختی برای بازار سخت‌افزار ایران باشد.
براساس شواهد، زمستان بازار IT زودتر از زمستان تقویمی شروع خواهد شد...!
#هوش_مصنوعی #NVIDIA #GPU #Hardware #AI #DataCenter

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

⚠️ نگرانی امنیتی درباره زنجیره تأمین برخی تجهیزات مورد استفاده در پست‌های برق
🟡بر اساس شنیده‌ها، بررسی‌های انجام‌شده در صنعت برق، ابهاماتی را درباره زنجیره تأمین برخی تجهیزات مورد استفاده در پست‌های انتقال و فوق‌توزیع ایجاد کرده است.
گفته می‌شود این تجهیزات با یک برند با ظاهر و منشأ اسپانیایی در برخی پست‌های برق مورد استفاده قرار گرفته‌اند، اما بررسی‌های بعدی، موضوع حضور یک شرکت عربستانی و سهامداران اسرائیلی در ساختار مالکیتی مرتبط با این تجهیزات را مطرح کرده است.
🟡با توجه به اینکه بخشی از این تجهیزات در نقاط حساس پست‌های برق و در حوزه‌های مرتبط با کنترل و حفاظت مورد استفاده قرار گرفته‌اند، موضوع باعث ایجاد نگرانی‌هایی درباره امنیت زنجیره تأمین در صنعت برق کشور شده است.
🟡شایان توجه است که بنابر اذعان شرکت وارد کننده این تجهیزات، حدود ۲۰۰۰ دستگاه فعال و ۲۰۰ دستگاه آماده نصب از تجهیزات شرکت یاد شده در کشور وجود دارد. 
🟡ماجرای پیجرهای حزب‌الله لبنان پیش‌تر نشان داد که زنجیره تأمین می‌تواند به یکی از مسیرهای جدی برای نفوذ، خرابکاری و عملیات هدفمند علیه زیرساخت‌ها و مجموعه‌های حساس تبدیل شود.
🟡اتفاق اخیر نیز بار دیگر اهمیت توجه به Supply Chain Security را یادآوری می‌کند؛ موضوعی که در زیرساخت‌های حیاتی، صرفاً به کشور سازنده درج‌شده روی محصول محدود نمی‌شود و بررسی مالکیت شرکت‌ها، منشأ واقعی فناوری، Firmware، قطعات، مسیر تأمین و دسترسی‌های احتمالی سازنده نیز اهمیت دارد.
✅با استفاده از معماری Zero Trust و به‌کارگیری تجهیزات امنیتی مناسب در مسیر ارتباطی این تجهیزات، می‌توان بخش قابل‌توجهی از ریسک‌های احتمالی را کنترل کرد. محدودسازی دسترسی‌ها، Allowlisting، کنترل پروتکل‌ها و فرمان‌های مجاز و پایش مستمر ترافیک صنعتی باعث می‌شود حتی بدون تعویض تجهیزات موجود، سطح دسترسی و امکان سوءاستفاده از آن‌ها به‌شدت محدود شده و نگرانی‌های امنیتی ناشی از زنجیره تأمین تا حد زیادی کاهش پیدا کند.

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

🇷🇺قابلیت جدید مانیتورینگ رفتار مهاجمان روی فایروال Sophos
◀️ سوفوس اعلام کرده قابلیت Sophos Linux Sensor یا SLS از نسخه SFOS v22 MR1 روی تمام خانواده XGS، حتی مدل XGS 88، فعال خواهد بود.
◀️اهمیت این قابلیت زمانی مشخص می‌شود که مهاجم از مرحله Exploit عبور کرده و موفق شده روی خود Firewall فعالیت کند. در این مرحله دیگر مسئله فقط شناسایی حمله ورودی نیست، بلکه باید رفتار مهاجم پس از نفوذ یا Post-Exploitation نیز شناسایی شود.
◀️ این سنسور می‌تواند رفتارهایی مانند Interactive Shell، Reverse Shell و فعالیت‌های مرتبط با Command & Control (C2) را روی خود Firewall شناسایی کند.
◀️ این رویکرد به‌ویژه در مواجهه با Zero-Dayها اهمیت دارد؛ ممکن است Exploit اولیه هنوز Signature شناخته‌شده‌ای نداشته باشد، اما رفتار مهاجم پس از نفوذ قابل شناسایی باشد.
◀️ نکته مهم دیگر امکان به‌روزرسانی Over-the-Air قواعد Detection است. بنابراین Sophos برای اضافه‌کردن Detectionهای جدید الزاماً منتظر انتشار Firmware بعدی نمی‌ماند و می‌تواند Ruleهای SLS را مستقل به‌روزرسانی کند.
🔴 این قابلیت یک اصل مهم را یادآوری می‌کند: فایروالها فقط یک ابزار دفاعی نیستند؛ خودشان هم یک Critical Asset و بخشی از Attack Surface سازمان هستند و باید به‌صورت مستمر پایش امنیتی شوند.

🛡 @Sophos_Firewall
کانال آموزشی فایروالهای Sophos
🔤🔤🔤🔤🔤🔤

📉چرا بسیاری از سازمان‌ها و زیرساخت‌های حیاتی کشور در پروژه‌های امنیت سایبری شکست می‌خورند؟
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
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️

📉چرا بسیاری از سازمان‌ها و زیرساخت‌های حیاتی کشور در پروژه‌های امنیت سایبری شکست می‌خورند؟
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
خبر، تحلیل، انتقاد - فناوری اطلاعات
🅰️🅰️🅰️🅰️