И там же

CVE-2026-59309 — это критическая уязвимость, позволяющая обойти аутентификацию в компоненте VMware Directory Service продукта VMware vCenter Server.

CVE-2026-59310 — это критическая уязвимость типа «обход пути» (CWE-22) в сервере VMware vCenter Syslog с оценкой CVSS 9,8 из 10.

Насколько я вижу, последние два пропатчены в vCenter Server 9.1.0.0100 , если не раньше:

Как сообщает Серджиу Гатлан (BleepingComputer), 15 сентября 2026 года Агентство по кибербезопасности и защите инфраструктуры (CISA) подтвердило, что к злоумышленникам, уже эксплуатирующим критическую уязвимость удаленного выполнения кода в VMware vCenter Server, присоединились группировки, использующие программы-вымогатели. Уязвимость, зарегистрированная под идентификатором CVE-2026-59310, имеет оценку 9,8 балла по шкале CVSS (из 10 возможных) и затрагивает сервер syslog в vCenter; она позволяет неавторизованному злоумышленнику, имеющему доступ к сети, выполнить произвольный код. Компания Broadcom, владеющая VMware, выпустила исправление 29 июля. 18 августа CISA внесло эту уязвимость в каталог известных эксплуатируемых уязвимостей (KEV) и отвело федеральным ведомствам всего три дня на установку патча.

Для vmware tools пока ничего нового

VMware Tools 13.0.1.0 (июль 2025) закрывал CVE-2025-41239
https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/tools...

VMware Tools 13.0.5.0 (сентябрь 2025) закрывал CVE-2025-41244 и CVE-2025-41246

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/tools/13-0-0/release-notes/vmware-tools-1305-release-notes.html

VMware Tools 13.0.10.0 (январь 2026) исправлял две проблемы –

Missing 3D rendering when using Indirect Display Driver with VMware SVGA driver
During Linux guest customization, VMware Tools may reboot the VM without waiting for cloud-init execution to complete if cloud-init encounters a recoverable error

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/tools/13-0-0.html

Что касается 13.1 , то там мелкие фиксы всего. Или что-то не говорят.

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/tools/13-1-0/release-notes/vmware-tools-1315-release-notes.html

VMware Tools 13.1.5.0 от сентября 2026 содержит один фикс для Horizon View и описание массы проблем.

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/tools/13-1-0/release-notes/vmware-tools-1315-release-notes.html

Смысла оставаться на чем-то ниже VMware Tools 13.0.10.0 нет, смысла идти выше пока тоже не вижу.

• enterprise, cloud, virtualization, серьёзный engineering.

И вот что странно - Впервые за всю карьеру у меня нет ощущения, что индустрия понимает, куда идёт.

Раньше IT росло почти линейно -

Компании:

• нанимали джунов

• растили middle

• берегли senior

• расширяли команды

Сейчас всё выглядит иначе. AI не просто “новый инструмент”. Он ломает саму экономику разработки. Самое заметное изменение — исчезновение рутины. То, что раньше делал junior:

• boilerplate

• документацию

• типовые API

• CRUD

• тесты

• рефакторинг мелочей

теперь за минуты делает модель. Да, не идеально. Да, иногда с галлюцинациями. Но бизнесу часто достаточно “нормально и быстро”.

И вот тут начинается проблема. Раньше junior был инвестицией. Компания понимала:“сейчас он медленный, зато через 3–5 лет станет сильным инженером”. Теперь многие смотрят иначе: “зачем растить человека, если модель уже закрывает 70% задач?” И это меняет рынок очень быстро. Ещё 5–7 лет назад senior developer был multiplier.

Сегодня senior всё чаще становится:

• оператором моделей

• ревьюером AI-кода

• человеком, который чинит странные edge-case ошибки

• glue между системами

Это всё ещё сложная работа. Но она уже другая. И самое неприятное — скорость изменений. Раньше крупные изменения в индустрии занимали десятилетия. Сейчас стек может морально устареть за год.

Я не думаю, что “AI всех заменит”, но я точно вижу:

• junior-entry резко усложнился

• конкуренция выросла

• remote обрушил локальные зарплаты

• компании стали намного прагматичнее - “просто писать код” больше недостаточно

Что, по моему мнению, будет цениться дальше:

• системное мышление

• понимание инфраструктуры

• networking

• distributed systems

• security

• производительность

• AI-assisted engineering

• умение принимать архитектурные решения

• domain knowledge

И ещё одна неожиданная вещь - коммуникация.

Потому что людей, которые могут:

• понять бизнес

• договориться

• объяснить сложное

• принять trade-offs

по-прежнему мало.Самое забавное - мы много лет автоматизировали работу других. А теперь автоматизируют нас.

