https://hackerone.com/reports/454

Этот репорт говорит о уязвимости в формате PNG. По словам автора, PNG-файлы состоят из нескольких блоков, одним из которых является zTXT - блок, который позволяет хранить сжатые текстовые данные с использованием библиотеки zlib. Автор создал огромный файл размером меньше 1 МБ, используя этот блок и отправил его на HackerOne, но сервис завис при попытке идентификации и конвертации изображения. В результате атакующий может использовать эту уязвимость для создания PNG-файлов, которые могут навредить старым машинам с устаревшей библиотекой zlib. Автор предлагает отклонять все PNG-файлы, содержащие строку "zTXt" и обновлять библиотеку zlib.

https://hackerone.com/reports/477

Этот репорт описывает уязвимость в процессе создания аккаунта на сайте. В особенности, было обнаружено, что при создании аккаунта с именем, соответствующим имени серверного ресурса, профиль пользователя становится недоступным для настройки. Например, при создании аккаунта с именем "robots.txt" профиль пользователя будет доступен по адресу https://hackerone.com/robots.txt, но любая попытка настройки этого профиля закончится ошибкой. Это может привести к возможности создания большого количества багнутых аккаунтов на сайте. Автор репорта рекомендует использовать более надежный механизм формирования адресов профилей пользователей, например, с использованием "/users/profilename".

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

https://hackerone.com/reports/487

Этот репорт говорит о том, что уязвимости веб-сайта, в связи с которыми веб-сайт может быть перенаправлен на другой веб-ресурс с помощью манипулирования заголовками. Особенно отмечается, что при добавлении заголовка X-Forwarded-Host: evil.com может произойти перенаправление на злоумышленный сайт, что свидетельствует о проблемах с кэшем DNS.

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

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

https://hackerone.com/reports/499

Этот репорт описывает уязвимость в Ruby связанную с преобразованием строк в значения типа float. Специально сформированная строка может привести к переполнению кучи и вызвать ошибку сегментации или возможно выполнение произвольного кода. Уязвимы программы, которые принимают входные данные в формате JSON и преобразуют их в значения типа float.

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

Для устранения уязвимости всех пользователям рекомендуется обновиться до Ruby 1.9.3 patchlevel 484, Ruby 2.0.0 patchlevel 353 или Ruby 2.1.0 preview2. Также важно отметить, что для Ruby 1.8- и более ранних версий больше не будет выпускаться исправление ошибки, и пользователи таких версий должны обновляться как можно скорее.

https://hackerone.com/reports/500

Это репорт о уязвимости в OpenSSH версий 6.2 и 6.3 при использовании AES-GCM шифрования. Уязвимость позволяет злоумышленнику выполнить код с привилегиями аутентифицированного пользователя, и обойти конфигурации с ограниченными командами и оболочками. Чтобы предотвратить эксплуатацию этой уязвимости, необходимо отключить AES-GCM в конфигурации сервера, используя параметр sshd_config. В репорте есть patch для исправления уязвимости и защиты сервера. Был указан OpenSSH 6.4 как исправленная версия.

https://hackerone.com/reports/523

Этот репорт сообщает о уязвимости в функции `openssl_x509_parse()` в PHP, которая используется для парсинга дополнительной информации из x509-сертификатов. Уязвимость состоит в том, что при попытке преобразования временных меток из формата ASN1- строки в целочисленные значения меток используется небезопасный парсер, который может записать пять байт NUL вне выделенного буфера. Уязвимость может быть вызвана сертификатами x509, содержащими байты NUL в полях отметки notBefore и notAfter, что приводит к коррупции памяти, которая может привести к произвольному выполнению кода. В зависимости от того, как используется `openssl_x509_parse()` в PHP-приложении, нападение требует или злонамеренного сертификата, подписанного компрометированным/злонамеренным УЦ, или может быть выполнено с помощью самоподписанных сертификатов. Это может привести к возможному выполнению произвольного кода.

https://hackerone.com/reports/546

