Печать чеков и кибербезопасность: почему устаревшие системы заслуживают особого внимания
В новом выпуске Threat Source newsletter эксперт Cisco Talos Пьер Кадьё делится историей из практики: в финансовой организации критически важные системы печати чеков работали на устаревших ОС и оборудовании, которые невозможно было обновить. Решение — изоляция устройств в отдельном сегменте сети — не устранило уязвимости, но существенно снизило риск. Материал особенно актуален в Месяц осведомлённости о кибербезопасности.
Подробности
Кадьё приводит пример из собственной карьеры, когда он отвечал за безопасность в финансовой организации. Изучая бизнес-процессы компании, он обратил внимание на большое количество устройств с непропатченными системами в подразделении, отвечающем за печать чеков. Это были не отчёты и не внутренние документы — речь шла о платёжных чеках, которые организация использовала для расчётов с другими учреждениями и, что важнее всего, с собственными клиентами. Причины нарушений политики комплаенса оказались сугубо практическими. ПО для печати критически важных чеков не запускалось на актуальных версиях операционных систем, а физические платы-контроллеры, подключавшиеся к принтерам, требовали устаревших аппаратных портов. Как сформулировал один из сотрудников: «Мы не хотим стать причиной, по которой чья-то бабушка не получит свой чек и не сможет сходить в магазин». Альтернативных решений на тот момент не существовало, а среда не допускала простоя ни на минуту. В качестве компенсирующей меры Кадьё предложил изолировать эти устройства в отдельный сегмент сети. Такой подход блокировал доступ в интернет и из интернета для этих систем, а также снижал вероятность их обнаружения в ходе внутренней разведки или картирования инфраструктуры со стороны злоумышленника. Уязвимости не были устранены, но вероятность инцидента, связанного с устаревшими ОС и ПО, значительно уменьшилась. Автор подчёркивает: подобная ситуация не уникальна. В современных условиях число устаревших и «непатчабельных» систем, выполняющих критичные функции, только растёт, и специалистам по безопасности приходится искать обходные пути защиты вместо привычного обновления.Что делать
Описанный кейс даёт несколько практических ориентиров для специалистов по ИБ: - Инвентаризация критичных активов. Прежде чем защищать, необходимо точно понимать, какие устройства и процессы действительно критичны для бизнеса — включая те, что кажутся «второстепенными», как печать чеков. - Выявление причин отставания по патчам. Часто дело не в халатности, а в несовместимости ПО или оборудования. Важно разобраться в первопричинах, а не просто фиксировать нарушения. - Сегментация и изоляция. Для систем, которые невозможно обновить, наиболее действенная мера — выделение в отдельный сетевой сегмент с блокировкой доступа в интернет и из него. Это ограничивает возможности атакующего и снижает риск обнаружения в ходе внутренней разведки. - Оценка альтернатив. Следует регулярно проверять, не появились ли совместимые версии ПО или оборудование, позволяющие вывести устаревшие системы из эксплуатации. - Коммуникация с бизнесом. Понимание реальных операционных ограничений помогает найти сбалансированное решение, которое не парализует критичные процессы ради формального соответствия требованиям. Итог: не все уязвимые системы можно пропатчить — но грамотная сегментация и изоляция способны существенно снизить риск там, где обновление невозможно. Безопасность — это всегда поиск работающего компромисса между защитой и непрерывностью бизнеса.Источник: Cisco Talos Intelligence

