Разработчики исправили серьезную уязвимость в OpenSSH

Разработчики исправили серьезную уязвимость в OpenSSH

Разработчики исправили серьезную уязвимость в OpenSSH

Уязвимость OpenSSH была обнаружена экспертом Михал Залевски (Michal Zalewski) в файле-исходнике sftp-server.c, она затрагивает версии OpenSSH с 5.5 по 7.6.

Как можно видеть в коде, приведенном ниже, если SFTP-сервер стартует с параметром –R, он будет включать переменную «readonly». Это означает, что клиентам не разрешено записывать операции.

 

 

 

 

int
sftp_server_main(int argc, char **argv, struct passwd *user_pw)
{
   ...
    while (!skipargs && (ch = getopt(argc, argv,
        "d:f:l:P:p:Q:u:cehR")) != -1) {
        switch (ch) {
    ...
        case 'R':
            readonly = 1;
            break;
    ...
}

Открытие файла для SFTP-сервера выполняется с помощью вспомогательной функции process_open(), которая открывает доступные только для чтения файлы:

static void
process_open(u_int32_t id)
{
    ...
    if (readonly &&
        ((flags & O_ACCMODE) == O_WRONLY ||
        (flags & O_ACCMODE) == O_RDWR) != 0)) {
        verbose("Refusing open request in read-only mode");
        status = SSH2_FX_PERMISSION_DENIED;
    } else {
        fd = open(name, flags, mode);
    ...
}

Здесь можно увидеть, что если «readonly» активирован, будет осуществляться проверка наличия «WRITE ONLY» или «READ/WRITE». Если это условие удовлетворено, будет выведена ошибка открытия файла в режиме read-only.

В противном случае файл будет открыт с использованием системного вызова open(). Залевски использовал эти параметры для создания произвольных read-only-файлов на SFTP-сервере. Чтобы исправить эту брешь, только для чтения. Чтобы исправить это, разработчики.

Код патча можно увидеть ниже:

if (readonly &&
-       ((flags & O_ACCMODE) == O_WRONLY ||
-       (flags & O_ACCMODE) == O_RDWR)) {
+       ((flags & O_ACCMODE) != O_RDONLY ||
+       (flags & (O_CREAT|O_TRUNC)) != 0)) {
        verbose("Refusing open request in read-only mode");
Подпишитесь на новости

62% компаний переходят на российские СУБД из-за регулятора

На эфире AM Live «Российские СУБД» обсудили российский рынок СУБД: насколько решения зрелые, как выбирать базу под задачи и что мешает миграции. Говорили о росте рынка до 101 млрд рублей и прогнозе до 281 млрд к 2032 году, фрагментации сегментов, гибридных и специализированных СУБД. 

Первый опрос показал, что главный драйвер перехода — требования регулятора: так ответили 62% зрителей.

Ещё 18% выбрали вариант «просто интересно», 8% — стоимость лицензий и эксплуатации, 7% — риски информационной безопасности, 3% — новые требования бизнеса и 2% — сбои зарубежных СУБД. Константин Варов сразу обратил внимание на тревожный сигнал: «6,5% тех, кто попробовал перейти на российский СУБД, вернулись обратно… регулятор снял удавку с горла».

Руслан Галиев объяснил замедление рынка тем, что клиенты перешли от агрессивного импортозамещения к прагматичному: «Клиент сейчас вдумчиво, содержательно и системно подходит к проектам миграции». Алексей Викулин добавил, что больше половины решений до сих пор остаются на импортном стеке, особенно в критичной инфраструктуре.

По степени важности при выборе СУБД на первом месте оказалась стоимость лицензии и эксплуатации — 83%. Простота внедрения и миграции набрала 76%, совместимость с приложением — 68%, производительность и масштабируемость — 62%, отказоустойчивость — 61%. Функциональность и надёжность разработчика оказались ниже — 49% и 48%. Константин Варов назвал картину ожидаемой:

«Слышим, реагируем» — вендор снижает стоимость и упрощает миграцию. Александр Ложков рассказал, что для ускорения работы с 1С и банковскими системами используются готовые профили оптимизации: «Поставил такой пакет в связке с приложением, получил ускорение работы иногда в разы». Алексей Викулин напомнил, что важна не только цена лицензии, но и совокупная стоимость владения: бесплатное решение может оказаться дороже в эксплуатации.

Участники обсудили основные трудности внедрения. Сложность и стоимость миграции отметили 37% респондентов, недостаток специалистов и компетенций — 34%. Проблемы с производительностью и отказоустойчивостью выбрали 11%, сложность выбора — 8%, недостаточную зрелость — 7%, недостаточную совместимость с приложениями — 3%. Константин Варов подтвердил, что это два ключевых стоп-фактора, и рассказал про CDC-инструмент: «Само переключение… занимает буквально несколько часов». Алексей Викулин объяснил причину: «У отечественных СУБД гораздо выше порог входа. Требования к квалификации администратора выше, чем на Oracle или MS SQL». Игорь Турканов привёл пример: «Мы перевели высоконагруженную систему с Oracle за 3,5 месяца».

В целом участники эфира сошлись: рынок российских СУБД вырос, но главные задачи — снизить стоимость и сложность миграции, закрыть дефицит специалистов и упростить администрирование. ИИ, по мнению спикеров, станет одним из главных факторов, который будет менять требования к базам данных в ближайшие годы.

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