بعد از این گیت‌وی، وارد لایه بالایی یعنی Supervisory و Business Network می‌شیم. اینجا دیگه خبری از کابل‌های سریال و RS-485 نیست. همه چی روی بستر Ethernet و TCP/IP بالا می‌ره. دستگاه‌ها و کامپیوترهای موجود توی این لایه، از طریق همون Modbus TCP با داده‌ها ارتباط برقرار می‌کنن و می‌تونن همه چیز رو مانیتور کنن و مدیریت کنن. HMI هم دقیقاً همین‌جا به شبکه وصله.

نکته‌ی جالب این معماری اینه که یه پروتکل قدیمی اما طلایی مثل Modbus، هنوز هم می‌تونه از سطح یه سنسور ساده تا سطح مدیریت کل کارخانه، یکپارچگی داده رو حفظ کنه. ترکیب Modbus RTU/RS-485 توی لایه فیلد برای سرعت و پایداری، و Modbus TCP توی لایه‌های بالایی برای یکپارچگی با شبکه‌های اترنت، هنوز هم یکی از رایج‌ترین و پرکاربردترین الگوهای پیاده‌سازی توی پروژه‌های اتوماسیون صنعتیه.

#Industrial_Automation #Modbus #PLC #SCADA #Network_Architecture@pythonwithmedev

⚡️ Roadmap: امنیت سیستم‌های کنترل صنعتی و زیرساخت‌های حیاتی (OT/ICS)
تست نفوذ و امن‌سازی در دنیای اسکادا، جایی که قطع شدن ارتباط مساوی با توقف خط تولید یا خطرات جانی است!
در این نقشه راه تخصصی، مسیر گذار از مهندسی شبکه به امنیت عملیاتی (OT) در ۱۰ گام کلیدی تدوین شده است:
▫️ پایه‌ها: ذهنیت ایمنی و استانداردهای SIS (فاز ۰ و ۱)
▫️ شبکه و سگمنتیشن: مدل پردو، زون‌ها و معماری لایه ۳.۵ IDMZ (فاز ۲)
▫️ پروتکل‌ها: آنالیز بسته‌های Modbus، S7comm، DNP3، IEC 104 و OPC UA (فاز ۳)
▫️ استانداردها: تسلط بر ISA/IEC 62443 و MITRE ATT&CK for ICS (فاز ۴)
▫️ دفاع و شکار تهدید: مانیتورینگ غیرفعال (Passive)، دیود داده و IDS صنعتی (فاز ۵)
▫️ تحلیل پرونده‌ها: کالبدشکافی Stuxnet تا TRITON و Industroyer2 (فاز ۶)
▫️ توسعه و مهارت عملی: پایتون صنعتی (Snap7/Scapy)، لب‌های شبیه‌ساز (OpenPLC + Factory I/O) و مدارک SANS/ISA (فاز ۷ تا ۹)
📥 جزئیات هر فاز را در فایل متنی پیوست بخوانید.
🆔 @pythonwithmedev
#ICS_Security #SCADA #OTSecurity #IEC62443 #PythonForOT

وقتی در مورد هوش تهدیدات سایبری (CTI) صحبت می‌کنیم، خیلی از بچه‌ها فکر می‌کنند ماجرا صرفاً جمع‌آوری یک مشت IP و هش بدافزار (IoC) و ریختن آن‌ها داخل فایروال یا SIEM است؛ اما این اسلاید از دوره FOR589 موسسه SANS دقیقاً انگشت می‌گذارد روی نقطه اتصال واقعی مفاهیم پدافندی و نشان می‌دهد چطور چارچوب‌های استاندارد، تصویر کامل یک حمله را کنار هم می‌چینند.
در هسته این تصویر، مدل کلاسیک Cyber Kill Chain شرکت لاکهید مارتین را می‌بینید که چرخه حیات یک حمله هدفمند را در هفت فاز متوالی تعریف می‌کند: از فازهای مقدماتی مثل شناسایی (Reconnaissance) و سلاح‌سازی (Weaponization) گرفته تا تحویل (Deliver)، اکسپلویت (Exploit)، نصب پی‌لود (Install)، برقراری ارتباط با سرور کنترل و فرمان (C2) و در نهایت اجرای هدف نهایی (Actions on Objective).