Этот репорт сообщает о потенциальной уязвимости в системе безопасности веб-приложения. Ранее нельзя было изменить электронную почту без проверки, однако теперь такая проверка отсутствует. Когда пользователь пытается изменить пароль, ему предлагается подтвердить запрос, введя старый пароль. В связи с этим должна быть проверка при изменении электронной почты. Худшая часть заключается в том, что HackOne отправляет письмо для проверки на новый адрес электронной почты, и даже дату "присоединения" можно изменить при запросе изменения адреса электронной почты.

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

Рекомендуется принять меры: применить поле для ввода пароля (как это делает Facebook), или отправлять проверочное письмо на старый зарегистрированный адрес электронной почты.

https://hackerone.com/reports/547

Этот репорт описывает две уязвимости в системе безопасности.

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

Вторая уязвимость связана с подделкой атаки межсайтового запроса (CSRF). Подделка CSRF-атаки возможна благодаря подтверждающей ссылке, которая отправляется на электронную почту зарегистрированной веб-почты жертвы. Злоумышленник может использовать эту ссылку, чтобы залогиниться в учетной записи жертвы, которая уже может быть подвергнута изменениям, и мониторить действия жертвы, а также взаимодействовать с ней.

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

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

2. Злоумышленник отправляет фальшивое подтверждение на электронный адрес жертвы, что приведет к логину в аккаунт жертвы с помощью подделки CSRF-атаки.

3. Злоумышленник следит за действиями жертвы на сайте и может получать доступ к ее личной информации.

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

Всем привет!
Закиньте в комментарии ваше мнение и что здесь стоит еще проработать. Это самая первая версия.

Можно объяснять репорты из конкретных программ, кого какие программы интересуют?

https://hackerone.com/reports/575

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

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

https://hackerone.com/reports/713

Этот репорт говорит о наличии уязвимости на странице /reed. По информации, предоставленной автором репорта, пользователи могут загружать изображения с любых URL-адресов, изменив тип загрузки во вкладке "Инспектировать элемент" с "type=file" на "type=url", вставив URL-адрес в текстовое поле и нажав кнопку "Обновить профиль". В итоге фотография профиля пользователя будет изменена на загруженную с указанного URL.

Эта уязвимость может привести к возможности загрузки вредоносных изображений из внешних источников, что может создать проблемы безопасности для пользователей и сайта в целом. Кроме того, доступ к загрузке изображений с внешних ресурсов может быть использован для установки скрытых скриптов и выполнения других атак на сайт.

Поэтому необходимо принять меры для исправления этой уязвимости.

https://hackerone.com/reports/727

Этот репорт описывает два запроса необходимых для эксплуатации уязвимости: первый запрос для выхода пользователя из системы, а второй запрос для входа в систему под аккаунтом злоумышленника. Внедрение этих запросов может привести к серьезным последствиям, таким как компрометация пользовательских данных или систем данных. Чтобы устранить эту уязвимость, необходимо выполнить тщательный аудит кода и реализовать необходимые меры безопасности для защиты от данной атаки.

https://hackerone.com/reports/737

Этот репорт связан с уязвимостью в системе безопасности. Если злоумышленник отправит запрос с некорректным authenticity_token (атрибут, который используется для защиты от CSRF-атак), то пользователь будет вынужден совершить выход из своей учетной записи. При этом пользователю будет выдана новая сессионная cookie, которая не будет аутентифицирована. Однако, сессионная cookie, которая была использована пользователем до выхода из учетной записи, останется активной и может быть использована злоумышленником для получения доступа к учетной записи пользователя.

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

https://hackerone.com/reports/738

Этот репорт говорит о наличии уязвимости в процессе восстановления пароля для пользователя сайта. Когда пользователь запросил ссылку на восстановление пароля и перешел по этой ссылке, ему предложено ввести новый пароль дважды. Однако, вместо того, чтобы ввести пароль сразу, пользователь нажимает на ссылку на картинку с другого домена. Это приводит к утечке перекрестной ссылки реферера между сайтом восстановления пароля и доменом хранения картинки.

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

Шаги эксплуатации могут быть следующими: злоумышленник, зная токен сброса пароля пользователя, перехватывает передачу данных между сайтом восстановления пароля и доменом хранения картинки. Затем, используя CSRF-атаку, злоумышленник меняет пароль пользователя на свой. Отсюда может последовать полный доступ к аккаунту пользователя и его данным.

