Как найти систему обновления виндовс

Пакет обновления (SP) для Windows часто включает ранее выпущенные обновления и помогает повысить надежность Windows. Пакеты обновления могут содержать улучшения для компонентов безопасности и производительности, а также предоставлять поддержку для новых типов оборудования. Установите последнюю версию пакета, чтобы Windows оставалась в актуальном состоянии. Установка пакетов обновления занимает приблизительно 30 минут. Во время установки потребуется перезагрузить компьютер.

Рекомендуемый (и самый простой) способ получать обновления — включить Центр обновления Windows для Windows 8.1. После этого Windows будет уведомлять, когда обновления будут готовы к установке. 

Узнайте, как выполнить обновление до Windows 10.

Пакет обновления (SP) для Windows часто включает ранее выпущенные обновления и помогает повысить надежность Windows. Бесплатные пакеты обновления на этой странице могут содержать улучшения для компонентов безопасности и производительности, а также предоставлять поддержку для новых типов оборудования. Установите последнюю версию пакета, чтобы Windows оставалась в актуальном состоянии. Установка пакетов обновления занимает приблизительно 30 минут. Во время установки потребуется перезагрузить компьютер.

Последний пакет обновления для Windows 7 — это пакет обновления 1 (SP1).  Узнайте, как получить пакет обновления 1 (SP1).

Поддержка Windows 7 RTM (без пакета обновления 1 (SP1)) завершилась 9 апреля 2013 года.

«Центр обновления» в Windows — основной инструмент, обеспечивающий безопасность операционной системы. По сути, это связующее звено между пользователем и корпорацией Microsoft. Очень важно всегда содержать ОС в актуальном состоянии, иначе есть вероятность потери личных данных и повреждения файлов компьютера.

Как и большинство апплетов «Панели управления», «Центр обновления» (ЦО) был перенесён в систему «Параметров» Windows. Находится ЦО в графе «Обновление и безопасность».

Открыть «Параметры» можно несколькими способами:

Как восстановить классический вариант «Центра обновления» в Windows 10

Постепенно Windows отказывается от классических окон и меняет интерфейсы апплетов на современные и стильные. ЦО также не стал исключением. После очередного обновления классического варианта не стало, остались только настройки в среде «Параметров».

Однако восстановить старый «оконный» вид всё же можно, лишь немного подкорректировав записи реестра:

1. Открываем блокнот.
2. Записываем в документ команду: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsUpdateUX] «IsConvergedUpdateStackEnabled»=dword:00000000 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsUpdateUXSettings] «UxOption»=dword:00000000.
3. В левом верхнем углу открываем вкладку «Файл», выбираем пункт «Сохранить как».
4. В открывшемся окне меняем фильтр «Тип файла» на «Все файлы». А в поле «Имя файла» прописываем любое название, но в конце ставим расширение .reg. Этот формат позволит внести изменения в реестр.
5. Нажимаем кнопку «Сохранить», затем просто открываем новосозданный файл. Если будет запрос на подтверждение, соглашаемся с внесением изменений.
6. Перезагружаем компьютер.

Видео: как вернуть классический вид «Центру обновления» в Windows 10

Возможные проблемы и способы их решения

Как и любая служба Windows, «Центр обновления» подвержен некоторым неполадкам и ошибкам. Возникать они могут как из-за человеческого фактора (изменение некоторых настроек, отключение служб для экономии оперативной памяти), так и по программным причинам (повреждение системных файлов вирусами, неполадки оборудования). Рассмотрим проблемы, которые можно устранить программными средствами.

Решение проблем с помощью службы «Устранение неполадок» в Windows 10

Начинать исправление ошибок с ЦО нужно со службы «Устранение неполадок». Это простой системный инструмент для решения небольших ошибок.

1. Нажимаем комбинацию клавиш Win + R, в поле «Выполнить» вводим control и запускаем команду кнопкой «OK».
2. Щёлкаем по элементу «Система и безопасность».
3. Переходим по ссылке «Устранить типичные проблемы компьютера».
4. В графе «Система и безопасность» нажимаем на «Устранение неполадок с помощью Центра обновления Windows».
5. Откроется окно мастера по устранению неполадок. Нажимаем «Далее». Всю дальнейшую работу программа сделает сама, просто дожидаемся отчёта. Если служба найдёт проблемы, она попытается их исправить.