نکته فنی و زیبای اسلاید در نگاشت (Mapping) این چرخه با ساختار MITRE ATT&CK است؛ دو فاز اول یعنی شناسایی و آماده‌سازی، در قلمرو PRE-ATT&CK قرار می‌گیرند، یعنی جایی که مهاجم خارج از مرزهای سازمانی ما پرسه می‌زند، اطلاعات جمع می‌کند و زیرساخت حمله را می‌سازد. از لحظه تحویل پکت یا ایمیل مخرب به بعد (Deliver تا پایانی‌ترین مرحله)، ما وارد محدوده ATT&CK for Enterprise می‌شویم، یعنی محیطی که تاکتیک‌ها، تکنیک‌ها و رویه‌های عملیاتی مهاجم (TTPs) داخل شبکه ما قابل رصد، لاگ‌گیری و کشف هستند.
حالا این تفکیک چه کاربردی در لایه عملیات دارد؟ بخش اول حمله، یعنی شناسایی و سلاح‌سازی، قلمرو اصلی برنامه‌های رصد ریسک و اطلاعات دیجیتال مانند DR&I (Digital Risk and Intelligence) است؛ تیم‌های CTI با رصد منابع خارجی، تلگرام، دارک‌وب و نشتی‌های سازمانی متوجه می‌شوند چه کمپین‌هایی ممکن است علیه دارایی‌های ما شکل بگیرد. اما از لحظه تلاش برای تحویل و نفوذ، شیفت پارادایم اتفاق می‌افتد و ما وارد فاز Threat Hunting می‌شویم؛ جایی که شکارچی تهدید بر اساس فرضیه‌های مبتنی بر هوش سایبری، به سراغ داده‌های ترافیک شبکه، رویدادهای EDR و رفتارهای مشکوک در سیستم‌ها می‌رود تا قبل از اینکه مهاجم به مرحله فاجعه‌بار Actions on Objective برسد، خط حمله را قطع کند.
چتر بالاسری کل این اکوسیستم، Cyber Threat Intelligence (CTI) است. سی‌تی‌آی همان لایه‌ای است که به تیم شکار تهدید، تحلیل‌گران سوک و تیم‌های فارنزیک دید می‌دهد که چه کسی، با چه انگیزه‌ای و با چه ابزارهایی در حال پیشروی در این مراحل است. اگر در محیط‌های زیرساختی و حیاتی فرآیندها را بر اساس این زنجیره تحلیل نکنیم، دفاع ما همیشه منفعل، دیرهنگام و بدون دید استراتژیک باقی خواهد ماند.
══════════════════════════════════════════════ Threat Hunting • Cyber Threat Intelligence • MITRE ATT&CK SANS DFIR • Cybercrime Investigations • Incident Response 🛡 @pythonwithmedev

توی پروژه‌های نفت و گاز یکی از اولین کارهایی که واقعاً باید انجام بشه بررسی داکیومنت‌هاست. قبل از اینکه بخوایم دست به PLC، HMI یا ساختار کنترل بزنیم باید دقیق بدونیم این پلنت چطور طراحی شده، چه تجهیزاتی داره، هر Tag مربوط به کجاست و منطق کنترلی هر قسمت چطوری پیاده شده. این پلنتی که دارم روش کار می‌کنم از نظر کنترل بر پایه زیمنس بسته شده ولی مانیتورینگ و اپراتوری رو با اشنایدر انجام دادن و الان قراره ساختار رو به Siemens PCS 7 منتقل کنیم. چیزی که توی تصویر می‌بینید در واقع فقط ظاهر قضیه‌ست؛ پشت همین صفحه HMI کلی منطق کنترلی، Loop، Interlock، Permissive، Alarm، Sequence و I/O Mapping وجود داره که باید قبل از Migration دقیق بررسی بشن. برای همین فقط برداشتن Graphicهای فعلی و ساختنشون داخل PCS 7 اصلاً Migration واقعی محسوب نمیشه. اول باید P&ID، I/O List، Instrument Index، Loop Diagram، Control Narrative، Cause & Effect، لیست Valve و Motor، Alarm و Trip List و همینطور مستندات PLC و شبکه بررسی بشن و بعد با وضعیت واقعی Field تطبیق داده بشن

