Заявка на услуги DST
Наш специалист свяжется с вами, обсудит оптимальную стратегию сотрудничества,
поможет сформировать бизнес требования и рассчитает стоимость услуг.
Простая утечка данных, как правило, происходит при случайном раскрытии конфиденциальной информации, что в корне отличается от тех утечек, которые являются результатом целенаправленной кибератаки.
Как бы то ни было, для защиты от любого типа утечек компании могут внедрять различные методы защиты своей информации. В этой статье мы расскажем о самых эффективных мерах, которые ваша организация может предпринять для обеспечения безопасности и сохранности своих данных.
Почему важно предотвращать утечки данных?
Утечки данных постоянно находятся в центре внимания киберпреступников. Многие из них, например, ведут непрерывный мониторинг учётных записей лиц, занимающих высокие должности в той или иной компании, лишь бы подловить на ошибке и заполучить ценую информацию.
Случайное раскрытие может обеспечить доступ хакеров к финансовым данным, коммерческим секретам, персональной идентификационной информации и прочим частным записям. То же самое касается и злонамеренной компрометации.
Конечно, риск раскрыть секретную информацию случайно гораздо ниже, чем при кибератаке, но он никогда не равен нулю. А когда злоумышленник получает доступ к такой информации, становится уже не столь важно, как именно он её заполучил.
Впоследствии информация может уйти с молотка конкурентам или же хакеры опубликуют её бесплатно в свободном доступе. Так или иначе, все секреты организации станут достоянием общественности, что может кардинально повлиять на бизнес и выбить из колеи даже самые крупные и стабильные предприятия.
Каковы самые распространённые причины утечки данных?
Утечки данных могут происходить по самым разным причинам. Понимание распространённых причин утечек может помочь избежать их. Ниже перечислены наиболее частые ошибки, которые организации сначала совершают, а затем долго и горько об этом жалеют.
- Неправильная конфигурация программного обеспечения: настройки безопасности, которые либо не реализованы вовсе, либо реализованы с ошибками — обеспечивают пробелы в системе безопасности, подвергающие данные реальной угрозе компрометации.
- Уязвимости программного обеспечения: необновлённое до актуальной версии ПО, которое содержит известные уязвимости, явно не играет безопасности на руку, так как многократно повышает шанс утечки конфиденциальных данных.
- Слабые пароли: они делают личную информацию крайне уязвимой для кибератак. Многофакторная аутентификация может исправить положение, но и её лучше совмещать с надёжными паролями, чтобы свести к минимуму любые риски.
- Угрозы со стороны инсайдеров: чрезмерные привилегии работников компании повышают риск внутренних угроз. Страшно подумать, но даже доверенный сотрудник, проработавший в компании много лет, может запросто слить все данные, к которым у него будет доступ.
- Социальная инженерия: это использование обмана или манипуляций для принуждения людей к разглашению конфиденциальной информации. Если сотрудник или деловой партнёр компании не подготовлен к таким приёмам, он сам выдаст злоумышленникам все секреты, и даже не поймёт, что сделал что-то не так.
- Физическая кража: чрезмерная концентрация исключительно на цифровой безопасности отводит на второй план безопасность физических устройств — их учёт и различные профилактические меры. А ведь это крайне важно, ведь любой современный компьютер оснащён USB-портом, через который можно сгрузить секретную информацию на флешку. А может злоумышленник решит вынести ноутбук целиком? Даже если его система будет защищена в круг, что спасёт информацию от её извлечения напрямую с накопителя? Вариантов масса, и именно поэтому компании должны не забывать про защиту физического оборудования.
- Скрытый фишинг: данный тип фишинга представляет из себя, например, отправку злоумышленником электронного письма с запросом финансовой информации. Подобные электронные письма зачастую кажутся законными и невинными, так как отправители обычно маскируются под партнёров или коллег, однако именно они могут иметь крайне серьёзные последствия для компании, если речь идёт о конфиденциальной информации.
- Вредоносное ПО: если хакерам всё же удалось пробиться к вашему рабочему компьютеру и заразить его вирусом, вариантов для сбора данных у них появляется превеликое множество. Кейлоггеры, инфостилеры, вирусы-вымогатели, сетевые черви — любой из способов может быть применён злоумышленниками. А если хакеры выберут максимально скрытную стратегию, компания может долгие годы даже не догадываться о компрометации, ежедневно снабжая кибербандитов свежими внутренними данными.
- Персональные мобильные устройства: на мобильных устройствах сотрудников тоже зачастую хранятся конфиденциальные данные, доступ к которым может быть получен при физической краже или удалённой компрометации. Важно обращать внимание сотрудников на этот фактор, чтобы они ответственнее относились к защите своих личных устройств.
- Удалённая рабочая среда: контроль за удалёнными сотрудниками обычно гораздо слабее, чем за штатными, особенно если «удалёнщики» работают с личных устройств, пользуются ненадёжным софтом и подключаются к сомнительным Wi-Fi сетям. Рано или поздно это обязательно приведёт к компрометации и потере конфиденциальных данных, если вовремя не принять меры.
Конкретные рекомендации от специалистов компании DST Global, по предотвращению утечек данных
Теперь настало время рассмотреть 7 самых эффективных мер безопасности, способных свести вероятность утечек данных к максимальной возможному минимуму. Итак, что же нужно сделать, чтобы максимально прокачать свою цифровую защиту?
1. Оценить риски сторонних производителей
Компании часто рискуют утечкой данных, передавая конфиденциальную информацию сторонним поставщикам. Организации могут повысить собственную безопасность, убедившись, что их поставщики соответствуют нормативным стандартам безопасности, таким как HIPAA, GDPR и PCI-DSS. Анкеты о рисках можно использовать для оценки потенциальных угроз при партнёрстве с новыми поставщиками.
Расширяющимся организациям может быть сложно соблюдать правила управления рисками для сторонних компаний, однако масштабирование управления рисками в виде отдельной управляемой услуги может упростить этот процесс.
2. Ограничить доступ к конфиденциальным данным
Организации должны идентифицировать конфиденциальные данные и классифицировать их с помощью строгих политик безопасности. Привилегии внутренних сотрудников следует ограничить, чтобы гарантировать доступ к критически важной информации только тем лицам, кто в ней действительно нуждается.
Также необходимо внедрить продвинутые системы для оценки разрешений и аутентификации, чтобы необходимый доступ предоставлялся только доверенным сотрудникам, исключая любое несанкционированное влияние.
Кроме того, данные следует классифицировать по различным уровням чувствительности, чтобы только работники предприятия с высоким уровнем привилегий имели доступ к высокочувствительным данным.
3. Обеспечить контроль доступа к сети
Компании должны строго контролировать доступ к своим сетям, чтобы защитить данные от неавторизованных пользователей. Любые сообщения, попадающие в сеть, необходимо проверять, чтобы удостовериться, что они поступают из надёжных источников.
В то же время, грамотная интеграция решений по предотвращению утечек данных обеспечит гарантии, что информация не будет скомпрометирована. Решения для контроля доступа к сети (NAC) могут помочь организациям обеспечить безопасность данных. NAC запрещает доступ к любым устройствам, не соответствующим необходимым требованиям, помещая их в зону карантина или жёстко ограничивая их права в системе.
4. Обеспечить надёжное шифрование
Шифрование данных — ценный инструмент защиты от утечки данных. Оно шифрует конфиденциальные данные таким образом, что даже в случае утечки прочитать их смогут только люди с определёнными инструментами и правами доступа.
Киберпреступники не смогут расшифровать такие данные, даже если будут сильно стараться. Конечно, при условии, что протокол шифрования подобран правильно и соответствует современным стандартам безопасности.
Кроме того, эксперты рекомендуют использовать портативное шифрование, поскольку оно гарантирует автоматическую защиту любых данных, если они выйдут за пределы вашей сети.
5. Обезопасить конечные точки
Конечные точки — это физические устройства, подключающиеся к вашей сети. Примерами могут служить мобильные устройства, настольные компьютеры, серверы, принтеры, устройства интернета вещей и даже виртуальные машины.
Растущее внедрение удалённых сред существенно усложнило защиту и контроль конечных точек, но и тут существуют свои средства.
Организации могут защитить конечные точки с помощью антивирусов, специализированного ПО для безопасности конечных точек, брандмауэров и VPN. А для оптимальной эффективности эти средства следует сочетать как между собой, так и в связке с дополнительными мерами безопасности.
6. Использовать специализированное ПО для предотвращения потери данных
Data Loss Prevention (DLP) — это специализированные решения для предотвращения утечек данных. Такие решения гарантируют, что конфиденциальные данные не будут потеряны, использованы не по назначению или переданы неавторизованным лицам. DLP-системы обычно выполняют следующие функции:
- Идентификация данных: искусственный интеллект может использоваться для идентификации данных и оптимизации процессов;
- Защита данных: DLP может быть развёрнут на конце сети для обеспечения соответствия передачи данных интегрированным политикам защиты;
- Безопасность конечных точек: Endpoint DLP отслеживает поведение пользователей в режиме реального времени, чтобы гарантировать передачу данных между авторизованными сторонами;
- Защита архивных данных: программное обеспечение использует соответствие нормативным требованиям, контроль доступа и шифрование для защиты архивных данных;
- Мониторинг активных данных: DLP-инструменты будут отслеживать передвижение потоков данных и отмечать любые подозрительные действия с ними;
- Обнаружение утечек данных: технология утечки данных сканирует данные на предмет их утечки для быстрого устранения в случае нарушения.
7. Проводить тренинги по повышению осведомлённости сотрудников
Сотрудники должны быть осведомлены о наилучших методах защиты от утечек, поскольку часто именно они подвержены тактикам социальной инженерии, таким как фишинговые электронные письма и т.п.
Чтобы предотвратить утечки данных, связанные с сотрудниками, организациям следует включить обучение кибербезопасности в свой обычный процесс работы.
Проводить такие обучения необходимо регулярно, чтобы информировать сотрудников о последних тенденциях в области кибербезопасности и постоянно напоминать им об уже устоявшихся преступных тактиках. Такой подход гарантирует безопасность сетей, даже если хакеры решат использовать самые изощрённые и современные методы социальной инженерии.
Заключение
Утечки данных представляют серьёзную угрозу для организаций любого размера и сферы деятельности. Они могут привести к катастрофическим последствиям — от потери репутации компании и доверия клиентов до серьёзного финансового ущерба и даже юридической ответственности.
Именно поэтому вопрос кибербезопасности и предотвращения утечек данных должен быть одним из ключевых приоритетов для каждой организации.
Важно понимать, что обеспечение безопасности данных — это не разовое мероприятие, а непрерывный процесс. Киберпреступники постоянно совершенствуют свои методы, поэтому и организациям необходимо регулярно пересматривать и обновлять свои стратегии защиты, внедрять новейшие технологические решения, проводить обучение сотрудников.
В заключение специалисты DST Global отмечают, что даже при самых совершенных мерах безопасности невозможно полностью исключить риск утечки данных. Однако применение комплексного подхода, включающего технические, организационные и кадровые меры, позволит свести этот риск к минимуму и обезопасить конфиденциальную информацию компании.
Наш специалист свяжется с вами, обсудит оптимальную стратегию сотрудничества,
поможет сформировать бизнес требования и рассчитает стоимость услуг.
Ижевск, ул. Воткинское шоссе, д. 170 Е, Технопарк Нобель, офис 1117
Задать вопрос по почте
Криптография
Три кита криптографии — хеш, шифрование симметричное, шифрование асимметричное (с открытым ключом). Основываются криптографические алгоритмы на сложности вычисления больших чисел, но подробнее об этом, если вас конкретно интересует «начинка», стоит читать не в общих обзорах, именуемых ликбезом. Здесь же содержится простое изложение, без лишних заморочек, то есть поверхностное.
Хеш — функция, функция «в одну сторону», так как восстановить данные, из которых путем хеширования получен хеш (результат хеш-функции), невозможно. На вход подается информация, на выходе имеем её отпечаток, строку фиксированной длины. Подобрать входные данные, которые дадут такой же результат должно быть сложной задачей. Отсюда следствие — если у вас есть проверенный хеш образа диска, документа и т.п., то вы можете вычислить хеш полученного файла и сравнить — если совпадут, значит это то самое. Подобным же образом обходятся зачастую с паролями — если хеш полученного пароля совпадет с имеющимся (в /etc/shadow к примеру), то проверка пройдена успешно.
Шифрование симметричное — шифрование в котором используется, соответственно, симметричный ключ. Это говорит о том, что если вы что то архиважное зашифровали один ключом, то обратную операцию надо проделать им же. Также может использоваться при проверке знания секрета — шифруем некую информацию этим самым секретом, или его хешем, передаем результат второй стороне. Вторая сторона, которая как предполагается знает секрет, расшифровывает данные, их дополняет, шифрует, пересылает обратно. Первая сторона, получив ответ опять же его расшифровывает и смотрит правильно ли вторая сторона изменила данные. Понятно, что если вторая или первая сторона подсовывает неверный секрет, процесс сорвется. Это было весьма общее описание процессов происходящих в протоколе Kerberos.
Шифрование асимметричное — шифрование в котором используются, два ключа, которые обычно называют приватный (секретный) и публичный (известен всем). Зашифровав что либо одним из пары ключей, обратно расшифровать можно только вторым. Таким образом проверить ваше знания приватного ключа достаточно просто — шифруем некую информацию вашим публичным ключом и, если вы знаете приватный, вы легко её прочитаете. На шифровании с асимметричными ключами построено много систем, к примеру это PGP и PKI. Также каждый из вас пользовался этим видом криптографии когда обращался на адреса вида https: //.
Аутентификация и авторизация
Аутентификация это процесс установления личности. Когда вы вводите пароль на Хабр, вы аутентифицируетесь. Никаких прав вы при этом не получаете.
Авторизация это процесс, в котором проверяются права пользователя на выполнение каких либо действий в системе. Например по умолчанию вы имеете право писать в личный блог, но система не даст вам опубликовать хабратопик в коллективный блог, если у вас будет мало кармы. Здесь авторизация на совершение какого либо действия производится по количеству кармы, в файловых системах вам выдают право на совершение действий через ACL, членство в группе и так далее.
Еще раз — через процесс аутентификации получить право на выполнение чего либо нельзя, этим занимается процесс авторизации, а аутентификация только устанавливает личность.
Аутентификация, немного о криптографической стороне дела
Зачастую аутентификация основывается на проверке знания секрета. Самый простой способ это получить от вас пароль в чистом виде (!) и сравнить с хранящимся в базе. Тут есть вариант — проверять хеш пароля, что позволит не знать пароль серверу, а хранить его хеш. Но заметьте — пароль проходит в открытом виде по сети! Второе — вы не знаете кому отправили свой пароль, сервер может быть подставным. Обходной маневр — использовать только в связке с SSL/TLS, но в таком случае у сервера должен быть корректный, не просроченный сертификат, выданный доверенным центром, а не как обычно.
Второй вариант — сервер знает секрет, вы его знаете — используется метод, описанный в абзаце по симметричному шифрованию. Это лучше чем сравнение с запомненным хешем — пароль по сети не бегает вообще, сервер так же не получает ваш секрет — вы проводите с сервером взаимную аутентификацию. На этом методе вырос весьма серьезный протокол — Kerberos, с одним нюансом — пароли знают только выделенные сервера в сети. Kerberos используется в Microsoft Active Directory, в качестве примера привожу как самый известный продукт — все таки у нас ликбез.
Третий вариант, сложный, PKI. За рамки ликбеза его описание выходит, интересно — почитайте сами. По сути схож с Kerberos — есть центр, но основан на асимметричном шифровании.
Kerberos
Алгоритм описан с некоторыми отступлениями, для улучшения восприятия. Если вам потребуется точное описание работы, не для общего сведения, советую почитать более серьезную литературу
Каждый день, работники корпоративного сектора активнейшим образом используют квинтэссенцию криптографической мысли — протокол Kerberos, бороздя просторы корпоративной же сети построенной на базе решений от Microsoft, ведь все процессы идентификации пользователей и компьютеров сервисами (IMAP,SMTP, доступ к файлам) он берет на свои плечи.
Протокол Kerberos это протокол аутентификации использующий хеш-функции и симметричные шифры. Как ни удивительно, но Kerberos это не очередное порождения Microsoft в стремлении «чтобы свое, и чтобы ни с чем не совместимо, и чтобы они нам душу отдали за спецификации», создан протокол в стенах массачусетского технологического института — MIT, где активно используется все эти годы в кампусной сети ВУЗа.
Перечитайте описание симметричных шифров, в конце там есть пример. Так вот в чем недостаток решения, предложенного в том абзаце? А получается, что пароли надо размещать на каждом сервере сети, да еще каждой службе надо будет иметь к ним доступ, к незашифрованым паролям, да еще на каждый сервер эти пароли надо внести. Выглядит это несколько дыряво.
В протоколе Kerberos для хранения паролей выделен отдельный сервер — Key Distribution Center (сервер распределения ключей), ключи есть у каждого участника процесса — и у пользователей и у сервисов. Ключ получается из пароля путем хеширования, так как пользователь не сможет запомнить требуемое для алгоритма шифрования количество символов. Хеширование возвращает всегда строку фиксированной длины, что как раз подходит для алгоритмов шифрования с симметричным ключом.
Когда пользователю надо получить доступ к HTTP серверу (портал там лежит корпоративный, к примеру), он обращается к KDC (ну понятно, что обращается библиотека) с просьбой предоставить ключ для доступа к HTTP серверу. У KDC есть ключи пользователя и сервера
KDC генерирует случайный, симметричный ключ и делает достаточно сложную конструкцию, называемую билетом, которую лучше посмотреть на картинке:
Итак, имеем матрешку, но разбирается она достаточно просто. Пользователь, получив ответ, расшифровывает его свои ключом, получает сгенерированный ключ и шифрованный ключом сервера пакет. Так вот этот пакет пользователь отсылает уже HTTP серверу, который расшифровывает его и тоже получает тот же самый сгенерированный ключ.
Теперь у обоих есть общий ключ. И вот теперь можно аутентифицировать друг друга, способ уже описан — шифруем полученным от KDC, сгенерированным ключом имя пользователя, IP адрес, время и отсылаем серверу. Сервер расшифровывает, и получив ожидаемое имя пользователя признает в нем Пупкина. Теперь очередь сервера представиться — он прибавляет к полученному времени 1 (единицу) и, зашифровав все обратно, отсылает пакет пользователю. Ясно, что если в полученном пакете, после дешифрации будет обнаружена та же временная метка, которую пользователь отсылал, но увеличенная на единицу, то сервер признается подлинным.
А вот про время я упомянул не зря. Доступ выдается на определенное время (часто на 10 часов), время проставляется в билете, и по истечении срока действия билет считается просроченным — сервер больше такой билет не примет, что впрочем не смертельно — получите новый. Гораздо печальнее будет, если время на вашем ПК разойдется более чем на 5 минут с KDC — войти в систему не сможете, так как протокол Kerberos требует от участников процесса синхронного времени — чтобы билеты истекали на всех машинах сети одновременно, и не было возможности использовать просроченный билет для доступа куда либо.
Итак, билет действует 10 часов, не требуя больше ввода пароля, для обращения к серверу. Но ведь так утомительно вводить пароль на каждый сервер в сети, тем более, что вы могли заметить — никто так не делает, после одного ввода пароля при логине в Windows вы больше не вводите пароли на доступ к расшареным сетевым папкам. А все от того, что получать билеты ведь тоже можно по билету! Подобная конструкция называется TGT — билет для получения билетов. Тут все так же как и было показано, получаем билет на доступ к сетевой службе, выдающей билеты (TGS — Ticket-Granting Service), которая признает Пупкина Пупкиным. А раз Пупкин это Пупкин, то можно ему выдавать билеты на Пупкина для доступа к различным серверам сети.
Таким образом, в течении действия TGT вы можете получать билеты на доступ к сетевым службам без повторного ввода пароля. Удобно работает, правда?
Заметьте, что Kerberos выдает билеты на доступ к любой службе сети, есть ли у вас право ей пользоваться или нет, протоколу аутентификации безразлично — его дело удостоверить вашу личность, а правами занимаются совсем другие механизмы.
P.S. В остальных ОС Kerberos также работает. Windows в качестве примера выступает из-за большей распространенности, и, как следствие, большей наглядности в повседневной жизни.