Предприятия все активнее применяют социальные сети для общения с клиентами

Предприятия все активнее применяют социальные сети для общения с клиентами

В настоящее время большинство компаний постепенно меняют способы общения с клиентами и целевой аудиторией. Организации все больше обращают внимание на сообщество пользователей и стараются развить диалог. По данным первого ежегодного исследования «Индекс риска социальных сетей для предприятий малого и среднего бизнеса» (проводился компанией Panda Security), 78% опрошенных предприятий используют социальные сети для мониторинга деятельности конкурентов, улучшения качества обслуживания, а также для продвижения своей продукции, проведения маркетинговых программ и увеличения дохода.



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

Исследование показало, что Facebook является наиболее частой причиной заражения вредоносным ПО (71,6%) и нарушения конфиденциальности (73,2%). YouTube занял второе место по количеству заражения вредоносным ПО (41,2%), в то время как Twitter явился причиной значительного количества нарушений конфиденциальности (51%). Среди компаний, которые понесли финансовые потери из-за утечки данных, на первом месте снова оказался Facebook (62%), затем Twitter (38%), YouTube (24%) и LinkedIn (11%), передает cybersecurity.ru.

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

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

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

Кроме того, нужно учитывать, что до 77% работников малого и среднего бизнеса используют социальные сети в рабочее время и также могут опубликовать конфиденциальную информацию (по данным исследования).

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

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

Критическую уязвимость в ядре Linux x86 не замечали с 2020 года

В ядре Linux обнаружили уязвимость, которая тихо жила в системе несколько лет — и притом в одном из самых чувствительных мест. Речь идёт о механизме обработки page fault на архитектуре x86, то есть о коде, который срабатывает каждый раз, когда процессор фиксирует некорректный доступ к памяти.

Проблема тянулась как минимум с 2020 года и была связана с тем, что в ряде сценариев аппаратные прерывания оказывались включёнными в момент, когда ядро ожидало их отключения.

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

На уязвимость обратил внимание инженер Intel Седрик Син (Cedric Xing), внимательно изучавший код обработки исключений. Как выяснилось, логика в функции do_page_fault() опиралась на устаревшее и, по сути, ошибочное допущение.

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

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

Существуют ситуации, когда обращение идёт к памяти ядра, но в пользовательском контексте. В таких случаях некоторые ветки обработчика могли повторно включить прерывания — и вернуть управление туда, где ядро было уверено, что они всё ещё выключены.

Особенно показательной оказалась ветка __bad_area_nosemaphore(), где предпринимается попытка «восстановить правильное состояние», но на деле это происходило не всегда и не одинаково. В результате возникала асимметрия: в зависимости от пути выполнения система могла оказаться в неожиданном состоянии.

В итоге разработчики пришли к простому, но радикальному выводу: латать отдельные ветки бессмысленно. Вместо этого было принято решение гарантированно и безусловно отключать прерывания в одном конкретном месте — прямо перед возвратом управления в низкоуровневый обработчик page fault. Без условий, без проверок, без попыток «угадать» контекст.

Патчи уже вошли в ветку Linux 6.19, а также планируются к бэкпорту в поддерживаемые стабильные версии. Фактически оно устраняет дефект, появившийся ещё во времена Linux 5.8.

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