مخصوصاً توی پروژه‌های قدیمی خیلی وقت‌ها چیزی که توی داکیومنت نوشته شده با چیزی که واقعاً توی سایت اجرا شده یکی نیست و همین اختلاف‌ها موقع Commissioning خودشون رو نشون میدن. بعد از اینکه این مرحله کامل شد، میشه رفت سراغ ساختار PCS 7، تعریف AS و OS، Mapping کردن I/Oها، ساخت Control Moduleها و بازسازی منطق‌های کنترلی در CFC/SFC و در نهایت طراحی دوباره صفحات Operator Station. هدف این نیست که فقط HMI رو از اشنایدر ببریم روی PCS 7؛ هدف اینه که منطق واقعی فرایند، Alarmها، Interlockها، Permissiveها و Sequenceها رو درست بشناسیم و بدون ایجاد تغییر ناخواسته توی رفتار سیستم، معماری جدید رو روی PCS 7 پیاده کنیم. خلاصه اینکه توی همچین پروژه‌ای قبل از هر چیزی باید داکیومنت رو باز کرد، خط به خط خوند، با Field مقایسه کرد و بعد رفت سراغ Engineering؛ چون توی پروژه صنعتی، چیزی که مستند نشده یا درست فهمیده نشده، موقع راه‌اندازی می‌تونه تبدیل به دردسر خیلی بزرگی بشه

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

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

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

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

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

وقتی درِ تابلو رو باز کردم و اون لپ‌تاپم رو گذاشتم، دقیقاً داشتم به این فکر می‌کردم که چقدر مرز بین دنیای IT و OT شکننده‌ست. که لپ‌تاپ داره با نرم‌افزار مهندسی TIA Portal یا همون Step 7 با PLCها ارتباط برقرار می‌کنه. از نظر فنی، این ارتباط از طریق پروتکل‌های صنعتی مثل Profinet یا Ethernet/IP انجام میشه

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

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

اما نکته ای که امروز بیشتر بهش پی بردم این بود که این لپ‌تاپم خودش یه نقطه ورود بحرانی یا Critical Entry Point هست. چرا؟ چون لپ‌تاپ احتمالاً به اینترنت هم وصله. یعنی یه مهاجم می‌تونه از راه دور از طریق یه RAT یا همون Remote Access Trojan به این لپ‌تاپ نفوذ کنه و بعد از اونجا به شبکه صنعتی دسترسی پیدا کنه. این دقیقاً همون مفهوم Air Gap Bypass هستش. یعنی ما فکر می‌کنیم سیستم صنعتی‌مون فیزیکی از اینترنت جداست، ولی این لپ‌تاپ داره نقش یه پل رو بازی می‌کنه. اگه آنتی‌ویروسش آپدیت نباشه، اگه ویندوزش پچ نشده باشه، اگه یه فلش مموری آلوده بهش وصل بشه، کل شبکه صنعتی به باد میره. امروز که داشتم با این لپ‌تاپ کار می‌کردم، دقیقاً به این فکر می‌کردم که چقدر راحت میشه با یه USB آلوده، یه بدافزار رو وارد این شبکه کرد.

