https://hackerone.com/reports/665144

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

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

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

https://hackerone.com/reports/665302

Этот репорт описывает уязвимость в модуле seeftl версии 0.1.1, которая позволяет проводить stored XSS (XSS с хранением данных на сервере) через имя файла при просмотре списка директорий. Не происходит очистки (санитизации) имени файла перед отображением его на экране, что позволяет подставить вредоносный скрипт в имя файла. Для воспроизведения атаки необходимо установить модуль, создать файл с злонамеренным именем и запустить сервер seeftl. Затем достаточно навести на имя файла мышь и вредоносный скрипт выполнится. Для устранения уязвимости необходимо провести очистку входных данных и кодировать опасные символы HTML перед отображением на экране. Уязвимость может привести к возможности проведения атаки типа XSS, что может привести к утечке данных пользователей и получению несанкционированных прав доступа к системе.

https://hackerone.com/reports/665330

Этот репорт описывает нахождение и репорт уязвимости связанной с выходом за пределы выделенного буфера памяти при обработке EXIF-информации изображения в PHP-версиях 7.1.x до 7.1.30, 7.2.x до 7.2.19 и 7.3.x до 7.3.6. Уязвимость может привести к утечке конфиденциальной информации или к проблеме завершения работы программы.

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

Уязвимость была устранена, и ей был присвоен идентификатор CVE-2019-11040. Рекомендуется обновить PHP до последней версии, в которой уязвимость была исправлена.

https://hackerone.com/reports/665398

Этот репорт описывает уязвимость на поддомене datacafe-cert.starbucks.com, который содержал CNAME-запись, указывающую на не зарегистрированный сервис Azure. Это может привести к тому, что злоумышленник может зарегистрировать этот поддомен на Azure и стать его владельцем, получив полный контроль над содержимым, которое будет размещено на этом поддомене. Уязвимость является высокой по степени угрозы безопасности. Репортер рекомендует удалить запись CNAME с поддомена и освободить незарегистрированный сервис на Azure. Если Starbucks захочет использовать этот сервис, они смогут зарегистрировать его заново и получить полный контроль над поддоменом. Эта уязвимость может использоваться для XSS, phishing, Session Hijacking через обход SOP.

https://hackerone.com/reports/665651

Этот репорт описывает уязвимость в системе авторизации на сайте https://login.fr.cloud.gov/oauth/authorize. Уязвимость заключается в open redirect на oauth redirect_uri, что может привести к утечке oauth токенов пользователей злоумышленнику.

Шаги эксплуатации включают переход по определенному URL адресу, выбор .gov аккаунта для входа и перенаправление на злоумышленный сайт evil.com, где злоумышленник сможет получить доступ к oauth токену пользователя.

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

https://hackerone.com/reports/665722

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

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

https://hackerone.com/reports/665798

Этот репорт описывает потенциальную уязвимость в MCD контрактах MakerDAO, которая позволяет атакующим получать проценты на депозиты DAI, которые не существуют вне транзакции. Уязвимость связана с тем, что ставки в разных контрактах (`pot` и `jug`) не синхронизированы, а зависят от вызова метода `drip`. Атакующие могут играть систему, получая проценты на депозиты DAI, не удерживая DAI ни за какой промежуток времени. Это может привести к инфляции DAI и переводу ценности к атакующим.

Шаги эксплуатации описаны следующим образом:
1. Преобразование ETH/token в баланс gem, используя контракт `join`.
2. Создание CDP urn (vat.frob), получение максимального количества DAI из баланса gem.
3. Депозит оставшегося баланса DAI в `pot` (`join` метод).
4. Обновление накопленной процентной ставки DSR (`pot.drip`).
5. Снятие DAI из `pot` (`exit` метод) с получением депозита DAI в 3 плюс проценты.
6. Погашение CDP (вновь, `vat.frob`), получение обратно баланса gem.
7. Преобразование баланса gem в ETH/token.

