Сервисы Solar MSS стали доступнее в регионах

Сервисы Solar MSS стали доступнее в регионах

Сервисы Solar MSS стали доступнее в регионах

Компания «Ростелеком-Солар» объявила о трансформации Solar MSS и открыла в Самаре центр экспертизы по сервисам кибербезопасности на базе этой экосистемы. Перевод экспертной помощи в регион позволил российскому провайдеру оптимизировать подход к ценообразованию услуги и сделать ее доступнее для организаций, которым не хватает ресурсов для обеспечения полноценной защиты сетей от кибератак.

Подписка на ИБ-сервисы Solar MSS позволяет организовать комплексную, глубоко эшелонированную защиту бизнес-активов силами внешней команды экспертов в режиме 24/7. Платформа предоставляет клиентам широкий выбор инструментов и технологий, а также возможность контролировать и оценивать эффективность услуги.

Масштабные атаки и сложные угрозы в виртуальном пространстве в настоящее время актуальны не только для крупных компаний и ключевых госорганов, но также для небольших организаций. В прошлом году с киберинцидентами, по данным «Ростелекома», столкнулись около 40% представителей среднего бизнеса, которым из-за бюджетного и кадрового дефицита не удалось обеспечить адекватную защиту.

Поскольку такие атаки в регионах зачастую происходят с использованием эксплойтов и вымогательских программ (в 30-40% случаев, согласно Solar JSOC), сервис-провайдер дополнил свой портфель решениями «под ключ» (бандлами) по комплексной защите онлайн-ресурсов, противодействию фишингу и шифровальщикам, а также построению центров ГосСОПКА.

Каждый бандл предоставляется в трех вариантах, от базового (с минимальным набором необходимых средств защиты) до профессионального.  Для защиты ключевых государственных инфраструктур сформировано отдельное комплексное предложение по обеспечению безопасности всего региона и всех государственных объектов и систем «под ключ».

Изменения в технологической составляющей Solar MSS позволили провайдеру сократить сроки доставки сервисов. В настоящее время 70% из них доступны бесконтактно, из облака, и подключаются за 2-3 дня, то есть ими можно воспользоваться, даже находясь под атакой. Для решений по защите периметра (требуют установки устройств на площадке заказчика) скорость подключения выросла более чем в два раза.

Количество возможных вариантов подключения сервисов Solar MSS увеличилось до 20, что позволяет без проблем интегрировать их в любую инфраструктуру заказчика. Сетевую архитектуру платформы тоже обновили, к ней можно теперь подключать решения любых вендоров, а значит, снизить риски, связанные с санкциями.

«Трансформация экосистемы Solar MSS сделала ее универсальным решением для обеспечения кибербезопасности региональных организаций крупного и среднего размера, — комментирует Константин Каманин, директор по развитию продуктового портфеля Solar MSS компании «Ростелеком-Солар». — Главная ценность, которую получает заказчик, — это круглосуточная киберзащита не конкретных объектов, а бизнес-активов целиком с учетом актуальных для него угроз. Поддержку сервисов Solar MSS обеспечивает выделенная региональная команда экспертов с профильной специализацией. При этом экосистема постоянно развивается с учетом возникающих киберугроз: мы регулярно тестируем в нашей лаборатории современные технологии и прорабатываем новые решения для заказчиков».

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

RSS: Новости на портале Anti-Malware.ru