The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск Cloud Hypervisor 48.0 с запретом принятия кода, сгенерированного AI

15.09.2025 12:28

Представлен релиз гипервизора Cloud Hypervisor 48.0, созданного на основе компонентов проекта Rust-VMM, развиваемого при участии Intel, Alibaba, Amazon, Google и Red Hat. Rust-VMM написан на языке Rust и позволяет создавать специфичные для определённых задач гипервизоры. Cloud Hypervisor является одним из таких гипервизоров, который предоставляет высокоуровневый монитор виртуальных машин (VMM), работающий поверх KVM или MSHV и оптимизированный для решения задач, свойственных для облачных систем. Код проекта доступен под лицензиями Apache 2.0 и BSD. Гипервизор изначально был создан компанией Intel и переведён под покровительство организации Linux Foundation, после чего к разработке подключились компании Alibaba, AMD, Ampere, ARM, ByteDance, Cyberus Technology, Microsoft и Tencent Cloud.

Cloud Hypervisor сфокусирован на запуске современных дистрибутивов Linux с использованием паравиртуализированных устройств на базе virtio. Из ключевых задач упоминается: высокая отзывчивость, низкое потребление памяти, высокая производительность, упрощение настройки и сокращение возможных векторов для атак. Имеется возможность прямой загрузки ядра ОС без промежуточных загрузчиков, что позволяет очень быстро запускать виртуальные машины (до передачи управления приложениям в пространстве пользователя проходит менее 100 мс).

Поддержка эмуляции сведена к минимуму и ставка делается на паравиртуализацию. Проектом поддерживаются архитектуры x86_64, AArch64 и RISC-V. Из гостевых систем поддерживаются 64-разрядные сборки Linux и Windows 10/Windows Server 2019, а также предусмотрена возможность использования Cloud Hypervisor для запуска контейнеров в виртуальных машинах при помощи инструментария Kata Containers. Предусмотрена возможность live-миграции виртуальных машин между серверами и управления жизненным циклом виртуальных машин при помощи HTTP API.

