Twitter начал шифровать данные по API

Twitter начал шифровать данные по API

C сегодняшнего дня миллионы Twitter-совместимых приложений, применяющих в работе данные Twitter, должны будут шифровать их коммуникации с интерфейсом Twitter API, что позволит повысить безопасность и поддерживать целостность данных. В кратком сообщении в блоге Twitter говорится, что система принудительного шифрования коммуникаций заработала с 14 января и все API-функции должны исполняться через SSL-протокол или через его дальнейшее развитие - протокол TLS.



«Подключение к API через SSL позволяет создать безопасный коммуникаицонный канал между нашими серверами и вашим приложением. Это значит, что никакие закрытые данные не могут быть перехвачены неавторизованным агентом, находящимся посередине коммуникационного канала», - пишет в блоге Twitter Луи Киприани, специалист по коммуникациям Twitter.

Он напомнил, что о принудительном шифровании было впервые объявлено еще в декабре.

Интернет-компании  Facebook и Google начали шифровать API еще в 2011 году.

Согласно статистике, на сегодня более миллиона приложений зарегистрированы на использование API-функций Twitter. Сама сеть Twitter предлагает различные услуги через API, в том числе индивидульные ленты сообщений, агрегаторы, анализаторы трендов и другие. В компании говорят, что запрос данных у Twitter в большинстве случаев ранее производился через простые HTTP-запросы, тогда как теперь обязательно применение HTTPS, передает cybersecurity.ru.

Разработчики программного обеспечения на популярных языках веб-разработки, таких как Python, PHP и Ruby, должны будут работать с системными библиотеками, которые управляют SSL-инициализацией.

Расширения Chrome подсовывают зловреды под видом критических обновлений

Пользователи браузеров на базе Chromium столкнулись с настойчивыми всплывающими окнами, требующими срочно обновить Chrome. За убедительным предупреждением может скрываться скомпрометированное расширение, которое вместо апдейта загружает на компьютер подозрительный VBS-сценарий или EXE-файл.

Сообщения «Critical Update Required» и «Update available» появляются прямо во время просмотра сайтов.

После нажатия кнопки пользователь получает не новую версию браузера, а файл, который ещё нужно самостоятельно запустить.

Проблема замечена не только в Chrome. На такие же окна жалуются владельцы Brave и Opera, причём им тоже предлагают обновить браузер Google. Этот небольшой сценарный ляп и выдаёт подделку.

 

 

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

Ранее подобную активность связывали с дополнением QuickLens — Search Screen with Google Lens, которое впоследствии удалили из Chrome Web Store. В новых сообщениях пользователи называют Enable Right Click & Copy Smart Unlock + OCR и другие небольшие утилиты.

 

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

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

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

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