Microsoft выпустила новый инструмент для сканирования сайтов

Microsoft выпустила новый инструмент для сканирования сайтов

Microsoft выпустила новый инструмент для сканирования сайтов

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

Согласно Microsoft, Sonar интегрируется с другими сервисами сканирования: сервисом тестирования SSL-сертификатов Qualys SSL Server Test; aXe для тестирования доступности поддержки сайта; Google-проектом AMP Project; snyk.io для обнаружения уязвимых библиотек JavaScript.

В настоящее время Sonar поддерживает пять ключевых проверок - проверка сайта на доступность, на совместимость с различными браузерами, на производительность и безопасность.

Этот проект основан на более ранних инструментах сканирования, выпущенных Microsoft для исправления проблем с совместимостью сайтов с различными версиями Internet Explorer. Sonar изначально был инструментом командной строки.

По словам Snyk, по умолчанию Sonar проверяет наличие библиотек JavaScript с известными уязвимостями, а сам Snyk помогает создать отчет со ссылками на проблемы и информацией для устранения уязвимости. Разработчики Snyk по-прежнему должны будут проверить код на стороне сервера для подобной схемы.

Snyk провела собственное сканирование 5000 URL-адресов и обнаружила, что 76,6 процента работают с, по меньшей мере, одной уязвимой библиотекой JavaScript.

Что касается проверки производительности, то за ее поддержку отвечает сервис Cloudinary, осуществляющий это с помощью инструмента оценки скорости веб-сайта.

В будущем в Sonar планируют интегрировать плагин для Visual Studio Code, возможность настройки конфигурации правил в сканере и другие возможности оценки производительности, доступности и безопасности.

Почему не стоит входить с помощью Google в важные аккаунты

Кнопка «Войти с аккаунтом Google» долго казалась удобным решением, ибо не нужно придумывать новый пароль, заполнять профиль и помнить ещё одни учётные данные. Но у такого удобства есть обратная сторона. Главный риск — зависимость от одного аккаунта.

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

Это может быть что угодно: рабочие инструменты, доставка еды, такси, умный дом, сервисы ИИ, приложения для путешествий или финансов.

Есть и вопрос безопасности. Современные фишинговые атаки умеют подделывать страницу входа Google и перехватывать не только пароль, но и сессионные токены.

В таком случае злоумышленник может получить доступ к аккаунту даже при включённой двухфакторной аутентификации. Чем чаще пользователь входит в разные сервисы через всплывающие окна Google, тем выше риск попасть на такую подделку.

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

Более безопасная альтернатива — создавать отдельные учётные записи для важных сервисов и хранить пароли в менеджере паролей. Это менее удобно на старте, зато снижает риск единой точки отказа. Если один аккаунт будет скомпрометирован или заблокирован, остальные не посыплются вслед за ним.

Для незначительных сайтов вход через Google может оставаться быстрым вариантом. Но для банков, рабочих сервисов, почты, облаков, ИИ-инструментов, умного дома и других важных аккаунтов лучше использовать отдельный логин, сложный пароль и двухфакторную аутентификацию.

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