Этот процесс может потребовать большого баланса ETH/token, но может быть собран в доверительном контракте, который разбивает прибыль согласно размеру депозитов ETH/token участников или легко получен индивидуальными инвесторами (например, биржами). Если такой доверительный контракт построен и опубликован правильно, ничто не мешает каждому держателю ETH/token депонировать свои депозиты в нем, и без риска участия в непрерывной атаке на MCD контракты, зарабатывая проценты на общем балансе более чем на миллиард долларов.

Уязвимость может быть исправлена путем вызова метода `pot.drip` внутри вызова `vat.frob`. Эта уязвимость считается критической и может привести к инфляции DAI и переводу ценности к атакующим.

https://hackerone.com/reports/666557

Данный репорт сообщает о нахождении уязвимости Content Spoofing / Text Injection на домене https://docs.nextcloud.com. Когда пользователь переходит на страницу https://docs.nextcloud.com/!!!ATENTION!%20This%20server%20is%20on%20Maintenance%20please%20go%20to%20WWW.EVIL.COM%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20, он видит текст, который направляет его на другой сайт, вне зависимости от реального состояния сервера. Это может привести к тому, что пользователь может быть перенаправлен на вредоносный сайт и стать жертвой атаки.

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

https://hackerone.com/reports/666632

Этот репорт описывает уязвимость на Twitter, связанную с удалением истории диалогов. Если пользователь инвертирует идентификаторы пользователя в URL диалога, то ему может быть предложено удалить диалог или принять сообщение от неопределенного пользователя. Если пользователь выбирает удаление, то вся история диалога удаляется без использования правильного идентификатора диалога, что может создать несогласованности в базе данных о диалогах. Для эксплуатации данной уязвимости необходимо выполнить следующие шаги:
1. Иметь диалог (например, прямое сообщение) между двумя пользователями.
2. Нажать на диалог, чтобы открыть окно чата.
3. URL изменится и будет выглядеть примерно так: https://twitter.com/messages/123456-78910
4. Инвертировать эти цифры с conversation_id, и новый URL будет таким: https://twitter.com/messages/78910-123456 и нажать Enter, чтобы перейти по этому URL.
5. Пользователю будет предложено принять или удалить сообщение, если он хочет принять сообщение от неопределенного пользователя. При удалении предложение будет точно таким:

Do you want to let message you? They won’t know you’ve seen their message until you accept.Report conversation

Вы можете заметить, что между словами "let" и "message" есть пробел.
6. Если пользователь нажимает на 'Delete', то история оригинального диалога удаляется (см. вложенное изображение: after_Deleting.png), и ответ, который пользователь получает, не упоминает этот факт.

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

https://hackerone.com/reports/666722

Этот репорт описывает небезопасную практику на странице регистрации на сайте https://trade.go.exchange/en/auth/sign-up. Когда пользователь вводит существующий адрес электронной почты, появляется сообщение об ошибке «Email is invalid», но это сообщение также появится, когда введенный адрес электронной почты не зарегистрирован на сайте. Таким образом, злоумышленник может перебирать адреса электронной почты, и сравнивать ответы на запросы, чтобы перечислять зарегистрированные адреса. Для улучшения безопасности рекомендуется просто сообщать, что ссылка была отправлена по электронной почте, независимо от того, зарегистрирован пользователь с таким адресом или нет. Если уже выполнен другой процесс, сообщение по электронной почте должно говорить, что «кто-то пытался зарегистрировать аккаунт с этим адресом электронной почты, если это были вы, войдите в свой аккаунт».

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

https://hackerone.com/reports/667032

Этот репорт - сообщение о том, что на сайте data.gov обнаружена уязвимость, которая позволяет злоумышленнику получить чувствительную информацию о системном имени пользователя. В сообщении приводятся шаги для воспроизведения уязвимости и предлагается решение в виде добавления команды "--no-preserve" в репозиторий s3cmd. Уязвимость оценивается как низкой степени воздействия, так как в данном случае системным именем пользователя выступал root. Тем не менее, разработчики могут иметь хорошие причины не показывать эту информацию в заголовке ответа.

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

https://hackerone.com/reports/667188

Этот репорт описывает уязвимость XSS (межсайтовый скриптинг) на сайте https://app.crowdsignal.com/. Для эксплуатации уязвимости, злоумышленник должен выполнить следующие шаги:

1. Перейти на страницу https://app.crowdsignal.com/dashboard и создать новый опросник (Quiz).
2. Добавить в опросник вопрос с множественным выбором и загрузить изображение.
3. Начать запись трафика с помощью инструмента Burp Suite и сохранить опросник. При этом в запросе будет содержаться параметр media_code, который отвечает за идентификатор загруженного изображения. Заменить этот параметр на пейлоад с XSS-кодом и переслать запрос ("><svg/onload=alert(document.domain)>).
4. После этого будет выполнен XSS-атака, которую можно увидеть на скриншотах (poc2.png и poc3.png).

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

https://hackerone.com/reports/667408

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

https://hackerone.com/reports/667613

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

https://hackerone.com/reports/667739

Этот репорт был направлен команде Grammarly, которые отвечают за безопасность веб-приложения. Хакер нашел уязвимость в их системе двухфакторной аутентификации (2FA), которая позволяла злоумышленнику сохранить активную сессию на устройстве B после того, как 2FA была активирована на устройстве A. Это означает, что, несмотря на активацию 2FA, злоумышленник все еще имеет доступ к аккаунту и может совершать в нем различные действия.

Шаги эксплуатации этой уязвимости просты: злоумышленник должен иметь доступ к устройствам A и B, и зарегистрировать аккаунт в приложении Grammarly на обоих устройствах. Затем, на устройстве A, злоумышленник должен активировать 2FA, после чего вернуться к устройству B и продолжать работу в приложении без необходимости вводить код из 2FA.

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

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

https://hackerone.com/reports/667770

Этот репорт описывает новый найденный уязвимый элемент на сайте New Relic. Уязвимость заключается в возможности инъекции кода XSS в поле `transactionName` на странице интерактивной карты транзакций. При получении карты транзакций, в ответ получается HTML, который может запускать вредоносный код. Приведены шаги для воспроизведения этой уязвимости, включая использование специально созданного Python-скрипта. Уязвимость может привести к выполнению хакера на устройстве пользователей сайта любого кода, включая, возможно, выходит за рамки функциональности сайта.

https://hackerone.com/reports/668439

Этот репорт описывает уязвимость в приложении BCM для Android, которая позволяет злоумышленнику скачивать любые загруженные на сервер файлы. Атакующий может использовать простой ID, который случайным образом генерируется каждый раз, когда загружается новый файл, и, предположительно, это число основано на времени с помощью конвертера epoch. Важно отметить, что эндпоинт не проверяет наличие корректной реализации заголовка авторизации. Для повторения атаки, злоумышленник может перехватить все запросы используя Burpsuite, а затем использовать Repeater Tab для изменения ID значения.

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

https://hackerone.com/reports/669365

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

https://hackerone.com/reports/669438

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

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

https://hackerone.com/reports/669776

В данном репорте исследователь сообщает о наличии уязвимости в системе уведомлений электронной почты на платформе HackerOne. Исследователь описывает два способа воспроизведения уязвимости и указывает на ее возможные последствия.

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

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

Кратко говоря, этот репорт сообщает о наличии уязвимости в системе уведомлений на платформе HackerOne и показывает два способа ее эксплуатации.

https://hackerone.com/reports/670572

Этот репорт описывает уязвимость в GitLab, которая позволяет злоумышленнику провести атаку типа DoS (отказ в обслуживании) на различных страницах, использующих Markdown с Mermaid. Атакующий может обойти механизм защиты от CVE-2019-9220, который ограничивает ввод до 5000 символов, просто разбивая более длинный запрос на несколько блоков. Если пользователь вставляет большое количество блоков кода Mermaid, то рендеринг этих блоков замедляет работу страницы, иногда приводя к зависанию браузера. Поэтому необходимо ввести механизм, который позволит определять большое количество блоков кода Mermaid и остановить рендеринг в дальнейшем. Уязвимость была обнаружена на официальной установке Docker GitLab Enterprise Edition 12.1.4-ee и проверена на Firefox 68 и Chromium 76 на Ubuntu. Эта уязвимость может привести к отказу в работе, блокировке главной страницы сайта и потере пользовательских данных.