از نظر علمی، ما اینجا با مفهوم Defense in Depth یا همون دفاع لایه‌ای طرفیم. باید چندین لایه امنیتی داشته باشیم. لایه اول امنیت فیزیکی مثل قفل و دوربین و کنترل تردد. لایه دوم امنیت شبکه مثل فایروال‌های صنعتی و DMZ. لایه سوم امنیت هاست مثل آنتی‌ویروس و Hardening کردن سیستم‌عامل. لایه چهارم امنیت اپلیکیشن مثل احراز هویت و رمزنگاری. و لایه پنجم امنیت داده مثل بکاپ‌گیری و رمزنگاری دیتابیس. اما امروز که این تابلو رو از نزدیک دیدم، متوجه شدم که لایه اول تقریباً صفره. یعنی یه تابلو باز با یه لپ‌تاپ وصل شده و هیچ مانعی سر راه نیست. این یعنی مهاجم می‌تونه به راحتی از لایه اول رد بشه و مستقیم به لایه کنترل برسه.

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

‍ ساخت یک کامپیوتر کوانتومی،قطره به قطره،با استفاده از کیوبیت‌های شکننده:
بخش اول:
هنوز هیچ‌کس نمی‌داند کدام فناوری،کامپیوترهای کوانتومی آینده را تغذیه خواهد کرد،اما رقابت برای ساخت آن‌ها،از همین حالا،منجر به تولید برخی از پیچیده‌ترین ماشین‌آلات علم شده است.تقریباً تمام کامپیوترهای مدرن،از میکروکنترلرهای ارزان‌قیمت موجود در ماشین ظرفشویی شما گرفته تا سخت‌افزارهای پیشرفته‌ای که برای سیستم‌های هوش مصنوعی محاسبات انجام می‌دهند،بر اساس نسخه‌هایی از یک فناوری واحد عمل می‌کنند:
صفحه‌های سیلیکونی که با ساختارهای میکروسکوپی به نام ترانزیستورها پوشانده شده‌اند.مدارهای الکترونیکی حاوی ترانزیستورها می‌توانند به سرعت و به طور قابل اعتماد بین دو حالت،که معمولاً با 0 و 1 مشخص می‌شوند،تغییر کنند.این ویژگی به آن‌ها امکان می‌دهد تا بیت‌ها،واحدهای اساسی اطلاعات،را ذخیره و پردازش کنند.
کامپیوترهای کوانتومی این پتانسیل را دارند که اطلاعات را به روش‌های جدید و قدرتمندتری،فراتر از صرفاً 1 و 0،پردازش کنند و مشکلات خاصی را حل کنند که برای همتایان معمولی آن‌ها بسیار دشوار است.با این حال،ساخت ماشینی به اندازه کافی قدرتمند برای تحقق این وعده،همچنان یک چالش بزرگ است.محاسبات کوانتومی هنوز به لحظه ترانزیستور خود نرسیده است،و محققان همچنان رویکردهای مختلفی را برای توسعه سخت‌افزار کوانتومی بررسی می‌کنند.
رویکردهای فعلی،در درجه اول، در این زمینه تفاوت دارند که از کدام سیستم‌های فیزیکی به عنوان کیوبیت،بلوک‌های سازنده اساسی کامپیوترهای کوانتومی،استفاده می‌کنند.بر خلاف مدارهایی که بیت‌های کلاسیک را ذخیره می‌کنند،کیوبیت‌ها می‌توانند پدیده‌های عجیبی مانند برهم‌نهی و درهم‌تنیدگی را نشان دهند که قدرت محاسباتی بیشتری به آن‌ها می‌بخشد.با این حال،این اثرات کوانتومی نیز بسیار شکننده هستند و به راحتی می‌توانند توسط تعاملات ناخواسته بین کیوبیت‌ها و محیط اطراف مختل شوند.هر فناوری کیوبیت پیشنهادی،تلاش می‌کند تا دو ویژگی را که دستیابی به آن‌ها به طور همزمان دشوار است،با هم آشتی دهد:
کیوبیت‌ها باید از اختلالات خارجی جدا شوند،اما در عین حال،باید به راحتی توسط محققان قابل دستکاری باشند.
برخی از محققان،شرط خود را بر سیستم‌های کوانتومی طبیعی مانند اتم‌ها گذاشته‌اند.برای استفاده از یک اتم به عنوان کیوبیت،ابتدا باید آن را جدا کرده و در یک محفظه خلاء به دام بیندازید،و محققان دو رویکرد متمایز را برای انجام این کار دنبال کرده‌اند.در محاسبات کوانتومی مبتنی بر یون‌های به دام افتاده،محققان یک الکترون را از هر اتم جدا می‌کنند تا یون‌های دارای بار مثبت ایجاد کنند که می‌توانند توسط میدان‌های الکتریکی در جای خود نگه داشته شوند.رویکرد دیگر،از آرایه‌هایی از پرتوهای لیزر متمرکز،به نام گیره‌های نوری،برای به دام انداختن اتم‌های خنثی استفاده می‌کند.
محققان دیگری رویکرد جایگزینی را دنبال می‌کنند که به آن محاسبات کوانتومی ابررسانا می‌گویند،که شامل طراحی کیوبیت‌های مصنوعی است.با استفاده از نسخه‌های اصلاح‌شده‌ای از فرآیندهای میکروساخت که برای محاسبات کلاسیک توسعه یافته‌اند،محققان مدارهای کوچکی را از موادی مانند آلومینیوم و نیوبیوم مونتاژ می‌کنند که در دماهای بسیار پایین،به ابررسانا تبدیل می‌شوند.این مدارهای ابررسانا،که در سیستم‌های سردخانه‌ای ویژه‌ای به نام سردخانه‌های رقیق قرار دارند،می‌توانند مانند کیوبیت عمل کنند.بسیاری از کاندیدهای دیگر کیوبیت نیز مورد بررسی قرار گرفته‌اند،از اسپین‌های الکترون گرفته تا فوتون‌ها و سیستم‌های کوانتومی عجیب‌تر.
افزایش مقیاس از نمونه‌های کوچک به سیستم‌های بسیار بزرگ‌تر،یکی از بزرگترین چالش‌هایی است که تمام این رویکردها با آن روبرو هستند.ساختن چند کیوبیت خوب کافی نیست:
محققان در نهایت به حداقل ده هزار،و حتی با خوش‌بینانه‌ترین تخمین‌ها،شاید حتی میلیون‌ها کیوبیت نیاز خواهند داشت.تعداد بیشتر کیوبیت‌ها همچنین به معنای سیستم‌های کنترل و اندازه‌گیری بزرگتر و پیچیده‌تر است.اگرچه هنوز زود است که بگوییم کدام فناوری،در صورت وجود،پیروز خواهد شد،تصاویر در بخش های بعدی نگاهی اجمالی به تلاش‌های جاه‌طلبانه مورد نیاز برای ساخت کامپیوترهای کوانتومی قابل اعتماد ارائه می‌دهند.
#فیزیک_اتمی
#کامپیوتر_کوانتومی
#مکانیک_کوانتومی