https://hackerone.com/reports/742

Этот репорт описывает уязвимость в веб-приложении с URL-адресом "/arice". Для эксплуатации уязвимости злоумышленник должен выполнить следующие шаги:

1. Перейти на страницу запроса нового пароля на https://hackerone.com/users/password/new.
2. Перейти на почту, найти письмо с ссылкой и перейти по ней.
3. Ввести новый пароль и отправить запрос, перехватить этот запрос и удалить authenticity token из него, а затем передать его серверу.
4. Пользователь будет успешно авторизован в системе, даже если сервер не смог проверить token.

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

https://hackerone.com/reports/761

Этот репорт сообщает о том, что при регистрации на сайте hackerone.com можно осуществлять перебор e-mail адресов зарегистрированных пользователей через функционал Sign Up. Пользователи могут проверять наличие зарегистрированных адресов, вводя их в форму регистрации и просматривая ответ от сервера. Это может быть использовано злоумышленниками, чтобы получить информацию о пользователях и провести атаки на их аккаунты.

Рекомендуется исправить эту уязвимость, предложив пользователям в первом шаге регистрации ввести свой e-mail и отправить инструкции для завершения регистрации на этот e-mail. Если e-mail уже зарегистрирован, то пользователь должен получить уведомление об этом. Если же адрес не зарегистрирован, то пользователю должна быть отправлена уникальная ссылка для завершения регистрации. Это поможет уберечь конфиденциальную информацию пользователей от злоумышленников и повысит безопасность сайта.

https://hackerone.com/reports/774

Этот репорт говорит о наличии уязвимости на странице /phabricator. Уязвимость заключается в том, что возможно произвести вход в аккаунт другого пользователя без использования токена CSRF. В качестве доказательства команде безопасности предоставлен HTML код, где представлены данные аккаунта, куда необходимо произвести вход. Для этого нужно отправить POST запрос на страницу http://DOMAIN-WITH-PHABRICATOR/auth/login/password:self/ с указанием параметров ввода (логин и пароль).

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

https://hackerone.com/reports/809

Этот репорт описывает уязвимость в Phabricator, когда пользователь автоматически входит в свой аккаунт после нажатия ссылки на восстановление пароля на почте, до того, как ему будет запрошено создать новый пароль дважды. Эта уязвимость может быть использована злоумышленником для того, чтобы пользователь вошел в аккаунт злоумышленника. Для этого злоумышленник генерирует ссылку на восстановление пароля для своего аккаунта и отправляет ее пользователю. Когда пользователь кликает по этой ссылке, он автоматически входит в аккаунт злоумышленника.

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

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

https://hackerone.com/reports/842

Этот репорт указывает на возможную уязвимость безопасности на странице сайта, находящейся по адресу /security. А именно, если пользователь вводит конфиденциальную информацию (например, логин и пароль) в поля на этой странице, эта информация будет кэшироваться в браузере клиента.

Если злоумышленник получит доступ к браузеру жертвы, он сможет получить доступ к кэшу браузера и украсть конфиденциальную информацию, введенную на странице /security.

Чтобы устранить данную уязвимость, необходимо настроить заголовки кэширования на сервере, чтобы браузер не сохранял эти данные в кэше. Также можно использовать специальные механизмы шифрования данных (например, SSL/TLS) для обеспечения безопасности при передаче данных между браузером и сервером.

https://hackerone.com/reports/1093

Этот репорт предлагает добавить HTTPS на кнопку "Поделиться в LinkedIn", которая представлена на страницах сайта HackerOne. Автор сообщает, что когда пользователь кликает на эту кнопку, LinkedIn перенаправляет его на HTTPS, но перед этим отправляет cookie без использования HTTPS. В итоге это может привести к возможности перехвата и чтения cookie, что может позволить атакующему получить доступ к личной информации пользователя на LinkedIn.

Шаги эксплуатации этой уязвимости могут включать перехват и анализ трафика с помощью инструментов, таких как Wireshark или Burp Suite. Атакующий может использовать украденные cookie, чтобы получить несанкционированный доступ к аккаунту LinkedIn пользователя и получить доступ к его конфиденциальным данным.