В новой версии:

  • Введены правила применения AI-инструментов при разработке, запрещающие принятие кода, сгенерированного с использованием больших языковых моделей и AI-ассистентов, таких как ChatGPT, Gemini, Claude и GitHub Copilot. В качестве причины называется желание избежать неоднозначности с соблюдением лицензионных требований (AI обучен на коде под различными лицензиями, и генерируемый код потенциально может трактоваться как производная работа). Запрет AI также обусловлен желанием снизить нагрузку на сопровождающих, избавив их от разбора неосмысленных исправлений, созданных с использованием AI.
  • Добавлена экспериментальная поддержка устройства fw_cfg (Firmware Configuration), позволяющего передавать из хост-окружения в гостевую систему данные и настройки, такие как конфигурация загрузки виртуальной машины, информация о раскладке памяти в системе и таблицы ACPI.
  • Добавлена экспериментальная поддержка устройства ivshmem для организации совместного доступа нескольких гостевых систем к общей области памяти.
  • Добавлена поддержка загрузки систем RISC-V через передачу управления прошивке (Firmware Boot) вместо прямого запуска ядра ОС.
  • Для хостов x86_64, использующих гипервизор KVM, лимит на число доступных виртуальных процессоров (vCPU) повышен с 254 до 8192.
  • В устройстве virtio-blk реализована оптимизация, использующая группировку и обработку в пакетном режиме асинхронных запросов ввода/вывода. Изменение позволило повысить производительность работы с блоками небольшого размера (<=16КБ).
  • Ускорено выполнение операции приостановки работы виртуальных машин, которое особенно заметно в виртуальных машинах с большим числом vCPU.
  • Добавлена документация по запуску под управлением Cloud Hypervisor гостевых систем с Windows 11.
  • Прекращена поддержка технологии Intel SGX (Software Guard Extensions).


  1. Главная ссылка к новости (https://www.cloudhypervisor.or...)
  2. OpenNews: Компания Intel перевела разработку Cloud Hypervisor в организацию Linux Foundation
  3. OpenNews: Судебное разбирательство против Microsoft и OpenAI, связанное с генератором кода GitHub Copilot
  4. OpenNews: Исследование влияния AI-ассистентов, подобных GitHub Copilot, на безопасность кода
  5. OpenNews: Проблемы из-за подготовленных AI-инструментами отчётов об уязвимостях
  6. OpenNews: Выпуск Kata Containers 3.4 с изоляцией на основе виртуализации
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63881-cloudhypervisor
Ключевые слова: cloudhypervisor
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (46) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, 12yoexpert (ok), 12:44, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    почти уже революция, вот-вот программистов выкинут на мороз

    хочется запрыгнуть на мопед и петь песни

     
     
  • 2.31, Аноним (31), 19:23, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Cloud Hypervisor is an open source Virtual Machine Monitor

    вот-вот почти написали "гипервизор", но оказался монитор.

     
     
  • 3.35, 12yoexpert (ok), 20:17, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    *"переписали", оно на раст
     
  • 2.33, Менеджер (?), 20:10, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Работать, технарь! Солнце ещё высоко!
     

  • 1.3, 09063 (?), 12:47, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Вот это правильно: отказ от эмуляции, низкое потребление памяти, отзывчивость... О чем можно мечтать и все благодаря самому правильному языку. В копилку однозначно.
     
     
  • 2.5, Аноним (5), 12:51, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    ничего что это прослойка к прокладке для запуска kvm ?

     
     
  • 3.8, morphe (?), 13:09, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего что это совсем не про это? Это замена device model qemu, эмулятор отдельных устройств вроде дисков/сетевых интерфейсов/прочего, для чего вместе с kvm и нужно обычно использовать qemu
     
     
  • 4.17, Аноним (5), 14:54, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ничего что "это" называет себя "vmm"? И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv) Полноценным vmm при этом разумеется тоже не является.


    Хрустики такие врунишки...

     
     
  • 5.21, Аноним (21), 15:12, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И что-то там еще блеет про отсутствие виртуализации устройств. Т.е. и тут за него все сделает - kvm. (ну или hyperv)

    не, ну тут перебор. У них "ставка делается на паравиртуализацию", kvm таким не занимается

     
     
  • 6.24, Аноним (5), 16:08, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в случае kvm видимо vhost там будет или что. В общем, очередная прослойка.

     
  • 5.32, morphe (?), 19:31, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. и тут за него все сделает - kvm. (ну или hyperv)

    С каких пор virtio находится в ядре? Это всегда была юзерспейс часть, qemu. А тут - Rust-VMM, qemu отсутствует.

    VMM/hypervisor называется и ядерная часть, и юзерспейс, потому что они не работают по отдельности, за любым io виртуальная машина передаёт управление kvm/xen/hyperv, а они при необходимости передают управление юзерспейс драйверу что уже общается с физическим диском например - qemu/rust-vmm/crosvm

     
     
  • 6.37, Аноним (37), 21:05, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот смотри, ядреные виртио дрова допустим лежат вот тут usr src linux cat... большой текст свёрнут, показать
     
     
  • 7.39, morphe (?), 23:11, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Ну вот смотри, ядреные виртио дрова допустим лежат вот тут:

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

    > И кто этому узерспейс драйверу навыдавал прав для обращения к физическим дискам?

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

     
     
  • 8.40, morphe (?), 23:23, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гостевая система - виртуальный диск - ядерный virtio-blk драйвер - kvm гип... текст свёрнут, показать
     
  • 7.47, пох. (?), 09:00, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это клиент. Эти драйвера работают внутри паравиртуалки.
    Со стороны гипервизора - то что подкладывает под этот "scsi" файлик вместо диска и перекладывает пакетики из виртуальной сетевухи в настоящую - все гораздо запутанней, там есть и ядерная и userland части.

    Вряд ли опеннетовский кексперт сможет показать тебе на примерах хрустокода откуда готовилось нападение.

     
  • 6.44, SKZ (?), 17:01, 16/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Т.е. и тут за него все сделает - kvm. (ну или hyperv)
    > С каких пор virtio находится в ядре? Это всегда была юзерспейс часть,
    > qemu. А тут - Rust-VMM, qemu отсутствует.

    Есть VMM 1-го и 2-го типа, вот QEMU - 2-го

     
     
  • 7.46, morphe (?), 01:52, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть VMM 1-го и 2-го типа, вот QEMU - 2-го

    Да тут формулировки просто дырявые, QEMU одновременно и первый и второй тип, потому что kvm/xen (гипервизоры первого типа) без QEMU не работают, QEMU в этой связке является частью гипервизора первого типа, но также QEMU умеет работать самостоятельно в роли эмулятора, в этом случае он гипервизор второго типа. Эти формулировки имели больше смысла в 70х годах, когда гипервизоры были монолитные, и когда это разделение собственно и было придумано.
    Согласно этим формулировкам даже для KVM есть споры по его типу, потому что в отличии от Xen/HyperV, KVM работает поверх Linux ядра, в то время как в Xen/HyperV у тебя ядро системы запущено уже внутри гипервизора.

    У Xen нормально это сформулировано, та часть которая эмулирует устройства (не клиент этого эмулятора в лице virtio драйверов гостевой системы, а именно то что запускается на хост системе/в stubdomain) там зовётся device model. При этом Qemu в роли device model всегда используется тот что описывает i386 железо, даже если Xen у тебя запущен на aarch64 сервере.

    Qemu - одновременно и гипервизор для виртуализации, и device model + лаунчер kvm/xen для паравиртуализации

    Rust-VMM - device model, cloud hypervisor - лаунчер виртуалок под kvm/xen/hyperv/другие бекенды, вместе они заменяют Qemu в лице гипервизора первого типа... Если не учитывать что cloud-hypervisor ещё и qemu запускать умеет, что даёт ему возможность работать как второй тип)

     
     
  • 8.48, пох. (?), 09:15, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да ну А это вот - не в курсе что такое https github com apritzel kvmtool ... текст свёрнут, показать
     
     
  • 9.51, SKZ (?), 16:27, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https git kernel org pub scm linux kernel git will kvmtool git Причем все мод... текст свёрнут, показать
     
     
  • 10.52, пох. (?), 16:49, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так это ж те же самые среди участников - амазон, снова вероятно, код из закорю... текст свёрнут, показать
     
  • 10.56, morphe (?), 21:42, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Реализацию того же virtio-blk virtio-queue сравни, в kvmtool она слишком простая... текст свёрнут, показать
     
     
  • 11.57, SKZ (?), 13:01, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При желании, к kvmtool можно прикрутить io_uring И это будет куда эффективнее в... текст свёрнут, показать
     
  • 9.53, SKZ (?), 17:32, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пока вспомнил Неразрешимая задача https en wikipedia org wiki Undecidable_pr... текст свёрнут, показать
     
  • 9.54, morphe (?), 21:27, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Оно точно так же как и qemu реализует device model и лаунчер, оно всё ещё не дел... текст свёрнут, показать
     
  • 8.49, SKZ (?), 12:25, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Работают они с другими VMM как минимум, KVM - на QEMU свет клином не сошелся ... текст свёрнут, показать
     
     
  • 9.55, morphe (?), 21:29, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я понимаю, имел в виду что они не полностью самостоятельные, нужен qemu rust-vmm... текст свёрнут, показать
     
  • 4.45, Аноним (45), 19:10, 16/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Это замена device model qemu, эмулятор отдельных устройств

    Flashback из фильма матрица, когда Нео вытаскивают из капсулы "с полки". Не забывайте в какой субстанции находятся твои ОС.

     

  • 1.4, Аноним (-), 12:48, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как проверять будут?
    Неужели нейронку попросят)?

    Вообще метания туда-сюда забавны.

     
  • 1.6, SKZ (?), 12:59, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >устройства fw_cfg (Firmware Configuration), позволяющего передавать из хост-окружения в гостевую систему данные и настройки, такие как конфигурация загрузки виртуальной машины, информация о раскладке памяти в системе и таблицы ACPI.

    В UEFI и так все это есть.

     
  • 1.7, SKZ (?), 13:05, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    "Cloud Hypervisor is an open source Virtual Machine Monitor (VMM) that runs on top of the KVM hypervisor and the Microsoft Hypervisor (MSHV)."

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

     
     
  • 2.9, IdeaFix (ok), 13:20, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не понимаете, автопилот это не автопилот.
     
  • 2.16, Аноним (5), 14:40, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Растишки даже с тем, что это они такое пытаются накорябать, разобраться не
    > могут. То ли гипервизор, то ли VMM.

    могут, но тогда не получится гордо заявлять что на хрусте нахрустели что-то значимое.

    Поскольку по факту тут ни того ни другого. Прослоечка к продкладочкам.

    Не пойму только, чем им не угодил ЫЫ - до полного bullshit bingo оставалось ведь совсем чуточку.

    Видимо, пирожник никогда не ест своих пирожков.

     

  • 1.10, Аноним (10), 13:24, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А как проект развиваться будет, если код от ИИ использовать нельзя? В соседней новости выяснилось, что на Rust только так пишут.
     
     
  • 2.11, IdeaFix (ok), 13:33, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это многоходовка. Завтра МежБизМаш начнёт продавать своего ассистента, который обучен только на кошерном коде. Ну MS начнёт.... или внезапно галочку "обучено на кошерном коде" начнут продавать все, кто перечислен в соответствующей строчке changelog :)
     
     
  • 3.18, Аноним (5), 14:57, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А кто у них рав, точно ли признанный иерусалимскими правильными пацанами?

     
     
  • 4.22, IdeaFix (ok), 15:21, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто у них рав, точно ли признанный иерусалимскими правильными пацанами?

    Там не теологи, там религиоведы... наука. Загуглите "Эдвин Блэк IBM".

    Всё кошерно!

     

  • 1.12, Аноним (12), 13:43, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как будто кто-то их будет спрашивать можно им засылать написанный с помощью AI код или нет. Зато теперь любая накоммитившая обиженка может сказать что весь свой код нагенерила, и удачи им выпиливать из истории коммиты, на которых уже куча других изменений базируется.
     
     
  • 2.28, Аноним (28), 18:02, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не может. Потому за намеренный саботаж можно получить предписание суда компенсировать убытки. И по таким делам приставы могут и дом отобрать, и любимого хомяка. А то и вовсе можно сесть, если ущерба насчитают достаточно. А его насчитают: десять сеньоров с зарплатой $220/год разгребали бардак шесть месяцев, потрудитесь внести. В общем, не советую.
     

  • 1.13, Аноним (13), 13:52, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё классно в проекте, Rust, лицензии на выбор, Apache 2.0 и BSD!
    Но запрещать код сгенерированный AI, это убьёт проект!
     
  • 1.14, Соль земли2 (?), 14:00, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Только отсталые станут запрещать ИИ. Как будто снова в пещере оказался.
     
  • 1.15, Аноним (15), 14:34, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Запрет AI также обусловлен желанием снизить нагрузку на сопровождающих,

    А сопровождающие не в курсе, что ИИ можно использовать и для разбора кода тоже? Опять каких-то дидов ретроградов понабрали.

    > избавив их от разбора неосмысленных исправлений, созданных с использованием AI.

    Непонятно, чем осмысленные и неосмысленные изменения ИИ принципиально отличаются от человеческих.

    На деле понятно, что ИИ всё равно будет, просто про это не будут говорить.

     
  • 1.26, Ivan (??), 17:11, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Википедию лицензионная чистота сгенерированного текста устраивает, а их нет?

    > Запрет AI также обусловлен желанием снизить нагрузку на сопровождающих, избавив их от разбора неосмысленных исправлений, созданных с использованием AI

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

    Луддиты забавные

     
     
  • 2.29, Аноним (29), 18:04, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всего лишь повторяется история с художниками. Те тоже пытались организовать ИИ-контент отдельно,но платформы на котором это все размещалось их послали.Программист - хобби и лишь некоторые будут этим зарабатывать.
     

  • 1.36, Anonymus (?), 20:34, 15/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >сокращение возможных векторов для атак
    >ставка делается на паравиртуализацию
    >позволяющего передавать из хост-окружения в гостевую систему данные и настройки
    >для организации совместного доступа нескольких гостевых систем к общей области памяти

    /0

     
     
  • 2.38, Аноним (38), 22:02, 15/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Инструкция, как сделать дырявый софт на расте
     

  • 1.50, Аноним (50), 15:33, 17/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну да, важно же от кого а не какой код
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру