КИБЕРБЕЗОПАСНОСТЬ

NTSB: военные помехи GPS стали фактором крушения медборта в Нью-Мексико

14 мая 2026 года медборт Beech C90 разбился в Нью-Мексико после потери GPS. Предварительный отчёт NTSB связал эпизод с военными помехами GPS.

✍️ Редакция iTech News | 06.08.2026 | ⏱ 4 мин | Источник: Tom's Hardware
🔐

14 мая 2026 года у Линкольна в Нью-Мексико разбился самолёт санитарной авиации Beech C90: погибли двое пилотов и двое медработников. Предварительный отчёт NTSB не называет военное глушение GPS единственной причиной катастрофы, но показывает его как первый сбой в цепочке, после которого у экипажа резко сузился запас вариантов.

Для ИТ-аудитории вывод неприятно знакомый: критическая система чаще ломается не одним громким отказом, а серией «почти рабочих» состояний, когда данные ещё приходят, но доверять им уже нельзя.

Сбой GPS перевёл полёт из IFR в визуальный заход

Медицинский рейс вылетел из Розуэлла в 23:52 по местному времени и шёл в аэропорт SRR у города Руйдозо, чтобы забрать пациента для перевозки в Альбукерке. Ночь была буквально безлунной: NTSB отдельно указывает 0% лунной освещённости. В 23:54 экипаж получил IFR-разрешение на SRR с высотой 12 тыс. футов.

В 23:58:39 ADS-B, который до этого обновлялся каждые 2-3 секунды, начал передавать точки примерно раз в минуту. В 00:00:26 диспетчер сообщил, что самолёт ушёл на 13 тыс. футов, то есть на тысячу выше заданной высоты. В ответ пилоты сказали, что исправляют высоту и потеряли GPS. Сначала экипаж запросил RNAV-заход на полосу 24, затем во время разворота попросил ILS: без спутниковой навигации исходный план перестал работать.

В 00:01:17 диспетчер попросил руководителя смены связаться с военными и прекратить помехи. К 00:05 запрос дошёл до адресата, а в 00:07:34 ADS-B снова вернулся к нормальной частоте обновлений. Но к этому моменту нагрузка выросла у всех: диспетчер одновременно помогал ещё трём самолётам, которые тоже жаловались на потерю GPS.

В 00:08:30 экипаж повторил, что «видит Руйдозо» и может идти визуально. Диспетчер разрешил визуальный заход и уточнил, что IFR можно отменить в воздухе выше 9 тыс. футов или уже после посадки. Это был последний радиообмен. Около 00:10 военным разрешили возобновить помехи, самолёт начал снижение к SRR, а затем попытался набрать высоту с 9 400 до 9 823 футов. Не успел: удар о склон произошёл примерно на 9 950 футах, в 230 футах ниже объекта связи на вершине гор Капитан.

NOTAM и отказ AWOS заранее сузили запас вариантов

Предварительный отчёт особенно неприятен тем, что ключевые риски были известны ещё до взлёта. В брифинге ForeFlight у экипажа были два активных NOTAM: неработающая автоматическая погодная станция AWOS в SRR и предупреждение о военных помехах GPS на маршруте. Радиус зоны достигал 240 морских миль на высоте около 10 тыс. футов и 366 миль на больших эшелонах. В сводке также прямо стояло: для SRR нет ни METAR, ни TAF.

У обоих заходов на полосу 24, ILS/LOC и RNAV(GPS), было одинаковое ограничение: без местных данных давления для высотомера процедура не разрешена. Иначе говоря, экипаж летел в горный аэропорт без рабочей AWOS, без текущих метеосводок и с известным риском потери GPS. На бумаге погода была ясной, но между самолётом и аэропортом лежали горы Капитан высотой до 10 201 фута, а визуальных ориентиров ночью почти не оставалось.

Именно поэтому заголовок в духе «военные уронили самолёт» был бы слишком удобным. NTSB пока не назвал вероятную причину катастрофы. Но предварительный отчёт уже показывает цепочку: деградация навигации, рост нагрузки в кабине и у диспетчера, смена схемы захода и решение перейти на визуальный режим в момент, когда рельеф всё ещё оставался между бортом и полосой.

Для ИТ-рынка это урок о частичном отказе сервиса

Для русскоязычной ИТ-аудитории это история не только про авиацию. Спутниковая навигация давно встроена в дроны, телематику, логистику, аграрную технику, транспортные платформы и системы контроля геозон. Самый опасный режим здесь не полный отказ, а частичная деградация: данные приходят реже, оператору приходится вручную добирать контекст, а резервный сценарий существует скорее в регламенте, чем в реальной практике.

Практический вывод для команд в России и СНГ простой: если продукт зависит от GPS или ГЛОНАСС, ему нужен честный режим работы при частичном отказе, понятные предупреждения и резервные источники данных. Иначе один внешний сбой сам по себе не выводит систему из строя, но быстро превращает людей вокруг неё в последний и самый слабый уровень защиты.

Итоговый отчёт NTSB должен ответить на главный вопрос: почему экипаж ушёл на визуальный заход в момент, когда навигационные и метеорологические ограничения уже заметно сузили выбор.

Источники: предварительный отчёт NTSB, материал Tom's Hardware.

Поделиться: Telegram X LinkedIn