И индустрия впервые почувствовала это на себе. Я пока не знаю, к чему это всё приведёт. Но ощущение “в IT всегда будет безопасно” — закончилось.

И, кажется, многие это уже начали замечать.

Каждая версия VMtools официально совместима с какими-то версиями гипервизора и ОС.
С какими-то официально не совместима, но работает.

И тут начинаются нюансы.

5 марта 2024 года вышло последнее обновление к ESXi 6.5 -

Download Filename: ESXi650-202403001.zip
Build: 23084120
Download Size: 331.1 MB
md5sum: d1f815a95cc2ae8d2592fcd5cf72a34f
sha256checksum: 991465ca3e209d2cf8efd15d1d3d25794f293e119496e962d547baf3bca3def1

Тогда же, 5 марта 2024, вышло предпоследнее обновление для 6.7:

Download Filename: ESXi670-202403001.zip
Build: 23084122
Download Size: 330.5 MB
md5sum: 142bb6a101f9f5ecf727abdd94e1401d
sha256checksum: 6ed73043b280bfbec0ae5dc13f17af7c6db1141f3a4951c447e24682b91e98c7

Последнее обновление для 6.7 вышло 5 марта  2025:

Download Filename:ESXi670-202503001.zip
Build: 24514018
Download Size: 330.5 MB
md5sum: b3cb6993fda4e2262d1cbbcc4f448239
sha256checksum: 1d07483a2811e0127d93de8976445f3e3cf60efaf84045c66dd2f311476d3566

Оба обновления почему-то не числятся на https://www.virten.net/vmware/esxi-release-build-number-history

Но есть в архиве релиз нот на официальном сайте

https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/legacy/vsphere-legacy-releases.html

2 октября 2025 года закончилась официальная поддержка  ESXi 7.x

Последнее обновление от 15 июля 2025 года, 24784741

Download Filename: VMware-ESXi-7.0U3w-24784741-depot.zip
Build: 24784741
Download Size: 419.5 MB
md5sum: bc919e2febfb81b767e85e4fd33e75b8

sha256checksum: 11e8c973918df2f0a9720995f8481deaa8d6b56daf4e931971a0b903a871b944

Теперь посмотрим, про что шум

CVE-2025-41244 - 09/29/2025
https://nvd.nist.gov/vuln/detail/CVE-2025-41244
VMware Aria Operations and VMware Tools contain a local privilege escalation vulnerability. A malicious local actor with non-administrative privileges having access to a VM with VMware Tools installed and managed by Aria Operations with SDMP enabled may exploit this vulnerability to escalate privileges to root on the same VM.

CVE-2025-41246 или побег из курятника - 09/29/2025

https://nvd.nist.gov/vuln/detail/CVE-2025-41246

VMware Tools for Windows contains an improper authorisation vulnerability due to the way it handles user access controls. A malicious actor with non-administrative privileges on a guest VM, who is already authenticated through vCenter or ESX may exploit this issue to access other guest VMs. Successful exploitation requires knowledge of credentials of the targeted VMs and vCenter or ESX.

Неприятно.

VMware by Broadcom, в своем миграционном процессе, натворила бардак, в том числе с версионностями и совместимостью VMtools, отчего пришлось садиться и читать, что там вообще происходит.  Особенно неприятно искать таблицу совместимости. Потому что в релиз ноту ее решили не добавлять. Ну а зачем, всегда же есть Vmware support matrix.

VMware Tools 11.0.0. Последняя версия – 2019 год, билд 14549434
https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/tools/11-0-0.html (дальше сами найдете по выпадающему списку)

VMware Tools 11.1. Последняя версия 11.1.5, 2020 год, билд 16724464
VMware Tools 11.2. Последняя версия 11.2.6, 2021 год, билд 17901274
VMware Tools 11.3.5. 2021 год, билд 18557794
VMware Tools 12.0.6 . 2022 год, билд 20104755
VMware Tools 12.1.5. 2022 год, билд 20735119
VMware Tools 12.2.6. 2023 год, билд 22229486
VMware Tools 12.3.5. 2023 год, билд 22544099
VMware Tools 12.4.5. 2024 год, билд 23787635
VMware Tools 12.5.4. 2025 год, билд 24964629. Исправлены  CVE-2025-41244 и CVE-2025-41246, а до него  CVE-2025-41239, и до него еще некоторые уязвимости

VMware Tools 13.0.10.0. 2026 год, билд 25056151. Исправлены (на версию раньше, в 13.0.5) CVE-2025-41244 и CVE-2025-41246.

Как легко заметить, исправления продолжают вноситься только в две последние ветки, VMware Tools 12.5 и VMware Tools 13.0

Product Interoperability Matrix (смешно, но бывшие коллеги проверили – доступен даже из РФ, только не по совсем прямой ссылке)