Ошибка Service Registration is Missing or Corrupt

Ошибка типа Service Registration is Missing or Corrupt означает неполадки в работе одной из служб, которые отвечают за обновление системы. Исправить неполадку можно несколькими способами, в зависимости от того, какого рода проблема вызвала аварийный код.

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

Если вирусы будут обнаружены, придётся восстанавливать системные файлы. Для этого необходимо воспользоваться терминалом «Командной строки»:

1. Нажимаем комбинацию клавиш Win + R, вводим CMD и кликаем «OK» или Enter.
2. В открывшемся терминале вводим команду sfc /scannow и запускаем её в работу клавишей Enter.
3. Ожидаем, пока утилита закончит свою работу. Затем перезагружаем компьютер.

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

Далее проверяем тип запуска необходимых служб:

1. Нажимаем комбинацию клавиш Win + R, вводим services.msc в соответствующее поле и нажимаем «OK».
2. В открывшемся окне двойным щелчком кликаем по службе «Центр обновления Windows» (Windows Update, если установлена английская версия ОС).
   
3. Откроется окно свойств, в нём меняем тип запуска на «Автоматически», затем подтверждаем изменение кнопкой «OK».
4. Повторяем операцию для службы «Фоновая интеллектуальная служба передачи» (Background Intelligent Transfery System). Перезагружаем компьютер, чтобы изменения вступили в силу.

Видео: как проверить целостность системных файлов в Windows 10

Перезагрузка компьютера «Центром обновления» в Windows 10

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

Чтобы решить эту проблему, нужно изменить настройки ЦО:

1. Открываем «Центр обновления» Windows. Как это сделать, описано выше. Нажимаем кнопку «Параметры перезапуска».
2. Переводим тумблер в положение «Откл», после чего закрываем «Параметры» и перезагружаем компьютер.

Не все версии операционной системы «насильно» перезагружают компьютер ради установки обновлений. Используя Windows 10 LTSB уже три года, ни разу не сталкивался с подобной проблемой, хотя стабильно загружаю все апгрейды ОС. На Win10 Pro также не возникало никаких проблем, система просила перезагрузить компьютер, но никогда не делала этого сама. Потому лично мой совет: просто устанавливайте обновления по мере их скачивания. Потратив на это 10–15 минут, вы много времени не потеряете, зато компьютер всегда будет в актуальном состоянии и защищён от внешних угроз.

Проблема с кэшем и старыми обновлениями

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

1. Любым файловым менеджером («Проводник», Total Commander и др.) переходим в папку C:WindowsSoftwareDistributionDownload.
2. Выделяем все файлы каталога и удаляем их.

3. После перезагружаем компьютер и повторяем загрузку обновлений.

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

Видео: как очистить кэш обновлений в Windows 10

Как настроить «Центр обновления»

По сравнению с предыдущими версиями Windows, особенно с «семёркой», у пользователя «десятки» весьма ограничен простор по настройке ЦО. Например, нельзя отказаться от обновлений Windows (на самом деле можно, но для безопасности компьютера не стоит это делать).

Как показывает личный опыт, настройки «Центра обновления», которые установлены разработчиками Windows по умолчанию, являются оптимальными для использования. Конечно, существуют некоторые нюансы, например, принудительный перезапуск компьютера в определённый момент времени. Но их также можно настроить под себя. Я не рекомендую отключать или менять что-то кардинальное в настройках ЦО. Эта служба защищает от вирусов, следит за актуальностью программных продуктов и драйверов компьютера.

Как выключить автоматическое обновление Windows 10

Выключить обновление Windows 10 обычными методами невозможно. Не рекомендуется отключать ЦО, так как это может привести к сбоям системы. Но в случаях, когда, например, лимитирован интернет-трафик, отказ от обновления может быть вполне оправдан.

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

1. Открываем «Службы», затем свойства элемента «Центр обновления Windows» (Windows Update).
2. Меняем тип запуска на «Отключена», после чего сохраняем изменения и перезагружаем компьютер.

Видео: как отключить обновление в Windows 10

Другие настройки

Настройки ЦО сведены разработчиками к минимуму. Пользователь может только «Изменить период активности» в одноимённой настройке, а так же настроить, какие обновления он будет получать вместе с основными.

