Сотрудники HSBC продолжают «сливать» клиентов

Сотрудники HSBC продолжают «сливать» клиентов

На этой неделе налоговики тайно получили от неназваного сотрудника банка детали "каждого британского клиента HSBC на Джерси". Речь идет об утечке информации о нескольких тысячах владельцах офшорных счетов банка.

В их числе, как пишет Daily Telegraph, известный наркодилер, живущий в Центральной Америке, обвиняемые в разнообразных мошенничествах банкиры, а также человек, которого называют в Лондоне "компьютерным аферистом номер два".Всеми этими подробностями крайне заинтересовалась британская налоговая служба, сообщает infowatch.ru.

Daily Telegraph сообщает, что 4388 владельцев открытых на Джерси офшорных счетов HSBC проживают в Британии, 602 - в Израиле, 527 - во Франции, 155 - в России и балканских странах.

Прозвучавшие в Daily Telegraph обвинения вынудили руководство HSBC выступить с ответным заявлением. Согласно обнародованному пресс-службой документу, "банк безотлагательно приступил к расследованию предполагаемой утечки базы данных клиентов на Джерси". При этом, по словам представителей HSBC, никаких запросов от британских властей, в частности, от налоговой службы, в связи с этим не поступало.

Летом нынешнего года в сенате США состоялись слушания в связи с обвинениями в адрес HSBC, якобы, отмывавшего миллиарды долларов, принадлежащих мексиканским наркокартелям. В ответ руководство HSBC принесло свои извинения и заявило, что банк готов исправить недостатки в своей работе.

Главный аналитик InfoWatch Николай Федотов прокомментировал этот инцидент в неофициальном блоге компании InfoWatch «Утечки информации»:

Как уже отмечалось, труднее всего защититься от себя. То есть предотвратить утечку, в которой оператор сам заинтересован. Или опровергнуть ложное обвинение в такой утечке.

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

Именно с такой "заинтересованной" утечкой мы столкнулись сейчас:
«В центре скандала – счета клиентов HSBC в офшорной зоне на острове Джерси... налоговики тайно получили от неназваного сотрудника банка детали каждого британского клиента HSBC на Джерси.»
Банк весьма заинтересован, чтобы не участвовать в антиналоговых махинациях своих вкладчиков. По нынешним временам доверие налоговых и других властей США ценится много выше, чем доверие клиентов, пусть даже богатых. Не будет доверия – не будет бизнеса в западном мире – не будет и клиентов.

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

На российском и ЮВА-рынке перед производителями DLP такая задача пока не ставилась – возможность доказать, что утечка произошла не через нас. А вот на европейском подобный спрос появился.

 

 

Баг macOS ломает TCP через 49 дней без перезагрузки

В macOS нашли редкий, но очень неприятный баг: если компьютер работает без перезагрузки примерно 49,7 дня, у него может постепенно умирать TCP. По версии исследователей, проблема связана с переполнением 32-битного счётчика времени в ядре XNU, который используется TCP-подсистемой.

После этого внутренние TCP-таймеры якобы перестают нормально обновляться, соединения в состоянии TIME_WAIT не очищаются, временные порты постепенно заканчиваются, и система в какой-то момент просто перестаёт устанавливать новые TCP-соединения.

При этом ping может продолжать работать, что делает сбой особенно странным. В Photon пишут, что заметили аномалию на своих macOS-машинах, которые круглосуточно используются для мониторинга iMessage-сервисов.

По их описанию, часть узлов после примерно 49 дней 17 часов 2 минут 47 секунд аптайма перестала открывать новые TCP-сессии. После перезагрузки всё возвращалось в норму, но таймер, по сути, запускался заново.

Авторы утверждают, что смогли воспроизвести поведение на двух машинах и связали его с переменной tcp_now в XNU. В открытом репозитории Apple действительно есть TCP-код ядра Darwin/XNU, где используются 32-битные значения времени и логика сравнения временных меток TCP, на которую ссылаются исследователи.

Поведения бага выглядит так: сначала ничего не ломается в лоб, но закрытые TCP-соединения перестают вовремя исчезать из TIME_WAIT. Затем их становится всё больше, временные порты забиваются, новые подключения начинают зависать в SYN_SENT, а сервисы, которым нужны новые TCP-сокеты, начинают сыпаться.

Если эта находка подтвердится, то для обычного пользователя баг вряд ли станет массовой проблемой: большинство устройств на macOS перезагружаются чаще (хотя бы из-за обновлений). А вот для долго работающих Mac mini, билд-серверов, CI/CD-ферм, удалённых рабочих станций и серверных компьютеров, которые могут жить без ребута неделями, история выглядит уже куда серьёзнее.

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

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