Новое юрлицо образовано на основе Центра информационной безопасности в составе «Инфосистем Джет», генеральным директором стал Игорь Ляпунов, долгое время руководивший работой Центра.

«Solar Security — наша стопроцентная дочерняя компания, которая в то же время, обладает абсолютно полной операционной независимостью», — заявил Владимир Елисеев, генеральный директор «Инфосистем Джет».

В ее штат вошли разработчики решений в области информационной безопасности, а также сотрудники коммерческего центра мониторинга инцидентов безопасности Jet Security Operation Center (см. «Первая линия защиты», Computerworld Россия, № 29, 2014). Численность Solar Security составит 120 человек.

Задачи новой компании – разработка, маркетинг и продажа продуктов информационной безопасности, а также предоставление сервисов JSOC. Оставшийся в «Инфосистемах Джет» Центр информационной безопасности становится «чистым» интегратором, использующим в предоставляемых заказчикам решениях продукты различных производителей, в том числе Solar Security.

Елисеев пояснил, что на решение выделить в отдельную компанию Solar Security оказали влияние такие факторы, как быстрое развитие рынка информационной безопасности, изменение ИТ-ландшафта под влиянием санкций, набирающая силу тенденция импортозамещения.

«Мы не стартап, наши специалисты имеют почти двадцатилетний опыт создания продуктов информационной безопасности, — подчеркнул Ляпунов. – Стратегия компании заключается в разработке классных технологий, полезных и удобных для заказчиков продуктов и решений».

По словам Ляпунова, бизнес-модель новой компании смещается от производства программного обеспечения в область деятельности сервис-провайдера, предлагающего заказчику комплексные решения. Особое значение придается работе центра JSOC, который рассматривается в качестве эффективного канала доставки продуктов и сервисов их потребителям.

Однако управляемые сервисы информационной безопасности приносили до сих пор не более 10% доходов в этой области, поэтому формирование традиционного партнерского канала продаж является не менее актуальным. Уже ведутся активные переговоры с конкретными заказчиками через партнеров-интеграторов, идет обсуждение проектов, где-то начинаются «пилоты», отметил Ляпунов.

В Solar Security отмечают, что после выделения в самостоятельную компанию открывается возможность осуществлять поставки разработанных продуктов через таких интеграторов, как «Информзащита» и «Техносерв», чему прежде препятствовала прямая конкуренция с «Джетом».

Теперь продукты, разработанные в «Инфосистемах Джет», получили новые названия: Solar Dozor (система контроля коммуникаций сотрудников), Solar inView (аналитическая система для ситуационных центров информационной безопасности) и Solar inRights (централизованная система управления учетными записями и правами доступа).

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

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

Комментируя возможное влияние кризиса на российский рынок информационной безопасности, Ляпунов подчеркнул, что в четвертом квартале прошлого года не выявилось «заметных рублевых потерь», а в первом квартале началась реализация практически всех проектов, намеченных в 2014-м. Совокупный объем продаж продуктов и сервисов информационной безопасности достиг в прошлом году в «Инфосистемах Джет» 768 млн руб.

Перед новой компанией поставлена цель за два года войти в тройку крупнейших производителей средств информационной безопасности России. В текущем году в Solar Security планируют довести объем продаж продуктов и сервисов до 1,1 млрд руб. в ценах конечных заказчиков.

В «Инфосистемах Джет» намерены оказывать финансовую поддержку Solar Security в переходный период и предоставить для ее развития до 150 млн руб.

«Тем не менее одна из наиболее сложных задач заключается в том, чтобы убедить в ближайшие полгода рынок в реальной операционной независимости Solar Security», — резюмировал Елисеев.

Утвержденная в 2012 году ИТ-стратегия, пояснил Владислав Беляев, директор по информационным технологиям группы «Черкизово», предусматривает централизацию и унификацию приложений ERP и MES, объединение серверных ресурсов в корпоративном ЦОД, построение единой корпоративной сети.

«Проанализировав различные варианты создания ЦОД, мы остановились на модульной конструкции, как наиболее подходящей для его строительства на территории действующего мясоперерабатывающего завода», — подчеркнул Сергей Андронов, директор центра сетевых решений компании «Инфосистемы Джет». Благодаря значительному уменьшению объема проектных работ, упрощению логистических процедур, снижению рисков за счет применения отработанных комплексных решений модульность должна значительно упростить многие этапы строительства ЦОД.

Новый ЦОД группы построен с учетом требований стандарта TIA-942 на основе модульных решений Contain-RZ и занимает площадь около 200 кв. м. По данным «Инфосистем Джет», уровень надежности его инженерных систем соответствует требованиям Tier II по классификации Uptime Institute, а коэффициент готовности равен 99,749%.