بخش دوم:
این عکس برجسته که در سال ۲۰۱۷ در آزمایشگاه محاسبات کوانتومی مبتنی بر یون‌های به دام افتاده در دانشگاه آکسفورد گرفته شده،یک یون استرانسیم را نشان می‌دهد که در یک محفظه خلاء معلق است.میدان‌های الکتریکی که توسط الکترودهای فولادی به شکل سوزن و تیغه ایجاد می‌شوند،این یون را در مرکز یک ناحیه ۲ میلی‌متری بین نوک سوزن‌ها محصور می‌کنند.این یون به دلیل جذب مداوم فوتون‌ها از یک پرتو لیزر و انتشار فوتون‌ها برای دفع انرژی اضافی،قابل مشاهده است.این نوع تله‌های تیغه‌ای که نسبتاً بزرگ هستند،اغلب در آزمایشگاه‌های دانشگاهی برای آزمایش تکنیک‌های جدید محاسبات کوانتومی بر روی تعداد کمی کیوبیت استفاده می‌شوند.
#فیزیک_اتمی
#کامپیوتر_کوانتومی
#مکانیک_کوانتومی

بخش سوم:
برای افزایش مقیاس کامپیوترهای کوانتومی مبتنی بر یون‌های به دام افتاده،محققان باید از تله‌های سطحی کوچکتر استفاده کنند،در این تله‌ها،یون‌ها توسط میدان‌های الکتریکی که توسط الکترودهای نازک طلایی روی سطح تراشه ایجاد می‌شوند،در بالای تراشه معلق می‌شوند.این تله سطحی، که موضوع مقاله‌ای در سال ۲۰۲۱ توسط محققان موسسه ملی استاندارد و فناوری در بولدر، کلرادو بود،دارای یک آشکارساز فوتونی یکپارچه(نقطه سیاه کوچک در مرکز تراشه)است که برای اندازه‌گیری وضعیت یون‌های بریلیوم که به عنوان کیوبیت عمل می‌کنند،استفاده می‌شود.
#فیزیک_اتمی
#کامپیوتر_کوانتومی
#مکانیک_کوانتومی

