WordPress будет требовать от хостеров поддержку HTTPS

WordPress будет требовать от хостеров поддержку HTTPS

WordPress будет требовать от хостеров поддержку HTTPS

Для того чтобы повысить безопасность и конфиденциальность своих пользователей, новые функции WordPress потребуют от хостеров поддержку HTTPS. С начала 2017 года WordPress будет поддерживать только тех хостинг-партнеров, которые предоставляют SSL-сертификат (Secure Sockets Layer) по умолчанию. Популярная система управления контентом (CMS) будет оценивать использование SSL и включать соответствующие функции только в том случае, если технология безопасности доступна.

Основной причиной принятия такого решения послужила идея о том, что зашифрованный протокол приведет к повышению общей безопасности в Интернете для всех людей. Крупные компании уже объявили о планах полного перехода на HTTPS, например, Google, которые уже в течение нескольких лет выступают за улучшение безопасности в интернете. 

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

Требуя, чтобы все хостеры имели HTTPS, WordPress гарантирует, что и клиенты и пользователи смогут ощутить все преимущества безопасного протокола. В течение 2017 года CMS будет анализировать влияние SSL на конкретные функции, например, на API-аутентификацию.

«Так же, как JavaScript и более современные версии PHP имеют решающее значение для производительности и пользовательского опыта, SSL будет следующим шагом для пользователей» - говорит создать WordPress Мэтт (Matt Mullenweg).

По словам Малленвега, улучшение производительности в PHP7 настолько существенно, что WordPress рассмотрит вопрос о том, чтобы требовать от хостеров установки этой версии. Тем не менее, никакого официального решения по этому вопросу не было объявлено.

64% ИИ-приложений для iPhone оказались с дырой в защите

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

Для исследования специалисты разработали инструмент LLMKeyLens, который анализирует сетевой трафик приложений и выявляет утечки учетных данных, используемых для работы с OpenAI, Gemini, DeepSeek, Mistral и другими ИИ-сервисами.

Из более чем 38 тысяч приложений App Store исследователи отобрали 444 программы с подтверждёнными функциями на базе больших языковых моделей. Результаты оказались неприятными: у 282 приложений, или 64% выборки, были обнаружены утечки ключей доступа или других механизмов подключения к ИИ-сервисам.

 

Причем в 146 случаях проблема позволяла напрямую использовать чужие ресурсы. Некоторые приложения передавали API-ключи OpenAI и других провайдеров в открытом виде прямо в сетевых запросах. Другие скрывали ключи на сервере, но оставляли открытыми прокси-серверы, через которые любой желающий мог отправлять запросы к нейросетям.

Особенно часто проблемы встречались в приложениях для продуктивности, обучения, развлечений, здоровья и образа жизни. Лидером по доле уязвимых программ стала категория Health & Fitness.

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

После обнаружения проблем разработчиков всех 282 приложений уведомили об уязвимостях. Через 90 дней специалисты провели повторную проверку. Патчи выпустили только 78 приложений — это около 28% от числа уязвимых программ. Еще 66 приложений остались доступными для эксплуатации даже после уведомления.

Авторы исследования считают, что причина проблемы проста: многие разработчики стремятся максимально быстро интегрировать ИИ-функции и уделяют недостаточно внимания защите инфраструктуры.

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