ЦОД состоит из трех модулей; в двух установлены 32 стойки для ИТ-систем и сетевого оборудования, а еще в одном — источники бесперебойного питания, аккумуляторные батареи, баллоны системы газового пожаротушения. ИБП способны обеспечить автономную работу ЦОД в течение 15 минут.

Стойки рассчитаны на 10-киловаттную нагрузку. Подведенная мощность каждого из двух фидеров составляет 600 кВт. В системе электроснабжения предусмотрена также дизельная генераторная установка.

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

По словам Веры Савенко, руководителя управления ИТ-инфраструктуры группы «Черкизово», в ЦОД установлены серверы HP, системы хранения данных HP и NetApp, а также оборудование ядра корпоративной сети на основе коммутаторов Cisco Nexus.

Еще одним совместным проектом «Черкизово» и «Инфосистем Джет» стала модернизация кабельной инфраструктуры Черкизовского мясоперерабатывающего завода и внедрение там структурированной кабельной системы, проведенное в рамках создания единой корпоративной сети компании.

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

Для СКС выбраны продукты компании Telegartner. Как утверждают представители компании, Telegartner — единственный на сегодняшний день производитель, выпускающий СКС в промышленном исполнении со степенью защиты IP68. Промышленное решение Telegartner в данном проекте используется впервые в нашей стране. Этот известный в Германии производитель СКС на российском рынке представлен всего около двух лет, и проект в «Черкизово» весьма важен для него.

СКС категории 6 выполнена на основе топологии иерархической звезды с единым центром. Она охватывает девять корпусов завода, содержит 36 коммутационных кроссовых узлов, поддерживает более 50 активных сетевых устройств. СКС предоставляет в распоряжение пользователей около полутора тысяч портов, 840 из которых формируют ее защищенную часть, размещенную в цехах. Локальная сеть завода осуществляет теперь передачу всех видов данных предприятия — ПК, серверов, систем телефонии, безопасности, а также технологического оборудования.

ЦОД «Черкизово» введен в действие в декабре 2014 года, и сейчас проходит его опытная эксплуатация. По предварительным оценкам, усредненный коэффициент его энергоэффективности может составить 1,2. Благодаря модульной структуре центр обработки данных удалось построить за десять месяцев, и его создатели утверждают: этот срок в полтора раза меньше, чем тот, что в среднем требуется на создание корпоративного ЦОД.

14 ноября в Нижнем Новгороде сотрудниками компании была продемонстрирована работа «первой линии» коммерческого центра мониторинга инцидентов безопасности Jet Security Operation Center (см. также «Спорные вопросы информационной безопасности », Computerworld Россия, № 16, 2014).

JSOC, который обеспечивает оперативное реагирование на события, способные привести к серьезным проблемам в области безопасности информационных систем его клиентов, введен в действие весной 2013 года. Основная часть его инфраструктуры, включающей продукты HP, IBM, NetApp, Cisco, размещена в центре обработки данных «Инфосистем Джет», резервная площадка находится в здании компании.

Соответствие инженерных систем ЦОД требованиям Uptime Institute Tier III, а также использование технологий высокой доступности в ИТ-комплексе, обеспечивают, по данным компании, уровень готовности JSOC, отвечающий показателю 99,8%. Инфраструктура JSOC имеет сертификат соответствия спецификациям стандарта PCI DSS. В качестве системы SIEM (Security Information and Event Management) используется программный комплекс HP ArcSight. Инвестиции в проект составляют более 4 млн долл.

«Первым нашим клиентом была крупная компания, передавшая нам обслуживание и поддержку системы SIEM. Тогда же еще в одной компании, работающей в области ретейла, хотели получить сервис реагирования на инциденты без приобретения для этого специального оборудования и покупки программных лицензий», — сообщил Владимир Дрюков, руководитель направления аутсорсинга информационной безопасности компании «Инфосистемы Джет».

В настоящее время JSOC предоставляет дистанционные услуги 13 организациям, в том числе банкам, включая «Лето Банк» и Уральский банк реконструкции и развития, финансовым компаниям и розничным сетям.

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

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

Специалисты «вторых линий» располагаются в Москве; в наиболее сложных случаях дополнительно привлекаются аналитики и администраторы информационной безопасности.

В JSOC ежедневно регистрируется около полутора сотен инцидентов информационной безопасности, причем 80% из них – в дневное время. Большая же часть направленных атак фиксируется в период от восьми вечера до девяти утра, когда, как полагают их организаторы, менее вероятно противодействие персонала соответствующих служб.

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

