Разработчики исправили серьезную уязвимость в 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");

Сбер и Яндекс резко снизили цены на ИИ, но Китай всё равно дешевле

Российские разработчики заметно снизили стоимость генеративного ИИ. По оценке платформы Nodul, с октября 2025 года по август 2026-го цена тысячи токенов GigaChat Lite упала на 67,5% — с 0,20 до 0,065 рубля. У GigaChat Pro снижение почти такое же: с 1,50 до 0,50 рубля.

Яндекс оказался скромнее. Тысяча токенов YandexGPT Pro 5.1 стоит 0,80 рубля — на 33% меньше, чем у предыдущей версии YandexGPT 5 Pro. Тариф YandexGPT Lite не изменился и остался на уровне 0,20 рубля.

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

Несмотря на подешевевший отечественный ИИ, сопоставимые зарубежные модели, по подсчётам Nodul, могут обходиться до десяти раз дешевле. Особенно бодро демпингуют китайские разработчики: у DeepSeek V4 Flash тысяча входных токенов стоит около 0,0375 рубля, выходных — 0,112 рубля. Для GPT-5.4 mini показатели составляют 0,064 и 0,383 рубля, для Qwen 3.8 Max — 0,17 и 0,511 рубля соответственно.

«Сбер» и Яндекс с оценками аналитиков не согласились: компании утверждают, что на деле снизили цены ещё сильнее. Заодно разработчики считают прямое сравнение российских и зарубежных тарифов не вполне корректным — модели отличаются по качеству, условиям использования и схеме расчёта. Подробности приводит РБК.

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