Банки требуют обоснование переводов маленьких сумм между гражданами

Банки требуют обоснование переводов маленьких сумм между гражданами

Банки требуют обоснование переводов маленьких сумм между гражданами

Клиенты некоторых банков столкнулись с неприятной ситуацией — кредитные организации начали требовать обоснования переводов небольших сумм (в пределах одной тысячи рублей). Если клиент по какой-то причине не предоставил банку документы, которые бы объяснили смысл транзакции, счет или карту могут заблокировать. Это такая нынче защита от мошенничества и борьба с нелегальными схемами.

Государство заинтересовано в любых средствах борьбы с уходом от уплаты налогов — это можно понять. Но такие методы выглядят слегка странно. С подобной практикой кредитных организаций столкнулись клиенты Бинбанка, Тинькофф-банка и Сбербанка.

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

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

Чаще всего банки интересуются прямыми переводами между гражданами. В одном из эпизодов представитель банка затребовала соответствующие документы, которые ей нужно было передать посредством мессенджера WhatsApp.

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

На все это отводилось три дня — укладывайся как хочешь.

Таким образом банки борются с незаконными операциями в рамках противодействия отмыванию денежных средств и финансированию терроризма.

С нами сязались представители Тинькофф-банка и объяснили позицию организации по этому вопросу:

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

Уязвимости CrackArmor угрожают 12,6 млн Linux-серверов полным захватом

Исследователи из Qualys раскрыли сразу девять уязвимостей в AppArmor — одном из базовых защитных механизмов Linux. Эту группу дыр назвали CrackArmor. Опасность в том, что баги позволяют локальному непривилегированному пользователю обойти защитные механизмы, повысить привилегии до root и в отдельных сценариях выбраться за пределы контейнера.

По данным исследователей, уязвимости существуют ещё с 2017 года. История выглядит особенно неприятно потому, что AppArmor — вовсе не экзотика для специалистов.

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

В основе CrackArmor лежит так называемая проблема «обманутый посредник» (confused deputy). Проще говоря, атакующий сам не может напрямую переписать системные политики, зато способен заставить сделать это доверенные и более привилегированные процессы. В результате ломается сама граница безопасности, на которую администратор рассчитывал.

 

Если эксплуатация проходит успешно, последствия могут быть очень неприятными. Речь идёт не только о локальном повышении привилегий до root, но и о нарушении контейнерной изоляции, а также о DoS-сценариях, когда система может уйти в сбой из-за переполнения стека ядра при работе с глубоко вложенными профилями. Кроме того, атакующий может фактически ослабить защиту важных сервисов, убрав или подменив критические ограничения.

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

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

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