VMware ESXi

Вызывает ServiceContent.about через собственный SOAP-вызов RetrieveServiceContent API vSphere по адресу /sdk — тот же вызов и эндпоинт, на который отвечает vCenter Server, различаются они по полю apiType.

targets:
  - id: esxi-main
    product: esxi
    address: https://esxi-host.example.com

Аутентификация

Отсутствует — подтверждено вживую на реальном продакшн-хосте ESXi 8.0.3, вообще без credentials.

Проверка личности вендора

Поле apiType сверяется со строкой "HostAgent" — реальный сервер vCenter отвечает на идентичный вызов с apiType=VirtualCenter (см. vCenter Server, где та же проверка выполняется в обратную сторону). Если product: esxi указать на инстанс vCenter, проба громко откажет вместо того, чтобы записать это как неверный факт.

Записываемые поля

• version — например, 8.0.3
• extra.build, если присутствует

Сопоставление с CVE

Не сопоставляется — почти все записи — вида 7.0 + update_1, которые механизм сверки не читает, так что результат был бы либо пустым, либо полным. См. Сопоставление с CVE.

Резолвер жизненного цикла

endoflife:esxi. Календарь записывает последний уровень патчей ветки 8.0 в собственной сокращённой форме VMware (8.0 U3k / 8.0 Update 3k); начиная с 2.1 это читается как 8.0.3, так что полностью пропатченный хост 8.0 Update 3 показывается как current, а не ahead. Буква патча в конце отбрасывается — в собственной строке версии хоста сравнивать её не с чем.