بخش چهارم:
راه‌اندازی یک کامپیوتر کوانتومی مبتنی بر اتم‌های خنثی،نیازمند سیستم‌های لیزری متعددی است که برای جابجایی،به دام انداختن،اندازه‌گیری و دستکاری اتم‌هایی که به عنوان کیوبیت عمل می‌کنند،استفاده می‌شوند.این عکس از یک میز نوری در آزمایشگاه اتم‌های خنثی دانشگاه هاروارد،تعدادی از آینه‌ها،لنزها،فیبرهای نوری و حسگرها را نشان می‌دهد که همراه با سایر اجزا،برای هدایت،تقسیم و تثبیت پرتوهای لیزر استفاده می‌شوند.
#فیزیک_اتمی
#کامپیوتر_کوانتومی
#مکانیک_کوانتومی@pythonwithmedev

اگر از شما بپرسند: «ریسک سایبری سازمان شما چقدر است؟» چه پاسخی دارید؟
بسیاری از سازمان‌ها هنوز ریسک را با عباراتی مثل «کم»، «متوسط» یا «بالا» بیان می‌کنند؛ اما آیا این پاسخ برای تصمیم‌گیری‌های مهم کافی است؟
در کارگاه تخصصی تحلیل کمی ریسک سایبری بر اساس مدل FAIR یاد می‌گیرید چگونه ریسک را از یک مفهوم مبهم، به یک تحلیل ساختاریافته و قابل دفاع تبدیل کنید.

🔹 در این کارگاه با این موضوعات آشنا می‌شوید:
▪️ معماری مدل FAIR و نگاه متفاوت آن به ریسک
▪️ تحلیل تهدیدها و عوامل مؤثر بر وقوع زیان
▪️ محاسبه فراوانی رویدادهای زیان‌بار
▪️ اندازه‌گیری میزان خسارت
▪️ شبیه‌سازی مونت کارلو و تحلیل کمی ریسک

👤 مدرس: دکتر سعید کاظم‌پوریان
(پژوهشگر و متخصص حوزه مدیریت امنیت اطلاعات و ریسک سایبری)

📅 زمان برگزاری: ۱۵ مهر | ساعت ۹ صبح
⏱️ مدت: ۷ ساعت
📍 شیوه برگزاری: حضوری

🎁 تخفیف ویژه برای شرکت‌های دانش‌بنیان و تیم‌های نوپا
⚠️ ظرفیت کارگاه محدود است

👇 ثبت‌نام و اطلاعات بیشتر:
🔗 https://evnd.co/0HMHW

🌐 TEXAHUB.IR
📣 کانال تلگرام آکادمی فن‌افزا:
@fanafza_academy