Изменение периода активности приведёт к появлению уведомлений в случае, когда Windows запланирует перезапуск системы.

Щёлкнув «Дополнительные параметры», попадём в интерфейс «Как устанавливать обновления».

Поставив галочку у пункта «При обновлении системы…», запустим проверку. ЦО будет искать и устанавливать апгрейды не только системы, но и всех продуктов корпорации Microsoft. Сюда можно отнести:

• Mirosoft Office;
• Skype;
• DirectX и др.

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

Работать в «Центре обновления» Windows очень просто. Воспользовавшись инструкциями выше, вы сможете решить практически все проблемы и содержать свою ОС в актуальном и безопасном состоянии.

Вы когда-нибудь задумывались, с помощью чего формируется список установленных обновлений Windows? А через какое API его достать? Ответы на эти и другие возникающие вопросы я постараюсь дать в своём небольшом исследовании.

Предыстория или с чего всё началось.

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

Раньше на каждое «ТО» с помощью WSUS подтягивались все выпущенные обновления и распространялись на все машины. Также периодически выходили ТСБ (технические сервисные бюллетени), в которых указывалось, что требуется установить необходимые обновления в виде изолированных пакетов. В итоге у нас накапливаются обновления, которые в WSUS отследить нельзя, а можно было увидеть только через панель управления в разделе «Установленные обновления».

Бывают ситуации, когда АРМ или сервер «падает» и приходится его восстанавливать из образа, созданного некоторое время назад. При восстановлении из образа есть вероятность того, что мы можем потерять нужные нам обновления (которые пришли в виде изолированных пакетов), которые устанавливались до падения машины. Объяснил максимально подробно насколько мог, потому что уточнения будут уже коммерческой тайной.

Вот поэтому и возникла идея создать программу, которая бы могла извлечь этот список обновлений (желательно удаленно по локальной сети), записать в файл/базу, сравнить текущий перечень с неким шаблоном и выдать сообщение на SCADA систему через один из протоколов — SNMP, OPC.

Как вы могли догадаться из названия статьи, уже на выборе метода получения списка у меня возникла непростая задача. Я, как обычно, решил поискать нужное в поисковике, задал вопросы на профильных ресурсах (раз, два, на английском stackoverflow почему-то не понравился мой вопрос и его пришлось удалить), но все ответы не давали нужного результата. Поэтому пришлось разбираться самому, о чем и пойдет речь далее.

Консольные команды

Начнем с простого и воспользуемся тем, что предлагает нам Windows без использования сторонних средств. Это можно сделать с помощью следующих команд:

• wmic qfe list
• systeminfo
• dism /online /get-packages
• через PowerShell:
  • Get-HotFix
  • Get-SilWindowsUpdate (доступно только в серверных редакциях)
  • Get-WmiObject -Class win32_quickfixengineering — через доступ к WMI классу win32_quickfixengineering (о WMI чуть позже)

Получить список через графический интерфейс можно через стандартный пункт Панели управления «Установка/удаление программ», но скопировать оттуда мы ничего не можем. Каждый инструмент панели управления представлен файлом .cpl в папке WindowsSystem. Файлы .cpl в системную папку Windows автоматически загружаются при запуске панели управления. За пункт Программы отвечает файл Appwiz.cpl. Его анализ ни к чему не привел.

Вывод консольной команды можно перенаправить в файл и дальше начать его парсить, но это неправильно, плюс вызов программы (по правилам СБ не пройдет) и об удаленном получении списка речь не идёт. Поэтому предлагаю вам просто вызвать команды, сравнить количество обновлений в каждом списке, со списком через Панель управления и продолжить наше расследование дальше.

Формально все методы получения списка обновлений можно разделить на две группы: локальные и сетевые.

Все методы проверялись на чистых образах систем (Windows 7, 8, Server 2012 R2) с интегрированными обновлениями, после каждого обновления через Центр обновления с официальных серверов Microsoft проводилась дополнительная проверка. Остановимся на каждом из них подробнее.

WUA

WUApi (Windows Update Agent API) — использование API агента обновления Windows. Самый явный вариант, название которого говорит само за себя. Использовать для этого будем библиотеку Wuapi.dll.

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