Предусмотрены несколько типов соглашений о качестве обслуживания (Service Level Agreement). К примеру, для SLA с наилучшими параметрами сервиса время обнаружения критичных инцидентов не превышает 10 минут, время их базовой диагностики и информирования заказчика с предоставлением определенной договором аналитической справки — 20 минут, выдачи рекомендаций по противодействию – 45 минут.

«Контроль за SLA в любом случае остается на первой линии», — подчеркнул Алексей Кривоногов, руководитель нижегородской группы мониторинга и администрирования. В настоящее время выполнения договоров SLA оценивается показателем 97,9%.

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

По результатам 2013 года аутсорсинг и JSOC вошли в тройку наиболее быстрорастущих направлений бизнеса «Инфосистем Джет» в области информационной безопасности. На долю JSOC здесь приходится около 5% доходов, и, как ожидают, этот показатель должен возрасти в следующем году в три раза. Ожидается также, что в 2015 году число клиентов JSOC увеличится почти вдвое.

Всеволод Иванов: «Вопрос защиты персональных данных сегодня актуален для среднего бизнеса так же, как и для крупного»

19 сентября на конференции Business Information Security Summit 2014 были объявлены итоги нескольких исследований, характеризующих современный рынок средств защиты от утечек данных (Data Leak Protection, DLP).

Фаяз Хаки, ведущий аналитик IDC, считает, что термин «риски информационной безопасности» использовать в принципе неверно, поскольку обработка и хранение корпоративных данных сопряжена с рисками для любых бизнес-процессов, а значит, несет в себе потенциальную угрозу всем предприятиям и организациям. Поэтому, подчеркивает Хаки, необходимо говорить о рисках для деловых операций при использовании данных и учитывать этот аспект при построении корпоративной системы безопасности.

Согласно исследованиям IDC, наибольшая угроза для конфиденциальных данных исходит от сотрудников предприятий — чаще всего их халатность приводит к утечкам важных данных, а от человеческой оплошности защититься очень трудно.

Российский рынок информационной безопасности по итогам 2013 года в IDC оценили в 412 млн долл. Больше половины продаж (56%) приходится на продукты для защиты пользовательских устройств. С 2013-го по 2018 год наш рынок информационной безопасности будет расти в среднем на 4,2% в год. При этом рост прогнозируется во всех сегментах, но быстрее других будут расти продажи средств защиты систем обмена электронными сообщениями, а также продуктов для борьбы с утечками данных.

Илья Шабанов, управляющий партнер компании Anti-Malware, привел собственные оценки отечественного рынка DLP. По его данным, за последние три года на рынке при общей тенденции роста наблюдалось несколько фаз. Так, в 2010 году совокупная выручка от продажи систем DLP выросла на 48%, а в 2011-м — только на 41%. Затем был отмечен годовой рост на 64%, но по итогам 2013 года рост замедлился до 28%. При этом объем рынка достиг отметки в 70 млн долл.

Рынок DLP контролируют три игрока — компании InfoWatch (35,9%), «Инфосистемы Джет» (21,1%) и Zecurion (19,2%). Первая заработала на продуктах DLP в 2013 году 25,6 млн долл., вторая и третья — 15,1 млн и 13,7 млн долл. соответственно. Из активно растущих молодых компаний Шабанов отметил GTB.

По его наблюдениям, на рынке сложились три главных сегмента потребителей решений для борьбы с утечками. Активнее остальных продукты DLP закупают крупные компании с числом рабочих мест более тысячи. Их доля в объеме закупок достигает 64%. На втором месте — госструктуры, совершившие 26% закупок. Средний бизнес менее всего озабочен проблематикой DLP — доля небольших предприятий в структуре рынка составляет всего 10%.

Учитывая, что продажи у лидеров рынка продолжают увеличиваться и в текущем году, общая динамка рынка по итогам 2014 года будет положительной, полагает Шабанов. Одновременно растет зрелость заказчиков и сложность проектов, а цены понемногу снижаются, добавил он.

Исполнительный директор InfoWatch Всеволод Иванов дал рынку более консервативную оценку. По его данным, продажи у всех участников рынка в прошлом году выросли лишь на 20%, и в сумме составили 1,8 млрд руб. (примерно 47 млн долл.). Эксперт обратил внимание, что в текущем году при анализе рыночной ситуации учитывались утечки, связанные с вовлечением в противоправную деятельность инсайдеров, а также утечки в результате хакерских атак.

