Одним неверным кликом сотрудник подставил банк

Одним неверным кликом сотрудник подставил банк

В офисе Англо-Ирландского банка в Белфасте ведется расследование случайной утечки информации 500 британских клиентов. Один из руководителей банка отправил по электронной почте клиенту из Северной Ирландии таблицу, с указанными в ней сделками по вторичным ценным бумагам, осуществляемыми по поручению клиентов банка.

Банк проинформировал финансовое управление в Дубае и Лондоне, а так же связался с пострадавшими клиентами, общее количество которых составило 504 человека. Как сообщают представители банка, для счетов клиентов это не представляет никакой угрозы.

Ошибка произошла 29 октября, когда банкир, по просьбе клиента, отправил ему котировки по вторичным ценным бумагам, а заодно прикрепил файл с конфиденциальной информацией о 803 транзакциях, которые проводились по поручению 454 корпоративных и 50 частных клиентов банка. Согласно информации переданной Ирландской государственной телерадиовещательной компании RTE, большую часть клиентуры банка составляют британские строительные компании, и общая сумма транзакций составила 12,5 миллиарда евро (11,3 миллиарда фунтов стерлингов). Как заявили в банке, об ошибке они ничего не знали до тех пор, пока не услышали об этом на прошлой неделе.

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

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

«Прямой ущерб банку будет невелик. Расследование инцидента, извещение клиентов, извинения перед ними, улаживание дел с органами надзора, возможно, какой-то штраф. Не думаю, что этот прямой ущерб превысит полсотни тысяч долларов, считает главный аналитик компании InfoWatch, специализирующейся на защите данных от утечек, Николай Федотов. - Зато ущерб деловой репутации может быть довольно значительным. Полагаю, что сумма – не менее миллиона долларов. В то время как система предотвращения утечек (DLP-система) обошлась бы банку в 150-200 тысяч долларов. Даже самое примитивное DLP-решение предотвратит описанный инцидент плюс оградит предприятие от целого ряда других угроз корпоративной конфиденциальной информации. А кто не хочет платить, тот будет расплачиваться.»

Источник

Критическую уязвимость в ядре 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