using WUApiLib;

public static List<string> listUpdateHistory()
{
	//WUApi
	List<string> result = new List<string>(200);

	try
	{
		UpdateSession uSession = new UpdateSession();
		IUpdateSearcher uSearcher = uSession.CreateUpdateSearcher();
		uSearcher.Online = false;
		ISearchResult sResult = uSearcher.Search("IsInstalled=1 And IsHidden=0");

		string sw = "Количество обновлений через WUApi: " + sResult.Updates.Count;
		result.Add(sw);
		foreach (WUApiLib.IUpdate update in sResult.Updates)
		{
			result.Add(update.Title);
		}
	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}
	
	return result;
}

Есть и вторая вариация этого метода: Update Session — получение информации с помощью подключения к сессии обновления Windows Update Agent (в данном случае работаем не напрямую с библиотекой).

public static List<string> Sessionlist(string pc)
{
	List<string> result = new List<string>(50); //не забудь изменить количество

	object sess = null;
	object search = null;
	object coll = null;

	try
	{
		sess = Activator.CreateInstance(Type.GetTypeFromProgID("Microsoft.Update.Session", pc));
		search = (sess as dynamic).CreateUpdateSearcher();

		int n = (search as dynamic).GetTotalHistoryCount();
		int kol = 0;
		//coll = (search as dynamic).QueryHistory(1, n);
		coll = (search as dynamic).QueryHistory(0, n);

		result.Add("Количество через Update.Session: " + n);
		foreach (dynamic item in coll as dynamic)
		{
			if (item.Operation == 1) result.Add(item.Title);
			kol++;
			//Console.WriteLine("Количество: " + kol);
		}
		result.Add("Количество в цикле: " + kol);
	}
	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}
	finally
	{
		if (sess != null) Marshal.ReleaseComObject(sess);
		if (search != null) Marshal.ReleaseComObject(search);
		if (coll != null) Marshal.ReleaseComObject(coll);
	}

	return result;
}

Microsoft подсказывает об удаленном использовании API.

Главный минусы этих двух методов — не позволяют найти исправления KB, которые не распространяются через Центр обновления Windows. Можно увидеть только то, что прошло через сам агент обновления, то есть данный вариант нас не устраивает.

DISM

Система обслуживания образов развертывания и управления ими (Deployment Image Servicing and Management) — это средство командной строки, которое может использоваться для обслуживания образа Windows или для подготовки образа среды предустановки Windows (Windows PE). Является заменой диспетчера пакетов (Pkgmgr.exe), PEimg и Intlcfg.

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

• .cab-файлы (Cabinet) — архивы. Предназначены для распространения и установки при помощи модулей Центра обновлений Windows в автоматизированном режиме;
• .msu-файлы (Microsoft Update Standalone Package) — исполняемые файлы. Предназначены для распространения и установки самими пользователями в ручном режиме через каталог обновлений Microsoft. Фактически представляют собой упакованный набор, состоящий из .cab-, .xml, .txt-файлов.

Ранее упомянутая команда dism /online /get-packages отображает основную информацию обо всех пакетах в wim образе/текущей системе. Microsoft позаботилась о нас и предоставляет NuGet packages для удобного использования API.

using Microsoft.Dism;

public static List<string> DISMlist()
{
	List<string> result = new List<string>(220);

	try
	{
		DismApi.Initialize(DismLogLevel.LogErrors);
		var dismsession = DismApi.OpenOnlineSession();
		var listupdate = DismApi.GetPackages(dismsession);

		int ab = listupdate.Count;
		//Console.WriteLine("Количество обновлений через DISM: " + ab);
		string sw = "Количество обновлений через DISM: " + ab;
		result.Add(sw);

		foreach (DismPackage feature in listupdate)
		{
			result.Add(feature.PackageName);
			//result.Add($"[Имя пакета] {feature.PackageName}");
			//result.Add($"[Дата установки] {feature.InstallTime}");
			//result.Add($"[Тип обновления] {feature.ReleaseType}");
		}
	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}

	return result;
}

Количество обновлений совпадало с количеством из списка Панели управления до первого апдейта через центр управления — после него количество обновлений стало меньше (было 214, стало 209), хотя по логике они должны были увеличиться. Примеры вывода До обновления, После обновления.