این تصویر دقیقاً از اون فضاهاییه که چند تا لایه از اتوماسیون صنعتی و OT رو می‌شه هم‌زمان توش دید. پشت سیستم، نمای HMI/SCADA رو داریم که کل فرآیند رو به‌صورت گرافیکی نشون می‌ده؛ مسیرهای فرآیندی، تجهیزات، مخازن و وضعیت بخش‌هایی مثل Cooling Water و Reactor قابل مشاهده‌ست. جلوی تصویر هم Siemens TIA Portal بازه و برنامه‌ی PLC داره بررسی می‌شه؛ یعنی اینجا فقط بحث مانیتورینگ نیست، عملاً منطق کنترلی سیستم هم در حال بررسی و کاره.
چیزی که برای من جذابه اینه که این دو تصویر در واقع دو طرف یک سیستم واحدن؛ پشت صحنه PLC تصمیم‌های کنترلی رو اجرا می‌کنه و HMI/SCADA هم نتیجه و وضعیت فرآیند رو به اپراتور نشون می‌ده. از دید امنیت OT، دقیقاً همین ارتباط خیلی مهمه؛ چون باید بدونیم ارتباط بین Engineering Station، PLC، شبکه صنعتی و HMI/SCADA چطور برقرار شده، چه کسی بهش دسترسی داره و اگر تغییری در منطق PLC یا داده‌های فرآیند ایجاد بشه، چطور می‌شه اون رو تشخیص داد.

توی چنین محیطی دیگه امنیت فقط «فایروال و آنتی‌ویروس» نیست؛ بحث Segmentation، Access Control، مانیتورینگ ترافیک صنعتی، مدیریت Assetها، ثبت رویدادها، حفاظت از پروژه‌های PLC و تشخیص تغییرات غیرمجاز در Logic مطرحه. چیزی که همیشه برام مهمه اینه که توی OT باید هم‌زمان شبکه و فرآیند فیزیکی رو ببینیم؛ چون پشت همین چندتا خط و بلوک برنامه، یک فرآیند واقعی در حال اجراست و یک تغییر دیجیتال می‌تونه در نهایت اثر خودش رو روی دنیای فیزیکی بذاره.

اینجا دقیقاً جاییه که امنیت سایبری از دنیای IT خارج می‌شه و با مهندسی کنترل و فرآیند واقعی گره می‌خوره.

اینجا برای من صرفاً بازدید از یک مجموعه صنعتی نبود چیزی که واقعاً برام ارزش داشت، دیدن و تحلیل کردن معماری واقعی یک زیرساخت OT در مقیاس صنعتی از زاویه امنیت بود. وقتی وارد چنین محیطی می‌شی، دیگه نمی‌تونی شبکه رو مثل یک شبکه IT معمولی ببینی؛ باید بفهمی هر Asset دقیقاً چه نقشی در فرآیند داره، کدوم مسیرهای ارتباطی واقعاً ضروری هستن، کجاهای معماری باید از هم تفکیک بشن و چه ارتباطی بین لایه‌های Field، Control، Supervisory و Engineering وجود داره. بخشی از تجربه‌ای که اینجا برای من شکل گرفت، کار روی Asset Inventory و شناخت Dependencyهای بین تجهیزات، بررسی معماری شبکه و Trust Boundaryها، تحلیل مسیرهای ارتباطی بین PLC، HMI، Engineering Station و سرورهای کنترلی، بررسی رفتار پروتکل‌های صنعتی و ایجاد Baseline برای ارتباطات مجاز بود. چیزی که در محیط واقعی خیلی زود متوجهش می‌شی اینه که نمی‌تونی با منطق IT بیای داخل OT و انتظار داشته باشی همه‌چیز جواب بده؛ اینجا هر تغییر باید با درنظرگرفتن Availability، زمان‌بندی فرآیند، وابستگی تجهیزات و حتی پیامد فیزیکی اون تغییر انجام بشه.