اقدام پرریسک ارتش آمریکا برای تعویض آنلاین نرمافزار مأموریت پهپادهای رزمی در میانه پرواز، در کنار افشای سابقه سقوط پهپادها به دلیل خطای محاسباتی الگوریتمها، نگرانیهای دولت آمریکا را درباره آسیبپذیری شدید نیروهای هوایی در برابر حملات سایبری و خطاهای مرگبار نرمافزاری تشدید کرده است.
به گزارش خبرگزاری ۶۰ثانیه، هواپیمای رزمی بدونسرنشین آمریکا از مرحله آزمایش صرف عبور کرده و حالا به مرحله تولید نزدیک میشود؛ اما درست در همین نقطه، نرمافزار به مهمترین بخش پروژه تبدیل شده است. ۲۳ سپتامبر ۲۰۲۶، مجله «نیروی هوا و فضای» ایالات متحده گزارش داد شرکت «جنرال اتمیکس» ظرفیت تولید افکیو-۴۲ وِنژنس را به ۶ فروند در ماه رسانده و شرکت «اندوریل» نیز در کارخانه جدید خود در اوهایو برای تولید ۱۵۰ فروند افکیو-۴۴ فیوری در سال برنامهریزی کرده است.
با این حال، پول خرید این هواپیماها برای سال مالی ۲۰۲۷ هنوز تصویب نشده است. همزمان، نیروی هوایی آمریکا در یک آزمایش پروازی نشان داده است که میتواند نرمافزار «خودمختاری مأموریت» یک افکیو-۴۴ را در میانه پرواز از یک سازنده به سازنده دیگر تغییر دهد؛ یعنی بدون فرود هواپیما، «مغز مأموریت» آن عوض شود و همان الگوی پروازی دوباره اجرا شود.
این آزمایش بر پایه «معماری مرجع دولتی خودمختاری» انجام شده و به گفته یک مقام ارشد نیروی هوایی، یک نمایش واقعی در پرواز بوده، نه صرفاً آزمایش آزمایشگاهی. آمریکا دیگر هواپیما را جدا از نرمافزار نمیخرد در پس این آزمایش، یک تغییر مهم در شیوه ساخت سلاح قرار دارد.
نیروی هوایی آمریکا در برنامه هواپیماهای رزمی مشارکتی تصمیم گرفته است بدنه هواپیما و نرمافزار خودمختاری مأموریت را تا حد زیادی از یکدیگر جدا کند و حتی نرمافزار را بهصورت یک قلم مستقل خریداری کند. در قراردادهای ژوئن ۲۰۲۶، شش شرکت برای توسعه نرمافزار خودمختاری وارد چرخه رقابتی شدند و «اندوریل»، «شیلد اِیآی» و «کالینز ایروسپیس» در مرحله نخست برای رساندن قابلیت به سطح عملیاتی با یکدیگر رقابت میکنند.
در واقع قرار است پس از دو دوره ششماهه، تا تابستان ۲۰۲۷ یک تأمینکننده اصلی برای نسل نخست این هواپیماها انتخاب شود. منطق این طرح روشن است: اگر تهدید تغییر کند، نیروی هوایی نباید برای تغییر رفتار هواپیما چند سال منتظر طراحی مجدد بدنه بماند.
معماری جدید به آن اجازه میدهد لایه مأموریت را سریعتر بهروزرسانی کند. حتی نیروی هوایی صراحتاً گفته است که این معماری برای جلوگیری از وابستگی بلندمدت به یک شرکت و امکان جایگزینی نرمافزارهای مختلف طراحی شده است.
در آزمایش ۲۳ سپتامبر، موضوع فقط تعویض نرمافزار نبود. ساختار معماری جدید، نرمافزارهای حیاتی پرواز و ایمنی را از نرمافزار مأموریت جدا میکند؛ بنابراین بخشهایی مانند جنگ الکترونیک، ارتباطات و قابلیتهای راداری میتوانند با سرعت بیشتری تغییر کنند، بدون اینکه کل نرمافزار هواپیما از نو بازطراحی شود.
مشکل جایی است که نرمافزار قبلاً هواپیما را زمینگیر کرده است این تحول زمانی جالبتر میشود که یک اتفاق واقعی در همین برنامه را کنار آن بگذاریم. اوایل آوریل ۲۰۲۶، یک نمونه افکیو-۴۲ پس از برخاستن سقوط کرد.
بررسی مشترک نیروی هوایی و جنرال اتمیکس علت حادثه را «محاسبه اشتباه سامانه خلبان خودکار درباره وزن و مرکز ثقل هواپیما» اعلام کرد. پروازهای آزمایشی این برنامه حدود شش هفته متوقف شد و سپس شرکت پس از اصلاح نرمافزار آزمایشها را از سر گرفت.
کسی در این حادثه آسیب ندید، اما خود هواپیما از بین رفت. این یعنی در هواپیمای رزمی بدونسرنشین، خطای نرمافزار میتواند مستقیماً به حادثه فیزیکی تبدیل شود.
این تفاوت بزرگی با نرمافزاری است که مثلاً روی یک سامانه اداری خراب میشود. در یک هواپیمای خودمختار، یک خطای محاسباتی میتواند بر مسیر پرواز، کنترل هواپیما یا اجرای مأموریت اثر بگذارد.
به همین دلیل، وقتی نیروی هوایی از «بهروزرسانی در مقیاس دقیقه» سخن میگوید، پرسش اصلی فقط سرعت انتشار نسخه جدید نیست؛ مسئله این است که هر نسخه جدید تا چه اندازه و در چه شرایطی آزمایش و تأیید شده است. سرعت توسعه، خطر جدیدی هم با خود میآورد دفتر حسابرسی دولت آمریکا پیشتر هشدار داده بود که وزارت دفاع در استفاده از معماریهای باز و ماژولار هنوز با مشکلاتی در برنامهریزی، هماهنگی و اجرای این رویکرد مواجه است.
در گزارش این نهاد آمده است که استفاده درست از معماری باز میتواند جایگزینی قطعات و ارتقا را آسانتر کند، اما وزارت دفاع برای دستیابی کامل به این مزیتها هنوز به فرایندهای بهتر، هماهنگی بیشتر میان برنامهها و تحلیل دقیق هزینه و فایده نیاز دارد. این مسئله در مورد هواپیمایی که نرمافزار مأموریت آن عمداً قرار است مرتب تغییر کند، اهمیت بیشتری پیدا میکند.
یک معماری باز باید بتواند همزمان دو کار ظاهراً متضاد را انجام دهد: از یک طرف، اجازه بدهد قابلیتهای جدید سریع وارد هواپیما شوند و از طرف دیگر، مرز میان اجزای آزمودهشده و اجزای در حال تغییر را حفظ کند. به همین دلیل است که نیروی هوایی، نرمافزارهای پروازی و ایمنی را از نرمافزار مأموریت جدا کرده است.
چرا که هدف، ایجاد یک «محفظه ثابت» برای بخشهای حساس و یک «فضای قابل تغییر» برای قابلیتهایی است که باید با سرعت بیشتری تکامل پیدا کنند. آزمایش اخیر نشان داده این ایده از نظر فنی امکانپذیر است؛ اما امکانپذیری با اثبات کارایی در همه شرایط نبرد یکی نیست.
جنگ الکترونیک دقیقاً به نقطه متحرک نرمافزار حمله میکند این مسئله در جنگ الکترونیک اهمیت بیشتری دارد، چون خود نیروی هوایی میخواهد قابلیتهای ارتباطی و جنگ الکترونیک را در همین لایه نرمافزاری سریعتر بهروزرسانی کند. یعنی نرمافزار هواپیما قرار است خود را با محیطی تطبیق دهد که دشمن نیز در آن دائماً روشهای کشف، اخلال و فریب را تغییر میدهد.
از طرف دیگر، هرچه یک سامانه بیشتر به نرمافزار و ارتباطات متکی شود، سطح حمله سایبری آن نیز اهمیت بیشتری پیدا میکند. دفتر حسابرسی دولت آمریکا سالهاست هشدار میدهد که وابستگی فزاینده تسلیحات به نرمافزار و شبکه، در کنار افزایش قابلیتها، آسیبپذیری آنها در برابر حملات سایبری را نیز بالا میبرد.
این نهاد در سال ۲۰۱۹ تصریح کرده بود که خودکارسازی و اتصال شبکهای از توانمندسازهای اصلی سلاحهای جدید هستند، اما همین ویژگیها آنها را در برابر حملات سایبری آسیبپذیرتر میکنند. در نتیجه، «بهروزرسانی سریع» خودبهخود به معنی «امنیت بیشتر» نیست.
یک نرمافزار مأموریت باید پیش از ورود به چرخه عملیاتی، هم درست کار کند، هم در برابر داده نادرست و شرایط غیرعادی مقاوم باشد و هم مشخص باشد که چه سطحی از اختیار را در اختیار الگوریتم قرار میدهد. آمریکا هنوز انسان را از تصمیمهای نهایی حذف نکرده است در همین جا باید یک سوءبرداشت رایج را هم کنار گذاشت.
افکیو-۴۲ و افکیو-۴۴ فعلاً «کاملاً خودمختار» به معنای بینیازی مطلق از انسان تعریف نشدهاند؛ نیروی هوایی آنها را سامانههای «نیمهخودمختار» معرفی میکند که در کنار جنگندههای سرنشیندار فعالیت خواهند کرد. در آزمایش تسلیحاتی نیز نیروی هوایی آمریکا بر حفظ نظارت انسانی بر رهاسازی سلاح تأکید کرده است.
حتی در آزمایشهای فرماندهی و کنترل، نیروی هوایی در سپتامبر ۲۰۲۶ صریحاً در حال اندازهگیری عملکرد «تیم انسان و ماشین» بوده و سرعت و دقت تصمیمگیری انسان در کنار هوش مصنوعی را با حالت انسانمحور مقایسه کرده است. بنابراین مسیر فعلی بیشتر به سمت تقسیم کار میان انسان و الگوریتم حرکت میکند تا حذف کامل انسان.
با این حال، روند کلی روشن است. آمریکا میخواهد هواپیماهای بدونسرنشین را در تعداد بالا تولید کند؛ جنرال اتمیکس از ظرفیت ۶ فروند در ماه سخن میگوید و اندوریل هدف ۱۵۰ فروند در سال را دنبال میکند.
نیروی هوایی نیز اعلام کرده قصد دارد تا سال ۲۰۳۲ حدود ۵۰۰ فروند از این خانواده در اختیار داشته باشد و در نهایت به حدود هزار سامانه برسد. اما در کنار این افزایش تعداد، یک تحول مهمتر در حال رخ دادن است: ارزش هواپیما دیگر فقط در بدنه، موتور و تسلیحات آن خلاصه نمیشود؛ نرمافزار مأموریت به بخشی مستقل از ارزش رزمی هواپیما تبدیل شده است.
به همین دلیل، شاید مهمترین آزمایش این برنامه نه لحظه شلیک موشک، بلکه لحظهای باشد که هواپیما در آسمان تصمیم میگیرد. آمریکا نشان داده که میتواند در همان پرواز، نرمافزار مأموریت را عوض کند؛ اما تجربه سقوط افکیو-۴۲ نیز نشان داده است که یک خطای نرمافزاری میتواند در دنیای واقعی از داخل کد بیرون بیاید و به یک هواپیمای چند میلیوندلاری برخورد کند.
بنابراین میتوان اینگونه نتیجه گرفت که در جنگندههای نسل بعد، مسابقه بر سر این است که چه کسی میتواند مغز نرمافزاری این هواپیماها را سریعتر تغییر دهد، بدون آنکه سرعت به قیمت از دست رفتن قابلیت اطمینان تمام شود. بمنظور دسترسی پایدار به اخبار و مطالب ما، آخرین نسخه اپلیکیشن را میتوانید از اینجا و در فروشگاههای « کافه بازار » و « مایکت » دانلود و نصب کنید.
منابع https://militaryembedded.com/unmanned/sensors/mosa-enables-autonomy-to-be-modular-and-scalable https://www.airandspaceforces.com/air-force-cca-production-rates-funding-2027/ https://www.af.mil/News/Article-Display/Article/4405471/air-force-validates-open-architecture-expands-collaborative-combat-aircraft-ecosystem/ https://www.airandspaceforces.com/yfq-42a-cca-returns-to-flight-software-fix-crash/ https://www.gao.gov/products/gao-25-106931