С чем это связано я могу только предполагать — возможно, какие-то обновления замещали предыдущие, следовательно, и количество стало меньше.

Чуть позже я наткнулся на утилиту от китайцев DISM++, которая основана не на DISM API или DISM Core API, но имеющиеся в ней библиотеки не имеют нужных мне открытых методов, поэтому я забросил эту идею и продолжил поиски дальше.

WSUS

Windows Server Update Services (WSUS) — сервер обновлений операционных систем и продуктов Microsoft. Сервер обновлений синхронизируется с сайтом Microsoft, скачивая обновления, которые могут быть распространены внутри корпоративной локальной сети. Опять же специальный инструмент, предназначенный для работы с обновлениями.

Распространяется только на серверных редакциях ОС Windows, поэтому был развернут следующий стенд:

• основная система – Windows Server 2016;
• а через систему виртуализации Hyper-V были развернуты две клиентские ОС:
  • Windows 8.1
  • Windows 7

Все системы соединены в единую виртуальную локальную сеть, но

без выхода в сеть Интернет

.

//не забудьте добавить ссылку на библиотеку 
using Microsoft.UpdateServices.Administration;

public static List<string> GetWSUSlist(params string[] list)
{
	List<string> result = new List<string>(200); //не забудь изменить количество

	string namehost = list[0]; //имя Пк, на котором будем искать string  = "example1";
	string servername = list[1]; //имя сервера string  = "WIN-E1U41FA6E55"; 
	string Username = list[2];
	string Password = list[3];
	
	try
	{
		
		ComputerTargetScope scope = new ComputerTargetScope();
		IUpdateServer server = AdminProxy.GetUpdateServer(servername, false, 8530);
		ComputerTargetCollection targets = server.GetComputerTargets(scope);
		// Search
		targets = server.SearchComputerTargets(namehost);

		// To get only on server FindTarget method
		IComputerTarget target = FindTarget(targets, namehost);
		result.Add("Имя ПК: " + target.FullDomainName);

		IUpdateSummary summary = target.GetUpdateInstallationSummary();
		UpdateScope _updateScope = new UpdateScope();
		// See in UpdateInstallationStates all other properties criteria

		//_updateScope.IncludedInstallationStates = UpdateInstallationStates.Downloaded;
		UpdateInstallationInfoCollection updatesInfo = target.GetUpdateInstallationInfoPerUpdate(_updateScope);

		int updateCount = updatesInfo.Count;

		result.Add("Кол -во найденных обновлений - " + updateCount);

		foreach (IUpdateInstallationInfo updateInfo in updatesInfo)
		{
			result.Add(updateInfo.GetUpdate().Title);
		}

	}

	catch (Exception ex)
	{
		result.Add("Что-то пошло не так: " + ex.Message);
	}

	return result;
}


public static IComputerTarget FindTarget(ComputerTargetCollection coll, string computername)
{
	foreach (IComputerTarget target in coll)
	{
		if (target.FullDomainName.Contains(computername.ToLower()))
			return target;
	}
	return null;
}

Так как интернета нет, то ситуация с обновлениями выходит как на скриншоте ниже:

Поведение похоже на WUApi — если обновления не прошли через них, то они не знают об этом. Поэтому данный метод снова не подходит.

WMI

Windows Management Instrumentation (WMI) в дословном переводе — инструментарий управления Windows.

WMI — реализованный корпорацией Майкрософт стандарт управления предприятием

через Интернет

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

Данный метод позволяет получить данные как с локальной машины, так и удаленно в пределах локальной сети. Для обращения к объектам WMI используется специфический язык запросов WMI Query Language (WQL), который является одной из разновидностей SQL. Получать список мы будем через WMI класс win32_quickfixengineering.

using System.Management;