«Число зарегистрированных в первой половине 2014 года утечек выросло в России вдвое — до 96 инцидентов. Отчасти такая динамика обусловлена тем, что на утечки стали обращать больше внимания и раскрывать информацию о них», — отметил Иванов.

Число случайных и умышленных утечек за этот период было практически одинаковым. При этом 71% утечек произошло по вине рядовых сотрудников и бывших работников пострадавших компаний и организаций. Значительное число утечек (8,4%) произошло по вине представителей подрядчиков, так или иначе получивших доступ к данным предприятий во время выполнения различных проектов. Абсолютное большинство умышленных утечек (90,7%), зафиксированных в первом полугодии, связаны с персональными данными. Поэтому вопрос их защиты сегодня актуален для среднего бизнеса так же, как и для крупного, подчеркнул Иванов.

Проанализировали в InfoWatch и состояние с утечками в других странах. Всего в мире за первые шесть месяцев текущего года было зафиксировано 654 тревожных инцидента (на треть больше, чем в первой половине 2013 года), при этом было скомпрометировано 450 млн записей, затрагивающих прежде всего финансовые и персональные данные. Россия в списке самых «опасных» для конфиденциальных данных стран занимает второе место после США.

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

Переезд в новое офисное здание или ЦОД, плановое или вынужденное обновление критичных ИТ-систем, а также их перенос на другую платформу сопряжены с теми же проблемами, что и бытовой переезд из старой квартиры в новую. Это неразбериха в момент упаковки «ценностей», опасность их повреждения и кражи во время транспортировки, непредвиденные расходы в ходе погрузочно-разгрузочных работ. И, как правило, что-нибудь во время переезда все-таки потеряется в одной из «неподписанных коробок». Чтобы этого не случилось, переезд должен быть самым тщательным образом спланирован. О нюансах подготовки к миграции корпоративных ИТ-систем рассказывает руководитель производства Центра проектирования вычислительных комплексов компании «Инфосистемы Джет» Игорь Григорьев.

- Что в вашей интерпретации означает переезд ИТ-системы?

Начну с того, что под ИТ-системой в данном случае мы понимаем набор программных и аппаратных средств, которые реализуют бизнес-функции (процессинг, управление отношениями с клиентами, биллинг и др.). Кроме того, переезжать могут инфраструктурные системы, которые находятся в ведении ИТ-специалистов и не выполняют непосредственно бизнес-задачи.

Один из вариантов переезда – физическое перемещение в другой дата-центр или на другую площадку. Также возможен переезд со сменой платформы – как аппаратной, так и программной. Третья разновидность — так называемый «онлайн-переезд», при котором время остановки ИТ-сервисов минимизировано. В жизни зачастую встречается комбинация всех перечисленных типов миграции. Это самый сложный случай, поскольку процесс нужно организовывать так, чтобы потребители ИТ-услуг не заметили, что система вообще куда-то переехала. Исходя из опыта выполненных проектов мы разработали собственную методологию переноса корпоративных ИТ-систем.

- В чем состоит предложенная вами методология? С чего вообще нужно начинать переезд?

Прежде всего, нужно зафиксировать цели предстоящего переезда. Тут возможны варианты: повысить уровень поддержки, провести стандартизацию, снизить расходы, а также вывести из эксплуатации устаревшее оборудование и т.п. Например, один из наших заказчиков инициировал проект миграции, так как возникла необходимость освободить помещение в центре Москвы. Другой в результате слияния компаний унаследовал пул оборудования на разных платформах, и требовалось привести ИТ-ландшафт к единому стандарту. Выявив цели, мы определяем тип предстоящей миграции. В частности, выясняем, какие системы могут быть отключены во время переезда, как долго они могут простаивать, какие требования предъявляются к доступности ИТ-ресурсов в процессе их переноса. Можно построить новый ЦОД и запустить его, одновременно отключив старый. А можно все выключить в старом дата-центре, погрузить в машину, отвезти на новую площадку и там смонтировать. Но чаще всего заказчики предпочитают компромиссные решения: часть второстепенных систем на время переезда выключается, а критичные сервисы мигрируют на новое место в режиме онлайн. Крайне важно на этапе предварительного обследования выявить алгоритм взаимодействия ИТ-систем и определить общий порядок их переезда. Это дает возможность примерно оценить стоимость проекта, включая затраты на подменный фонд оборудования, обеспечение дополнительных каналов связи и др., а сам процесс миграции сделать управляемым.

- Можно ли провести миграцию своими силами?

