eToken защитит клиентов системы ТЕЛЕБАНК

eToken защитит клиентов системы ТЕЛЕБАНК

Компания Aladdin и компания «Степ Ап», подписали соглашение о технологическом партнерстве, основной целью которого является повышение уровня безопасности систем электронного банкинга.
Одним из результатов совместной работы партнеров стала реализация поддержки eToken ГОСТ – персонального средства формирования ЭЦП с неизвлекаемым закрытым ключом – в продуктовой линейке ТЕЛЕБАНК компании «Степ Ап».

 


Данная линейка включает систему ТЕЛЕБАНК\Retail для дистанционного обслуживания клиентской базы розничной сети банка и систему ТЕЛЕБАНК\Enterprise, ориентированную на корпоративный сегмент. USB-ключ eToken ГОСТ обеспечивает надёжную защиту ключевой информации пользователя от хищения с помощью фишинга, а также от адресных атак с использованием вредоносного кода (различных «банковских» троянов) в этих системах. Благодаря качественно новому уровню безопасности, eToken ГОСТ позволяет обеспечить дополнительное конкурентное преимущество финансовым институтам, использующим системы ТЕЛЕБАНК для оказания услуг розничным и корпоративным клиентам.

Помимо обеспечения защиты клиентских данных, Aladdin и «Степ Ап» развивают направление аутентификации в системах ДБО. В рамках сотрудничества компаний в продуктовой линейке ТЕЛЕБАНК обеспечена возможность усиленной аутентификации пользователя на основе технологии одноразовых паролей (OTP, One Time Password). Теперь для этой цели клиенты систем ТЕЛЕБАНК могут использовать персональные мобильные устройства eToken PASS.

«Статичные пароли остаются в прошлом для клиентов ТЕЛЕБАНКа, – комментирует Кирилл Букатов, директор по развитию компании «Степ Ап». – Использование ключей Aladdin eToken позволит клиентам ТЕЛЕБАНКа достичь новой степени свободы в дистанционном управлении своими финансами, гарантируя безопасное совершение банковских операций из любой точки мира, где есть доступ в Internet».

Со своей стороны в Aladdin отмечают, что применение аппаратных средств формирования ЭЦП в системах дистанционного банковского обслуживания – одна из тенденций уходящего 2009 года. «Рост количества инцидентов, связанных с кражей пользовательских данных, заставляет банки задуматься о смене технологического подхода к обеспечению информационной безопасности. Постепенно приходит понимание несостоятельности парольного способа защиты удаленного доступа, а также ненадежности дискет, дисков, «флэшек» для хранения файл-контейнеров с секретными ключами ЭЦП. Совместно с партнёрами мы работаем над рядом проектов в этой области и, надеемся, что эта деятельность будет способствовать повышению доверия клиентов банков к системам электронного банкинга» - комментирует Денис Калемберг, менеджер по работе с корпоративными заказчиками Aladdin.

Баг 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