public static List<string> GetWMIlist(params string[] list)
{
List<string> result = new List<string>(200); //не забудь изменить количество

ManagementScope Scope;

string ComputerName = list[0];
string Username = list[1];
string Password = list[2];

int kol = 0;

if (!ComputerName.Equals("localhost", StringComparison.OrdinalIgnoreCase))
{
	//     Возвращает или задает полномочия, которые используются для проверки подлинности
	//     указанного пользователя.
	ConnectionOptions Conn = new ConnectionOptions();
	Conn.Username = Username;
	Conn.Password = Password;
	//Если значение свойства начинается со строки «NTLMDOMAIN:» аутентификация NTLM будет использоваться, и свойство должно содержать доменное имя NTLM.
	Conn.Authority = "ntlmdomain:DOMAIN";
	Scope = new ManagementScope(String.Format("\\{0}\root\CIMV2", ComputerName), Conn);
}
else
	Scope = new ManagementScope(String.Format("\\{0}\root\CIMV2", ComputerName), null);

try
{
	Scope.Connect();
	ObjectQuery Query = new ObjectQuery("SELECT * FROM Win32_QuickFixEngineering");
	ManagementObjectSearcher Searcher = new ManagementObjectSearcher(Scope, Query);

	foreach (ManagementObject WmiObject in Searcher.Get())
	{
		result.Add(WmiObject["HotFixID"].ToString());
		//Console.WriteLine("{0,-35} {1,-40}", "HotFixID", WmiObject["HotFixID"]);// String
		//result.Add();
		/*result.Add("{0,-17} {1}", "Тип обновления: ", WmiObject["Description"]);
		result.Add("{0,-17} {1}", "Ссылка: ", WmiObject["Caption"]);
		result.Add("{0,-17} {1}", "Дата установки: ", WmiObject["InstalledOn"]);*/
		kol++;
	}
	result.Add("Количество равно " + kol);
}

catch (Exception ex)
{
	result.Add("Что-то пошло не так: " + ex.Message);
}

return result;
}

Количественно всё совпадает (даже после обновлений), поэтому было решено использовать этот метод. Для программного создания WMI запросов советую использовать следующую утилиту — WMI Delphi Code Creator. Благодаря ей я немного по другому взглянул на свой код и решил использовать заготовку из этой программы.

XML

Полученные данные методом WMI меня не остановили, и я решился на „поверхностный реверс-инжиниринг“. Воспользуемся утилитой Process Monitor из сборника программ Sysinternals Suite для выявления файлов и ветвей реестра, которые используются при вызове выше перечисленных консольных команд и обращению к пункту „Установленные обновления“ через Панель управления.

Моё внимание привлек файл wuindex.xml, расположенный в папке C:WindowsservicingPackages. Для его анализа была написана следующая программа:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Xml;
using System.Text.RegularExpressions;
using System.IO;

namespace XMLviewer
{
    class Program
    {
        static void Main(string[] args)
        {
            string writePath = AppDomain.CurrentDomain.BaseDirectory + "XML Обновлений " + Environment.MachineName + ".txt";
            if (!File.Exists(writePath))
            {
                Console.WriteLine("Создаю пустой txt файл");
            }
            else
            {
                Console.WriteLine("Файл XML Обновлений.txt существует, он будет перезаписан");
                File.Delete(writePath);
            }

            //регулярное выражение для поиска по маске KB
            Regex regex = new Regex(@"KB[0-9]{6,7}");
            //Regex(@"(w{2}d{6,7}) ?");

            //SortedSet не поддерживает повторяющиеся элементы, поэтому повторяющиеся элементы мы "группируем" ещё на стадии добавления
            SortedSet<string> spisok = new SortedSet<string>();

            XmlDocument xDoc = new XmlDocument();
            string path = "C:\Windows\servicing\Packages\wuindex.xml"; //путь до нашего xml
            xDoc.Load(path);

            int kol = 0; //кол-во компонентов
            int total = 0; //кол-во дочерних элементов в xml
            int total2 = 0; //кол-во полученных обновлений

            XmlNodeList name = xDoc.GetElementsByTagName("Mappings");
            foreach (XmlNode xnode in name)
            {
                //Console.WriteLine(xnode.Name);
                kol++;
                XmlNode attr = xnode.Attributes.GetNamedItem("UpdateId");
                //Console.WriteLine(attr.Value);

                foreach (XmlNode childnode in xnode.ChildNodes)
                {
                    XmlNode childattr = childnode.Attributes.GetNamedItem("Package");
                    total++;
                    //Console.WriteLine(childattr.Value);

                    MatchCollection matches = regex.Matches(childattr.Value);
                    if (matches.Count > 0)
                    {
                        foreach (Match match in matches)
                            //Console.WriteLine(match.Value);
                            spisok.Add(match.Value);
                    }
                    else
                    {
                        //Console.WriteLine("Совпадений не найдено");
                    }
                }

            }

            try
            {
                StreamWriter sw = new StreamWriter(writePath);
                foreach (string element in spisok)
                {
                    //Console.WriteLine(element);
                    sw.WriteLine(element);
                    total2++;
                }
                sw.Close();
            }
            catch (Exception ex)
            {
                Console.WriteLine("Ошибка: " + ex.Message);
            }

            //Console.WriteLine("n");
            Console.WriteLine("Количество пакетов: " +kol);

            Console.WriteLine("Количество дочерних элементов в xml: " + total);

            Console.WriteLine("Количество KB обновлений: " + total2);

            Console.WriteLine("Нажмите любую клавишу для выхода.");
            Console.Read();
        }
    }
}

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

