Утечка данных Quest Diagnostics началась с несанкционированного доступа к платформе Quanum LSM — системе, через которую клиенты лаборатории оформляют исследования и получают результаты. Компания узнала об инциденте 21 октября 2026 года, уже отключила часть сервисов и признаёт, что злоумышленник мог получить доступ к записям пациентов. Для IT-команд это очередное напоминание: медицинская платформа с привычным веб-интерфейсом — критическая инфраструктура, даже если её пользователи называют её просто «кабинетом для заказов».
О раскрытии инцидента Quest Diagnostics сообщила в документе для Комиссии по ценным бумагам и биржам США, а детали приводит BleepingComputer. Пока компания не назвала ни число затронутых людей, ни состав скомпрометированных данных. Расследование продолжается с привлечением внешних специалистов; уведомлены и правоохранительные органы. Неизвестно также, какая группировка стоит за атакой: на момент публикации никто публично не взял ответственность за взлом.
Quanum LSM расшифровывается как Lab Services Manager. Ею пользуются врачи, сотрудники больниц и медицинских офисов: заказывают лабораторные исследования, проверяют статус, смотрят результаты и управляют поставками. Именно поэтому потенциальный доступ к системе важнее, чем типичная компрометация внутреннего корпоративного портала. В таких записях могут пересекаться персональные данные, сведения о назначениях и результаты исследований — то есть информация, которую нельзя безболезненно заменить перевыпуском карты или сбросом пароля.
Компания утверждает, что клиентские операции напрямую не пострадали. Интерфейсы LIS, через которые лабораторные информационные системы обмениваются данными, и интеграции с электронными медицинскими картами затронуты не были. Но это не означает, что работа идёт в штатном режиме: сам Quanum LSM остановлен, а клиентам предложено переходить на бумажные направления либо использовать Quanum eLabs для размещения заказов и получения результатов.
В качестве меры предосторожности Quest Diagnostics временно ограничила доступ и к другим системам, включая Essential Insights и LabHQ. С точки зрения управления инцидентом это выглядит логично: если границы компрометации ещё не ясны, безопаснее сузить поверхность атаки, чем ждать результатов расследования с открытыми соседними сервисами. С точки зрения пользователей — особенно клиник с плотным расписанием — это означает ручные процессы, задержки и необходимость быстро объяснять врачам, почему привычный цифровой маршрут снова превратился в бумажный.
Масштаб компании делает инцидент заметным далеко за пределами одного поставщика. Quest Diagnostics управляет примерно 7 700 точками в Северной Америке, насчитывает 65 000 сотрудников и заявляет, что ежегодно обслуживает каждого третьего взрослого жителя США. При такой связности любой сбой в одном прикладном контуре затрагивает не только ИБ-службу лаборатории, но и кабинеты врачей, больницы, регистратуры, интеграторов и пациентов, ожидающих результаты анализов.
Для Quest это ещё и неприятное продолжение истории с подрядчиками и медицинскими данными. В 2019 году данные примерно 11,9 млн её пациентов оказались затронуты при взломе поставщика услуг по взысканию платежей American Medical Collection Agency. После раскрытия последовали как минимум 19 коллективных исков к Quest Diagnostics; затем их объединили в одно межокружное производство, которое, по данным источника, всё ещё не завершено. Нынешняя ситуация отличается тем, что речь идёт не о внешнем биллинговом подрядчике, а о доступе к собственной платформе компании.
Утечка данных Quest Diagnostics показывает знакомую проблему зрелых организаций: защита не заканчивается на периметре и не сводится к отсутствию простоя в главном сервисе. Если отдельная система умеет принимать заказы, показывать результаты и связывает несколько ролей — от врача до лаборатории, — она заслуживает такого же контроля доступа, журналирования и сценариев аварийной работы, как и основной продукт. Бумажные направления могут поддержать процесс несколько дней, но не заменят заранее отрепетированную модель деградации.
Российским разработчикам медицинских ИС и руководителям клиник здесь полезно смотреть не на географию атаки, а на архитектурный урок. Интеграции с ЛИС и ЭМК, ролевой доступ, сервисные учётные записи, экспорт результатов и поддерживающие порталы часто развиваются разными командами и с разным уровнем контроля. В момент инцидента злоумышленнику не обязательно ломать всё: достаточно попасть в слой, где уже собраны нужные данные и бизнес-функции. Поэтому проверять нужно не только внешние API, но и «второстепенные» кабинеты, каналы поддержки, админские роли и процедуры отключения смежных систем.
Главный вопрос теперь — какие именно записи увидел атакующий и сколько пациентов это затронуло. Пока Quest не публикует эти данные, оценить последствия невозможно. Но сам факт остановки Quanum LSM и переключения клиентов на обходные процессы говорит о простом выводе: в медтехе доступ к рабочему порталу почти всегда означает доступ к гораздо более чувствительному активу, чем кажется по названию системы.
