Российский исследователь взломал репозиторий и багтрекер Ruby on Rails

Российский исследователь взломал репозиторий и багтрекер Ruby on Rails

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

Среда Ruby on Rails предназначена для построения веб-приложений на языке Ruby. Ее основная задача состоит в упрощении и оптимизации процесса разработки программных продуктов. Одним из наиболее популярных сетевых проектов, при создании и сопровождении которого применялась эта среда, является GitHub - крупная платформа для хранения исходных кодов и совместной работы над ними. На этой площадке размещается в том числе и официальный репозиторий Ruby on Rails вкупе с системой отслеживания ошибок и изъянов в ПО.

В четверг отечественный исследователь заявил об уязвимости в этой программной среде, отметив, что ее успешная эксплуатация может окончиться введением посторонних сведений в базу данных приложений Ruby on Rails через внешние веб-формы - почти как в случае с SQL-инъекциями. Проблема произрастает из функции под названием "массовое назначение", особенности которой можно злонамеренно использовать - если не приняты надлежащие меры безопасности. Вообще говоря, теоретическая возможность злоупотребления этим функционалом была описана еще несколько лет назад, однако команда Ruby on Rails сочла, что ответственность за управление "массовым назначением" должна лежать на самих разработчиках программных продуктов.

"Массовое назначение" - это функция управления программными атрибутами. Программисты Ruby on Rails предпочли использовать подход белого списка: по умолчанию разрешено изменять все атрибуты, а создатели веб-приложений должны самостоятельно составлять черный список тех параметров, которые потенциально опасны и запрещены к модифицированию. Альтернативный подход диаметрально противоположен (и более безопасен): запретить изменение всех атрибутов и возложить на разработчиков задачу их выборочной активации по мере необходимости и целесообразности.

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

Администрация GitHub оперативно устранила уязвимость и начала общий аудит с целью обнаружить новые потенциальные изъяны. Учетная запись исследователя была приостановлена, но затем возобновлена - когда технические специалисты проекта убедились, что в его действиях не было злого умысла. По-видимому, теперь разработчики Ruby on Rails не будут столь категоричны в своих суждениях и с большей охотой займутся поиском решений проблемы "массового назначения".

PC World

Письмо автору

В России нашли многократные расхождения цен в госзакупках ПО

Счётная палата обнаружила серьёзный разброс цен при госзакупках одного и того же российского ПО. В ряде случаев стоимость лицензий отличалась в несколько раз, иногда до шести. Проверка охватила закупки 2022–2025 годов и затронула решения таких вендоров, как «Лаборатория Касперского», «Группа Астра», Postgres Professional, «Мой офис» и другие.

Об этом говорится в отчёте аудитора Данила Шилкова, с которым ознакомились «Ведомости».

Например, при закупке Kaspersky Endpoint Security для бизнеса в небольших объёмах (до 100 лицензий) цена за одну лицензию колебалась от 445 до 2862 рублей — разница составила 6,4 раза. Даже при крупных закупках разброс был заметным: от 529 до 1632 рублей за лицензию.

Схожая картина и по другим продуктам. По данным Счётной палаты, цена лицензии «Р7-Офис» в госконтрактах отличалась почти вдвое от рекомендованной производителем. А бессрочная лицензия Astra Linux Special Edition для сервера закупалась по цене от 18 400 до 109 400 рублей за экземпляр — разница почти в шесть раз.

Отдельно аудиторы отметили две закупки Postgres Professional, где 24 и 12 лицензий стоили по 8,8 млн рублей за единицу. В отчёте уточняется, что высокая цена связана с безлимитным использованием лицензий.

Почему так происходит? Эксперты напоминают: госзакупки регулируются законами № 44-ФЗ и № 223-ФЗ, а для ПО не существует единого обязательного «прайс-листа». Заказчики обосновывают начальную максимальную цену контракта (НМЦК) разными способами: через коммерческие предложения, анализ рынка, референтные контракты и т. п. Кроме того, в цену могут входить разные сроки лицензий, техподдержка, внедрение и дополнительные услуги.

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

Счётная палата предложила ужесточить правила. В частности, Минцифры рекомендовано разработать типовые условия госконтрактов на поставку ОС и ПО — с обязательным указанием полной конфигурации, срока действия лицензии и параметров техподдержки. Минфину и Минцифры также предложено актуализировать каталог товаров, работ и услуг (КТРУ) и доработать реестр российского ПО с каталогом конфигураций и цен. Срок — до 1 июля 2026 года.

В Минцифры отметили, что повышение прозрачности закупок позволит отслеживать динамику цен и принимать меры для справедливого ценообразования. При этом регулятор напомнил, что нормативная база уже развивается: в 2025 году был принят закон о «доверенном» ПО, и сейчас готовятся требования к такой категории продуктов.

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

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

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

Своей позицией с нами поделились представители «Группы Астра»:

«Наша бизнес-модель не подразумевает прямых продаж. Мы работаем через дистрибьюторов и партнеров, которые и устанавливают для заказчика окончательную цену.

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

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

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