Говорит про то, что VMware Tools 13.0 и 12.5.0 , 12.4.5, 12.3.5, 12.3.0, 12.2.0 совместимы только с 7.0U3w и 8.0U3i.

Последняя официально совместимая с 6.5 и 6.7 версия VMtools - 12.1.0

То есть, для 6.5 и 6.7 вполне может быть дырища, и не одна, потому что, повторюсь, VMware Tools 12.1.5 вышла в 2022 году, билд 20735119. И с тех пор уязвимостей и методов устроить неприятности в них нашли достаточно.

К прочтению

VMware by Broadcom и уязвимость CVE-2025-22225

Пора прощаться с VMware by Broadcom. История в нескольких частях. Часть 1

Пора прощаться с VMware by Broadcom. История в нескольких частях. Часть 2

Куда катится модель опенсорса, и при чем тут Broadcom и импортозамещение

VMware by Broadcom: Бегите, глупцы

VMware by Broadcom - срочно обновляемся

ESXi – не GNU linux и не Unix, если вы вдруг не знали (и прочие мелочи)

Узрите конец поддержки vSphere 7 и 8, Exchange 2016 и 2019. Покайтесь, ибо он уже близок!

Некоторые пометки по софту на конец 2024 года

Внешнего диска у меня пока нет, так как хотелось бы заранее знать о неработоспособности данного метода и скорость, на которой все будет работать без задержек (думаю взять просто какой нибудь samsung на 500gb 500Mbit.

Возможно кто-то так уже делал или есть другие, более гуманные способы..

Итак! Достаточно ли просто установки Макса в чистую виртуалку или нужно ещё над чем-то там внутри виртуалки поколдовать?

Гугл я спрашивал про форум виртуалок. Но я не нашёл ответа на конкретный вопрос. И решил, что пост тут даст больше ответов.

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

Я установил ВМВар и на компьютер сына, но пока не залил в него макс. Но очень бы хотелось разобраться, что нужно ещё ВМВар 'у, чтоб он не предоставлял доступ максу в физ. среду. Подскажите, что делать, как действовать.

Верю в силу пикабу!!!

И это кроме того, что для самого поставщика услуг стоимость выросла в три раза.

Перевод:
Кстати, компания Кокса также столкнулась с почти трёхкратным ростом цен VMware на серверы, которые она размещает в качестве провайдера услуг размещения оборудования для клиентов, с 14 500 до 43 000 долларов в год в соответствии с новой моделью подписки Broadcom-VMware с оплатой за ядро. «Broadcom-VMware не позволили нам использовать ту же стандартную версию», — сказал он. «Они вынудили нас перейти на версию VMware Cloud Foundation».
Оригинал: Cox’s company, by the way, has also been hit with a nearly 3X increase in VMware pricing on the servers it hosts as a colocation provider for customers from $14,500 annually to $43,000 annually based on the new Broadcom-VMware per-core subscription model. “Broadcom-VMware wouldn’t allow us to stay with the same standard version,” he said. “They were forcing us to go to the VMware Cloud Foundation version.”

И в то же время, буквально в тот же день (18.09.2025) на crn выходит огромное интервью от Brian Moats, senior vice president of global commercial sales and partners

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

Перевод: «Я обращаюсь к партнёрам: «Пожалуйста, поддержите нас. Спрос превышает наши возможности», — сказал Моутс, старший вице-президент по глобальным коммерческим продажам и партнёрству.

«Нам нужны партнёры, готовые поддержать нас.

Оригинал: My message to partners is, ‘Please lean in. The demand is greater than we can fulfill,’” said Moats, senior vice president of global commercial sales and partners.“We need those partners who are willing to lean in.

Перевод: Заключается ли стратегия VMware по выходу на рынок в том, чтобы партнеры по продажам брали на себя большую часть профессиональных услуг?

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

Поэтому наши партнеры по сервисам оказывают услуги не только после того, как клиент принимает решение о переходе на платформу.

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

Оригинал: Is VMware’s go-to-market strategy to have channel partners take over the majority of professional services?

It’s much more of a journey and an analysis up front than it would have been when you’re selling point products. So it’s not just about the implementation that ultimately occurs, it’s a bit of planning and calculating the economics around different paths to the endpoint of the cloud operating model.

So our services partners aren’t just doing services after the customer commits to the platform.

They’re talking to the customer many months before about the different economics and alternatives to different tech and organizational and process change routes that give them some future outcome, most likely in a private operating cloud.

Статья: Broadcom Global Channel Chief On The Value Of Services: ‘The Light Bulb Has Clicked For Partners’

Что тут сказать? БЕГИТЕ ГЛУПЦЫ

@editors, тега Broadcom нет же ?