CBS

Вот мы подошли к тому, с чем связаны все эти методы. Продолжая анализ логов Process Monitor я выявил следующие папки и файлы.

Файл DataStore.edb, расположенный в папке C:WindowsSoftwareDistributionDataStore. Это база данных, в которой содержится история всех обновлений установленной версии Windows, включая те обновления, которые только стоят в очереди.

Для анализа файла DataStore.edb использовалась программа ESEDatabaseView. В БД существует таблица tbUpdates, содержимое которой трудно интерпретировать.

После мое внимание привлек процесс TiWorker.exe, который вызывался каждый раз при открытии пункта в Панели управления. Он „ходил“ по многим папкам, одна из которых вывела меня на верный путь.

C:WindowsSoftwareDistribution — это папка, используемая службой обновления Windows для загрузки обновлений на компьютер с последующей их установкой, а также хранит сведения обо всех ранее установленных обновлениях.

Папка WinSxS, расположенная по адресу C:Windowswinsxs. Это служебная папка операционной системы Windows служащая для хранения ранее установленных версий системных компонентов. Благодаря ее наличию существует возможность отката к более старой версии обновления в случае необходимости.

C:Windowsservicing — основная составляющая всей системы, имя которой Component-Based Servicing (CBS).

CBS — обслуживание на основе компонентов, составляющая Windows, интегрированная с службой Windows Update. В противоположность обслуживанию на основе файлов File-Based Servicing (FBS) (для ОС, предшествующих Windows Vista), в котором файлы обновлялись прямо в системных директориях, в CBS появилась целая иерархия директорий и целое семейство (стек) модулей/библиотек обслуживания.

CbsApi.dll — основная библиотека поддержки технологии CBS. Не имеет открытых методов, поэтому напрямую использовать её я не смог. Microsoft использует TrustedInstaller.exe и TiWorker.exe для доступа к методам данной библиотеки и уже через эти процессы выводит нужные нам данные. ‪Записи ведутся в C:WindowsLogsCBSCBS.log.

На момент создания прототипа программы (на скриншотах можете увидеть май 2019) русскоязычной информации о CBS не было, но в конце августа нашлась очень хорошая статья в блоге — http://datadump.ru/component-based-servicing. Очень интересная статья, которая подтвердила мой опыт и собрала в себе нужную информацию. И ещё по теме: http://www.outsidethebox.ms/17988/

Вывод

Microsoft слишком усложнила тривиальную задачу по получению списка обновлений и сделала этот процесс не совсем явным. Всё это сделано для безопасности, но не для простоты использования. Соглашусь с автором статьи — в получении обновлений стали отсутствовать предсказуемость и прозрачность.

В результате исследования была написана следующая программа, демонстрацию работы которой можно увидеть в данном видео:

В планах дописать:

1. сравнение списка необходимых обновлений с полученным;
2. передать результат по протоколу SNMP/OPC (если у кого есть опыт поделитесь в комментариях);
3. организовать установку недостающих „офлайн“ обновлений из указанной папки.

Если вы знаете ещё методы получения списка не только обновлений, но и дополнительных компонентов (Adobe Flash, Acrobat Reader и т.д.) или у вас есть другие интересные предложения, напишите об этом в комментариях или в личные сообщения — буду рад любой обратной связи. И поучаствуйте в опросе к данной статье — так я буду знать, будет ли интересен мой опыт аудитории Habrahabr.