Зачастую сотрудники компании не знают, как подступиться к миграции, – не хватает практического опыта, нет целостного взгляда на свою ИТ-инфраструктуру. В больших организациях в миграции участвует несколько подразделений, которым порой сложно друг с другом договориться. Если задачу переезда поставить перед администраторами систем, каждый из них, скорей всего, попросит новое оборудование и постарается осуществить перенос с минимальным простоем, а это не всегда целесообразно. Интегратор в данном случае становится связующим звеном, единой точкой управления проектом. Мы добиваемся того, чтобы все участники проекта работали как единая кросс-функциональная команда, помогаем оптимизировать процесс миграции с учетом имеющихся целей, задач, сроков и бюджета. В нашей практике был случай, когда один из банков начал миграцию своими силами, но в итоге обратился к нам: переезд грозил растянуться на несколько лет, тогда как срок аренды ЦОД истекал через восемь месяцев. После того как мы классифицировали системы и определили тип переезда, удалось организовать работу «конвейерным методом». В результате уложились в отведенные сроки, осуществив миграцию около 400 виртуальных серверов.

- Всегда ли заказчика устраивает предложенная стоимость проекта?

Заказчик получает черновой вариант бюджета проекта и список необходимых ресурсов. В дальнейшем нередко происходит его корректировка. Например, случается так, что владельцы систем, которые требовали переезда в режиме онлайн (то есть с полным резервированием и без остановки сервисов), вдруг соглашаются, условно говоря, «на грузовик». Обнаруживается, что затраты на онлайн-переезд значительно выше потерь от, скажем, четырехчасовой остановки серверов во время их транспортировки и перезапуска в новом месте.

- Какова степень детализации плана переезда?

Для типовых систем (например, инфраструктурных) пишется высокоуровневый план миграции, для сложных и сильно связанных между собой систем – более детальный. Фиксируются все инженерные операции, вплоть до того, какие данные ИТ-систем куда необходимо скопировать, по каким протоколам они будут переданы и так далее. Заранее определяется продолжительность этапов миграции (это особенно важно при онлайн-переезде). В случае необходимости проводится дополнительное обследование. Если перенос осуществляется через подменный фонд, решается, каким образом его нужно подготовить на новой площадке для успешного переноса данных и приложений. Редко бывает, когда первоначальные проработки реализуются без изменений. В большинстве случаев миграция — это стресс для заказчиков. Чтобы сократить продолжительность проекта и уменьшить риски, работы выполняются конвейерным способом. Проектируется переезд системы или группы систем, и затем отдается на реализацию. Таким образом, мы рационально используем свои ресурсы, а заказчик может планировать свою деятельность во время миграции. На этой же стадии определяются критерии, по которым будет принято решение об успешности каждого этапа. Для критичных или проблемных систем планируется тестовый переезд.

- Тестовый переезд позволяет предотвратить проблемы?

Фактически, это тренировка, позволяющая убедиться в правильности выбранного технического подхода к миграции и реалистичности сроков. По результатам тестового переноса принимается решение о начале полноценного переезда или же о корректировке методики. И только потом происходит боевой переезд. Но бывает, что и после боевой миграции что-то идет не так. На этот случай предусмотрен план отката; такой план — обязательная составляющая проекта. Самый простой вариант — выключить систему на новой площадке и перезапустить ее на старой. Проблемы могут выявляться уже в ходе последующей эксплуатации. В частности, при смене платформы возникают ошибки, которые обнаружить сразу после переезда невозможно. Такое бывает и в случае смены версии ПО и миграции на новую аппаратную платформу. Мы всегда заранее оговариваем предельный срок, после которого еще возможен возврат к старой версии ИТ-системы. Например, после недельной эксплуатации проще исправить ошибки, проявившиеся после переезда, чем откатиться назад.

- Какая часть данных резервируется в процессе миграции?

Это зависит от проекта. Так, при переезде ИТ-систем «Голден Телеком» в ЦОД «ВымпелКома» мы провели миграцию 63 информационных систем, в том числе 250 серверов. Часть систем были переключены в режиме онлайн; примерно пятая часть всех данных компании полностью резервировалась. Если говорить о подменном оборудовании, у нас есть свой коммерческий виртуальный центр обработки данных, ресурсы которого мы можем предоставить заказчику, например, для резервного копирования данных. Это существенно сокращает время переезда, поскольку не нужно покупать и настраивать подменный фонд. Ведь поставка нового ИТ-оборудования может занять несколько недель. В подобных проектах мы всегда точно знаем, где находится копия критичных для бизнеса данных, которые можно немедленно восстановить.

- Каким образом заказчик контролирует ход проекта?

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