Как в bios прописать лицензию windows

Похожие новости

Понравилась статья?
Поделись!

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

Компания Microsoft предусмотрела несколько видов лицензии. Ключ лицензионной системы можно распространять электронными каналами (продавать отдельно 25-символьный шифр активации). Также существует коробочная версия лицензии – самый дорогой вариант продукта. Третья разновидность – предустановленная лицензия OEM, которую устанавливает производитель ноутбука или системного блока стационарного компьютера. Такая лицензия вшита в BIOS устройства, ее нельзя переносить на другую технику и активировать отдельно. На корпусе устройства есть наклейка, которая подтверждает наличие лицензионной копии Виндовс, но на ней не указан код активации.

Недостатки OEM лицензии:

1. ключ активации вшит в БИОС, и его нельзя свободно посмотреть;
2. продается только с устройством;
3. лицензия «слетает» после замены ключевых компонентов устройства;
4. нельзя перепрошивать BIOS;
5. запрещено использовать ключ активации отдельно от устройства, с которым он предусмотрен.

Далее расскажем, где и как посмотреть лицензионный ключ продукта, вшитый в БИОС вашего устройства. Это можно сделать как через командную строку, так и с использованием специальной программы. В обоих случаях поиск ключа, вшитого в BIOS, занимает около 5 минут.

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

1. Введение команды через консоль CMD. Чтобы посмотреть код активации, нажмите кнопку Win. В открывшемся меню найдите раздел «Стандартные Виндовс» и кликните правой клавишей мыши по пункту «Командная строка», чтобы затем выбрать запуск с правами администратора. Затем введите этот скрипт: wmic path softwarelicensingservice get oa3xoriginalproductKey. Кликните на кнопку Enter. После этого скрипта отобразится информация. Скопируйте ее и запишите отдельно, чтобы ввести ключ Виндовс при необходимости.
2. Использование специальной программы Windows Product Key Viewer. Скачайте утилиту на устройство, в БИОС которого нужно узнать ключ. Запустите программу и поставьте флажок напротив пункта MSDM Key. Скопируйте отображенную информацию. Затем откройте меню «Пуск», пролистайте до раздела «Стандартные Виндовс» и дважды кликните на программу «Блокнот». Вставьте информацию, скопированную раньше и сохраните текстовый документ. Теперь у вас есть ключ активации, взятый из БИОС. Можете удалить утилиту Windows Product Key Viewer.
3. Запуск бесплатной и простой программы ProduKey. Учитывайте разрядность вашей «Десятки», скачивая утилиту. ProduKey покажет все существующие ключи от продуктов Microsoft на вашем устройстве.

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

Как узнать лицензионный ключ от Windows 8 вшитый в Bios?

На сегодня лицензионная система Виндовс 8 уже не поддерживается компанией Майкрософт. Это означает, что пользователи, купившие устройство с предустановленной «Восьмеркой» могут продолжить ее использование, но обновления безопасности для своей системы или технических поддержку специалистов Microsoft они уже не получат. Чтобы перейти на «Десятку», нужно приобрести электронный ключ или коробочную лицензию продукта.

Если не планируете изменение версии ОС и просто хотите узнать ключ «Восьмерки», вшитый в БИОС, скачайте бесплатную программу PWEverything. У нее англоязычный интерфейс, но с ним легко разобраться. Запустите утилиту и кликните на раздел ACPI. В появившейся табличке кликните на вкладку MSDM и скопируйте ключ, отображенный в пункте «DATA». Сохраните полученную информацию в текстовом документе (MS Word, Блокнот) и не передавайте ее третьим лицам.

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

Инструкция для других версий Windows

Чтобы просто и быстро посмотреть лицензию для Виндовс 8.1 или Виндовс 7, скачайте бесплатную утилиту, отображающую ключ активации, вшитый в БИОС. Чаше всего пользователи отдают предпочтение одной из следующих бесплатных программ:

1. ProduKey
2. Free PC Audit
3. ShowKeyPlus
4. KeyFinder
5. AIDA64

Перечисленные утилиты распространятся бесплатно и характеризуются простым интерфейсом. Скачайте, запустите одну из них и посмотрите ключ ОЕМ лицензии.

Как узнать ключ продукта в программе AIDA64?

1. Скачайте программу архивом и запустите установочный файл.
2. Откройте утилиту на ПК с лицензионной копией Виндовс, ключ которой хотите узнать.
3. Перейдите к разделу «Системная плата».
4. Откройте подраздел ACPI.
5. Перейдите к описанию таблицы и найдите пункт MSDM.
6. Скопируйте значение, приведенное в поле SLS DATA (это и есть 25-символьный шифр активации, который вам так нужен).

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

OEM-активация Windows Vista/7/8/8.1 под гипервизором QEMU

OEM-версии ОС от Microsoft, начиная с Vista, используют проверку подлинности, основанную на сличении трех компонентов:

Кроме того, лицензионный ключ конкретного экземпляра ОС может быть вшит в текстовом виде в BIOS, в таблицу ACPI MSDM. В этом случае, при установке ОС ключ будет извлечен из BIOS и вшит в конкретный экземпляр ОС. OEM-наклейка на корпусе ноутбука в этом случае может уже не содержать лицензионный ключ. Такой способ используется для активации Windows 8/8.1

Посмотреть содержимое ACPI-таблиц можно как из WIndows, с помощью утилиты RWEverything, так и загрузившись с Linux Live-CD, например, SystemRescueCD. Последний способ актуален, когда загрузиться в установленный экземпляр Windows уже невозможно.

У нас есть два ноутбука — Samsung NP305 и Acer Aspire V5-551G, на первом предустановлена Windows 7 OEM Home Basic x86_64, на втором — Windows 8 OEM Single Language x86_64. Воспользуемся SystemRescueCD. Загрузившись, просмотрим содержимое каталога /sys/firmware/acpi/tables:

Нас интересуют таблицы SLIC и MSDM. Описание их структуры можно найти, например, в этом файле. Просмотрим сначала таблицу SLIC на ноутбуке с Windows 7 (символом X «закрыты» реальные данные):

Как видно, информация о лицензировании хранится здесь в бинарном виде.

Таблицы MSDM в BIOS ноутбука с Windows 7 нет.

Теперь посмотрим таблицу SLIC на ноутбуке с Windows 8:

Таблица пуста, поэтому использовать оффлайн-активацию на этом ноутбуке невозможно.

Теперь посмотрим таблицу MSDM (символом X «закрыты» реальные данные).

25-значный ключ экземпляра ОС вшит в таблицу MSDM в открытом виде.

Из каталога /sys/firmawe/acpi/tables файлы SLIC и MSDM можно скопировать в любое другое место обычным способом.

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

Нужно обратить внимание на то. что утилита SLMGR.VBS работает достаточно долго и по завершении работы выдает сообщение в отдельном окне.

По завершении работы утилиты SLMGR.VBS копия Windows будет успешно активирована.

Трехкомпонентная оффлайн-активация встречалась мне только на ноутбуках с предустановленной Windows Vista/7, для ноутбуков с предустановленной Windows 8/8.1 используется онлайн-активация с помощью 25-значного ключа экземпляра ОС, вшитого в таблицу MSDM. При установке Windows 8 ключ извлекается из BIOS автоматически, и, после проверки на соответствие устанавливаемой версии Windows, записывается в реестр. Убедимся в этом:

Установим Windows 8 и воспользуемся утилитой NirSoft Product Key Viewer. Действительно, ключ установленной версии Windows 8 и ключ из таблицы MSDM совпадают.

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

Источник

Не грузится Windows 8

Доброго времени суток. Изначально была установлена win8, грузилась и все было в порядке)) Затем установили Ubuntu 12.04, после чего Ubuntu грузится, а при выборе win8 просто мерцает курсор в левом верхнем углу экрана. Как Вы думаете, чем могла быть вызвана такая проблема? Вот параметр строки в грабе касаемо win8:

В убунте еще разок запустить:

А еще бы желательно сюда вывод

У Вас GPT таблица разделов, покажите еще вывод (предварительно установив gdisk)

Windows 8 грузилась в режиме EFI? А Ubuntu?

Возможно, Ubuntu поставилась в BIOS-режиме, а Windows работала с EFI, и GRUB2 не может (и не пытается) запустить EFI-загрузчик Windows 8 из режима BIOS.

В меню загрузки самого BIOS есть пункт «Windows» или «запуск с текущего жёсткого диска в режиме EFI»?

в BIOS Information говорится: Windows licenses WIN8 STD SGL
больше о винде ни слова

хотя нет, вру. есть еще:
OS Optimized Defaults [Win8 64bit]

64-битная семёрка на GPT совершенно точно может грузиться только с EFI. Насчёт 8 не уверен.

Если подтвердится, что система запускается с EFI, установите пакет grub-efi, сделайте grub-install, на efi-разделе найдите grubx64.efi и скопируйте в /EFI/BOOT/BOOTX64.EFI. Потом перезагрузитесь (выберите загрузку с жёсткого диска в EFI-режиме) и ещё раз сделайте grub-install, чтобы система прописала себя первой в списке возможных устройств.

А может быть, Ubuntu уже работает в режиме EFI (проверьте: modprobe efivars && ls /sys/firmware/efi/), и os-prober сгенерировал неправильный скрипт. Попробуйте заменить chainloader +1 на chainloader /bootmgr.efi.

Но все эти советы основаны на ряде предположений, которые нужно обязательно проверить.

Источник

Windows license std в биосе что это

Как установить Windows 10

Как узнать OEM ключ лицензионной Windows 8.1 ноутбука, если на нём нет жёсткого диска. Или другими словами, как узнать ключ Windows 8.1 «вшитый» в BIOS ноутбука

Как узнать OEM ключ лицензионной Windows 8.1 ноутбука, если на нём нет жёсткого диска. Или другими словами, как узнать ключ Windows 8.1 «вшитый» в BIOS ноутбука

Итак, смотрим ключ Windows 8.1 прописанный в БИОСе программами: ShowKeyPlus, OemKey, RWEverything, ProduKey.

Первая на очереди программа ShowKeyPlus

Программа выводит подробную информацию.

Installed Key: Ключ установленной сейчас на ноутбуке Windows 10 Single Language.

OEM Key: К люч от Windows 8.1, прописанный в таблицу ACPI MSD БИОСа ноутбука (то, что нам и нужно, это и есть ключ вшитый в БИОС).

OEM Edition: Версия операционной системы ( Windows 8.1 Single Language) предустановленной на заводе изготовителем ноутбука. Именно к этой версии подойдёт ключ ( OEM Key) и подставится он во время установки системы автоматически, то есть вводить его вам не придётся.

Показывает только ключ Windows 8.1 вшитый в БИОС ноутбука.

Заходим в папку программы и запускаем исполняемый файл Rw.exe.

Жмём на кнопку ACPI.

Жмём на кнопку MSDM и видим ключ Windows 8 или Windows 8.1.

Как узнать OEM ключ лицензионной Windows 8.1 ноутбука, если на нём нет жёсткого диска?

Создаём загрузочную флешку Live CD AOMEI PE Builder

После скачивания ISO образа запускаем программу WinSetupFromUSB, именно ей создадим загрузочную флешку.

В главном окне программы WinSetupFromUSB выбираем нашу флешку (осторожно, все данные на флешке будут удалены).

Ставим галочку на пункте Auto format it with FBinst и отмечаем галочкой пункт FAT32.

Отмечаем галочкой пункт Vista/7/8/Server 2008/2012 based ISO и нажимаем на кнопку справа открывающую окно проводника.

Открывается проводник, находим ISO образ Live CD AOMEI PE Builder выделяем его левой мышью и жмём «Открыть».

Начинается процесс создания загрузочной флешки.

И заканчивается успешно.

Открывается главное окно Live CD AOMEI PE Builder, представляющее из себя обычный рабочий стол Windows со значками программ.

Заходим в папку Софт.

и видим те же самые программы, с которыми мы уже работали.

Точно также определяем ключ Windows 8, 8.1 вшитый в БИОС.

Лицензия в биосе

Прощай лицензия?
Получил лицензионную windows 10 по программе technical preview. При переустановки windows на том же.

Лицензия Windows 10
Во сколько обойдется покупка лицензионной версии Windows 10 Professional, с возможностью.

Лицензия Windows 10
Всем привет. Имеется ПК купленный в магазине, я полагаю, с OEM лицензией Windows 10. Так.

OEM лицензия
Ребят, подскажите такую вещь. Случайно нашёл на одной известной торговой площадке (не буду делать.

Решение

Всё, я поняла. «чистая», это полная переустановка с форматированием, а не обновление существующей ОС до виндовс 10. Грузится очень долго. А при записи образа на флэшку выдал ошибку 0x80042405-0xA001B.
Теперь пытаюсь повторить процедуру. Уже два часа качает.

Добавлено через 4 часа 52 минуты
Ребята, большое спасибо за ответы! Они мне очень помогли. Я скачала виндовс с сайта Майкрософт и установила. Лицензия включилась автоматически. Теперь всё классно!

Ну семёрку, тем более лицензию , давно уже не ставил. А десятка обычно прокатывает со свистом, если биос с зашитым SLIC-ом.

Добавлено через 6 минут
Подробностей что и как там в биосе зашито сам толком не знаю. Маловато знаний для этого.

Вот хочу попробовать в свою старушку (GA-68M-S2H) зашить SLIC и проверить как установка пройдёт. Старые биосы правил, а вот с UEFI там несколько сложнее.

Да ладно. Я скачал iso образ, с него сделал флешку и ставлю с этой флешки на все компы. Как с лицензией так и нет. Если в биосе есть лицензия инсталятор её подхватит. А если нет просит ввести код. Если и код никакой не подходит, то ты попал, нету у тебя лицензии. Если пропустить ввод ключа то попросит выбрать самому редакцию. И поставит не активированную винду.

Добавлено через 10 минут
Вопрос на засыпку: если у меня стоит пиратская LTSB, то какую версию мне скачает Media Creation Tool? Правильно, не LTSC, а стандартную.

Windows license std в биосе что это

А я думаю, проблема ключей, вшитых в биос, действительно существует.

Владельцы ноутбуков с предустановленной Windows 8 обсуждают новую функцию Windows 8, которая может вызвать некоторые проблемы. Речь идёт о лицензионном ключе, прошитом прямо в BIOS ноутбука.

Одна из рекомендаций:

Сообщения: 35936
Благодарности: 6473

После включения, «безопасной загрузки» UEFI предотвращает загрузку исполняемых файлов или драйверов, если они не подписаны одним из заранее установленных ключей »

Вы не заметили, что у ТС ОС успешно установлена и загружается? Да и вообще, с дистрибутивами Microsoft такой проблемы нет.

Например, у меня планшет с UEFI BIOS. Дистрибутив с MSDN на него ставится без проблем с вводом ключа и активацией. За исключением того, что в Корпоративной надо удалить временный ключ и ввести тот, что идет по подписке.

А ключи вшитые в BIOS существуют, это правда

Сообщения: 5828
Благодарности: 1242

Заметил, конечно, но кто его знает. Может ему повезло, может UEFI почему-то признал новую Восьмерку за «свою» и разрешил загрузку, но ключ подсовывает старый, и ещё множество «может». Пусть уж перепроверит настройки, это недолго.

Сообщения: 45
Благодарности: 2

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

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

Пробовал уже подсунуть в дистрибутив файлик PID файл с серийником в дистрибутив, но подхватывает все равно с БИОСа

Сообщения: 45
Благодарности: 2

Сообщения: 35936
Благодарности: 6473

Может ему повезло, может UEFI почему-то признал новую Восьмерку за «свою» и разрешил загрузку »

Вы представляете вероятность случайного совпадения контрольной суммы? Это типа того.

Windows license std в биосе. Как определить вид лицензии Windows (Retail,VL, OEM)

Для активации операционной системы Windows используется специальный лицензионный ключ продукта. Ключ продукта Windows, предназначенный для активации системы, отличается в зависимости от версии операционной системы (Windows 10, Windows 8, Windows 7 и т. д.), редакции ОС (Home, Pro и т.д), способа распространения (OEM, Retail и т.д).

Для активации операционной системы Windows используется ключ продукта, состоящий из 25 знаков в виде цифр и заглавных (верхнего регистра) английских букв, разделенных на 5 групп по 5 символов: «XXXXX-XXXXX-XXXXX-XXXXX-XXXXX».

На ноутбуках раньше часто находился приклеенный ключ активации Windows. В данный момент, производители ноутбуков с предустановленными операционными системами вшивают ключ продукта в BIOS для автоматической активации Windows.

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

Вы можете узнать лицензионный ключ установленной Windows, выполнив специальный VBS скрипт, а также с помощью пяти программ: ProduKey, ShowKeyPlus, Free PC Audit, Speccy, AIDA64, SIW. Все перечисленные программы бесплатные, кроме AIDA64 и SIW.

С помощью данных способов можно узнать ключ Windows 7, Windows 8, Windows 8.1, Windows 10. После того, как вы узнали ключ продукта Windows, полученные данные для последующего применения, в случае переустановки операционной системы, для активации операционной системы.

Как узнать ключ Windows в ProduKey

Бесплатная программа ProduKey от известного производителя NirSoft не требует установки на компьютер. Приложение показывает ключи от ОС Windows, браузера Internet Explorer, Microsoft Office.

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

Выделите запись с ключом Windows 10, или другой операционной системы, а затем в контекстном меню выберите «Copy Product Key» для копирования ключа активации в буфер обмена.

Смотрим лицензионный ключ в ShowKeyPlus

Бесплатная программа ShowKeyPlus не требует установки на компьютер. После запуска, в окне приложения вы увидите информацию:

Для сохранения данных нажмите на кнопку «Save», а затем полученную информацию в файле текстового формата.

Как посмотреть ключ Windows в Free PC Audit

Бесплатная программа Free PC Audit поможет узнать ключ установленного Windows. Эта программа не требует установки на компьютер. Запустите файл утилиты, после этого откроется окно программы Free PC Audit, в котором начнется сканирование системы.

После завершения сканирования, во вкладке «System», напротив пункта «Windows product key» вы увидите ключ продукта установленной операционной системы Windows.

Для копирования ключа, выделите строку с лицензионным ключом, а затем с помощью пункта контекстного меню «Copy», или с помощью клавиш «Ctrl» + «C» скопируйте ключ продукта Windows из окна утилиты.

Как узнать ключ Windows 8 с помощью VBScrit

Ключи активации операционной системы Windows хранятся на жестком диске в зашифрованном виде. Выполнение скрипта VBScrit позволит получить ключ продукта установленной операционной системы в расшифрованном виде. Данный скрипт был разработан для операционной системы Windows 8, но этот код также прекрасно работает в операционных системах Windows 10, Windows 8.1, Windows 7.

Для выполнения операции кликните два раза по файлу «WindowsKey.vbs». В открывшемся окне вы увидите код активации Windows. Далее нажмите на кнопку «ОК».

В следующем окне появится информация о версии операционной системы, ID продукта и номер ключа продукта. Не обращайте внимания на название записи «Windows 8 Key». Название этой ОС будет отображаться на любой версии операционной системы Windows.

Получаем ключ Windows в Speccy

Бесплатная программа Speccy от известной компании Piriform, производителя CCleaner и другого программного обеспечения. С официального сайта можно скачать переносную (portable) версию Speccy. Существует платная версия программы с расширенными возможностями.

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

Запустите программу Speccy, в разделе «Операционная система» отобразится версия установленной операционной системы, ее серийный номер (ключ активации).

Узнаем ключ продукта в AIDA64

После запуска программы AIDA64, во вкладке «Меню», в разделе «Операционная система» отобразится лицензионная информация, в том числе ключ продукта Windows.

Выделите ключ продукта, в контекстном меню выберите «Копировать», далее вставьте ключ в Блокнот, или другую подобную программу для сохранения.

Информация о ключе в SIW

После запуска SIW, войдите в раздел «Программы», «Лицензии». Здесь отобразится информация о ключе продукта, который используется в установленной на компьютере операционной системе Windows.

Неправильный ключ продукта

При проверке ключей перечисленными выше способами, ключ продукта Windows может отобразиться в таком виде: «BBBBB-BBBBB-BBBBB-BBBBB-BBBBB».

Это значит, что ваш компьютер активирован корпоративным MAK или VLK ключом. Операционная Windows не сохраняет такие ключи, поэтому программы их не видят.

В Windows 10 используется новый метод проверки подлинности системы (не для всех случаев в Windows 10). Запись об активации хранится на серверах и не отображается на компьютере. После переустановки, Windows самостоятельно активируется в течение некоторого времени.

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

Выводы статьи

В случае необходимости, пользователь может узнать код лицензии операционной системы Windows, запустив VBS скрипт, или с помощью специализированных программ: ProduKey, ShowKeyPlus, Free PC Audit, Speccy, AIDA64, SIW.

Для японских автомобилей и Лексус: подобрать по марке или названию ЖМИ

Для корейских автомобилей: подобрать по марке или названию ЖМИ

В данной статье, на примере автокаталога, имеющегося на нашем сайте, я объясню как узнать OEM номер запчасти. Но вначале хочу сказать, что если имеется старая деталь, то на ней в большинстве случаев написан артикул (он же номер). Если запчасть неоригинальная, то вбейте её номер в строку поиска на нашем сайте и увидите большое разнообразие заменителей, искомой детали, а также и саму деталь. Оригинальный номер также будет в этом списке. Напротив него в столбце «Фирма» будет написано название производителя Вашего автомобиля.

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

Как узнать OEM номер запчасти

Для того, чтобы узнать номер необходимой запчасти, то Вам необходимо совершить несколько действий, а именно:

2. Выбрать марку своего автомобиля. Например BMW

3. Если для Вашей марки на сайте есть каталог, то нажимаете на его название. Если нет, то можете продолжить поиск по «Каталогу ТО», либо по любому другому стороннему каталогу. Как это сделать описано

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

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

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

Также обращаем Ваше внимание, что электронные каталоги принадлежат сторонним организациям и лицам, не имеющим отношения к сайту сайт.
Если Вам по какой-либо причине не удается найти, интересующий номер, заполните ФОРМУ ПОИСКА и наши менеджеры сделают это за Вас, подберут вариант по приемлемой цене и свяжутся с Вами.

12 января 2015 в 09:48

OEM-активация Windows Vista/7/8/8.1 под гипервизором QEMU

OEM-версии ОС от Microsoft, начиная с Vista, используют проверку подлинности, основанную на сличении трех компонентов:

Кроме того, лицензионный ключ конкретного экземпляра ОС может быть вшит в текстовом виде в BIOS, в таблицу ACPI MSDM. В этом случае, при установке ОС ключ будет извлечен из BIOS и вшит в конкретный экземпляр ОС. OEM-наклейка на корпусе ноутбука в этом случае может уже не содержать лицензионный ключ. Такой способ используется для активации Windows 8/8.1

Ls /sys/firmware/acpi/tables/ APIC dynamic DSDT FACP FACS HPET MCFG SLIC SSDT1 SSDT2
Нас интересуют таблицы SLIC и MSDM. Описание их структуры можно найти, например, в этом файле. Просмотрим сначала таблицу SLIC на ноутбуке с Windows 7 (символом X «закрыты» реальные данные):

Таблицы MSDM в BIOS ноутбука с Windows 7 нет.

Теперь посмотрим таблицу SLIC на ноутбуке с Windows 8:

Теперь посмотрим таблицу MSDM (символом X «закрыты» реальные данные).

Из каталога /sys/firmawe/acpi/tables файлы SLIC и MSDM можно скопировать в любое другое место обычным способом.

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

По завершении работы утилиты SLMGR.VBS копия Windows будет успешно активирована.

Трехкомпонентная оффлайн-активация встречалась мне только на ноутбуках с предустановленной Windows Vista/7, для ноутбуков с предустановленной Windows 8/8.1 используется онлайн-активация с помощью 25-значного ключа экземпляра ОС, вшитого в таблицу MSDM. При установке Windows 8 ключ извлекается из BIOS автоматически, и, после проверки на соответствие устанавливаемой версии Windows, записывается в реестр. Убедимся в этом:

Всем привет сегодня узнаем Как определить вид лицензии Windows (Retail,VL, OEM), рассмотрим в чем их различия и назначения. Будет полезно для системных администраторов, которые хотят в компании свой сервер лицензирования Windows. Так как KMS сервер, автоматически активирует, только Volume версии Windows. то вам придется произвести процедуру изменения вида выпуска ОС. Я думаю напишу вам статью, как изменить Retail на Volume.

Виды лицензий Windows:

Windows retail, что это такое

Чтобы узнать установленную версию Windows, производим следующие телодвижения:

Источник

Данные обещания надо выполнять, тем более, если они сделаны сначала в заключительной части опуса о безопасности UEFI, а потом повторены со сцены ZeroNights 2015, поэтому сегодня поговорим о том, как заставить UEFI SecureBoot работать не на благо Microsoft, как это чаще всего настроено по умолчанию, а на благо нас с вами.
Если вам интересно, как сгенерировать свои собственные ключи для SecureBoot, как установить их вместо стандартных (или вместе с ними), как подписать ваш любимый EFI-загрузчик, как запретить загрузку неподписанного или подписанного чужими ключами кода, как выглядит интерфейс для настройки SecureBoot у AMI, Insyde и Phoenix и почему это, по большому счету, совершенно не важно — добро пожаловать под кат, но опасайтесь большого количества картинок и длинных консольных команд.

Введение

О том, как устроен и работает SecureBoot, я уже рассказывал в начале пятой части вышеупомянутого опуса, повторяться смысла не вижу. Если вы не в курсе, о чем весь этот UEFI SecureBoot вообще, кто такие PK, KEK, db и dbx, и почему с точки зрения SecureBoot по умолчанию хозяином вашей системы является производитель UEFI, а единственным авторизованным пользователем является Microsoft — смело проследуйте туда, мы вас тут пока подождем.

С ликбезом закончили, теперь к делу. Несмотря на то, что про создание своих ключей и настройку SecureBoot написано за три последних года с десяток отличных статей (ссылки на часть из которых приведены в разделе Литература), воз и ныне там. Основная проблема с информацией о настройке SecureBoot даже в англоязычном сегменте сети (не говоря уже о рунете) — большая часть статей, текстов и постов обрывается на «вот у нас теперь есть ключи в формате EFI Signature List, добавьте их зависимым от вашего вендора прошивки способом и готово». При этом сами вендоры не торопятся описывать меню настройки SecureBoot ни в документации на свои платформы для OEM’ов, ни в мануалах на конечные системы, в результате пользователь теряется на незнакомой местности и либо отключает SecureBoot, мешающий загружать его любимую OpenBSD (или что там у него), либо оставляет его на настройках по умолчанию (а чего, Windows грузится же). Именно этот последний шаг я и попытаюсь описать более подробно, но не в ущерб остальным необходимым шагам.

Тестовая конфигурация

Специально для этой статьи я достал из закромов пару не самых новых ноутбуков с прошивками на платформах Phoenix SCT и Insyde H2O, а также совершенно новую плату congatec (разработкой прошивки для которой я занят в данный момент) на платформе AMI AptioV. Встречайте, наши тестовые стенды:

1. AMI, они же «треугольные«: congatec conga-TR3 @ conga-TEVAL, AMD RX-216GD (Merlin Falcon), AMI AptioV (UEFI 2.4)

2. Insyde, они же «квадратные«: Acer Aspire R14 R3-471T (Quanta ZQX), Intel Core i3-4030U (Ivy Bridge), Insyde H2O (UEFI 2.3.1C)

3. Phoenix, они же «полукруглые«: Dell Vostro 3360 (Quanta V07), Intel Core i7-3537U (Ivy Bridge), Phoenix SCT (UEFI 2.3.1C)

Об интерфейсах для настройки SecureBoot

На всех вышеперечисленных системах производитель заявляет о поддержке технологии UEFI SecureBoot, но интерфейс для ее настройки сильно отличается между системами. К счастью, это не очень большая проблема, поскольку для настройки SecureBoot на совместимых со спецификацией UEFI 2.3.1C (и более новых) прошивках

никакого интерфейса в Setup, кроме возможности удаления текущего PK

(т.е. перевода SecureBoot в так называемый Setup Mode)

не требуется

, а после этого можно использовать любое EFI-приложение, способное вызвать UEFI-сервис gRS->SetVariable с предоставленными пользователем данными, в том числе утилиту KeyTool.efi из пакета efitools, которая специально для управления ключами и предназначена, осталось только научиться ей пользоваться.
Тем не менее, если удобный интерфейс для настройки присутствует (у AMI он, на мой взгляд, даже удобнее KeyTool‘а) — можно воспользоваться им, так что рассказывать про эти самые интерфейсы все равно придется.

Готовим плацдарм

Начнем с лирического отступления о наличии нужного софта для разных ОС. Несмотря на то, что Microsoft является одним из разработчиков технологии, в открытом доступе до сих пор отсутствуют нормальные средства для работы с ней из Windows (ключи можно сгенерировать утилитой MakeCert из Windows SDK, а для всего остального предлагается использовать HSM третьих лиц за большие деньги). Я подумывал сначала взять и написать нужную утилиту на Qt, но потому решил, что ключи и подписи каждый день генерировать не нужно, а на пару раз хватит и существующих решений. Можете попробовать переубедить меня в комментариях, если хотите.
В общем, для всего нижеперечисленного вам понадобится Linux (который можно запустить с LiveUSB, если он у вас не установлен). Для него существует целых два набора утилит для работы с SecureBoot: efitools/sbsigntool и EFIKeyGen/pesign. У меня есть положительный опыт работы с первым набором, поэтому речь пойдет именно о нем.
В итоге, кроме Linux, нам понадобятся несколько вещей:
1. Пакет openssl и одноименная утилита из него для генерирования ключевых пар и преобразования сертификатов из DER в PEM.
2. Пакет efitools, а точнее утилиты cert-to-efi-sig-list, sign-efi-sig-list для преобразования сертификатов в формат ESL и подписи файлов в этом формате, и KeyTool.efi для управления ключами системы, находящейся в SetupMode.
3. Пакет sbsigntool, а точнее утилита sbsign для подписи исполняемых файлов UEFI (т.е. загрузчиков, DXE-драйверов, OptionROM’ов и приложений для UEFI Shell) вашим ключом.
Загрузите Linux, установите вышеуказанные пакеты, откройте терминал в домашней директории и переходите к следующему шагу.

Генерируем собственные ключи для SecureBoot

Как обычно, есть несколько способов сделать что-либо, и чем мощнее используемый инструмент, тем таких способов больше. OpenSSL же как инструмент развит настолько, что кажется, что он умеет делать вообще всё, а если почитать к нему man — то и абсолютно всё остальное. Поэтому в этой статье я ограничусь непосредственной генерацией ключевых файлов, а танцы вокруг создания собственного CA оставлю на самостоятельное изучение.

Генерируем ключевые пары

Ключей понадобится сгенерировать три штуки: PK, KEK и ISK.
Начнем с PK, для генерации которого нужно выполнить следующее

openssl req -new -x509 -newkey rsa:2048 -sha256 -days 365 -subj "/CN=Platform Key" -keyout PK.key -out PK.pem

после чего ввести и подтвердить пароль, который потом спросят при попытке подписи чего-либо получившимся закрытым ключом.
Командой выше мы просим OpenSSL сгенерировать нам ключевую пару RSA2048/SHA256 со сроком действия на один год, под названием Platform Key, с выводом закрытого ключа в файл PK.key, а открытого — в файл PK.pem. Если добавить -nodes, то для подписи этой ключевой парой не нужен будет пароль, но здесь мы этого делать не станем — с паролем хоть ненамного, но безопаснее.
Таким же образом генерируем ключевые пары для KEK и ISK, пароли при этом советую вводить разные:

openssl req -new -x509 -newkey rsa:2048 -sha256 -days 365 -subj "/CN=Key Exchange Key" -keyout KEK.key -out KEK.pem

openssl req -new -x509 -newkey rsa:2048 -sha256 -days 365 -subj "/CN=Image Signing Key" -keyout ISK.key -out ISK.pem

Конвертируем открытые ключи в формат ESL

Теперь нужно сконвертировать открытые ключи из формата PEM в понятный UEFI SecureBoot формат ESL. Этот бинарный формат описан в спецификации UEFI (раздел 30.4.1 в текущей версии 2.5) и интересен тем, что файлы в нем можно соединять друг с другом конкатенацией, и этот факт нам еще пригодится.

cert-to-efi-sig-list -g "$(uuidgen)" PK.pem PK.esl

cert-to-efi-sig-list -g "$(uuidgen)" KEK.pem KEK.esl

cert-to-efi-sig-list -g "$(uuidgen)" ISK.pem ISK.esl

Ключ -g добавляет к сгенерированному ESL-файлу GUID, в нашем случае — случайный, полученый запуском утилиты uuidgen и использованием ее вывода. Если этой утилиты у вас нет — придумывайте GUIDы сами или оставьте значение по умолчанию.

Подписываем ESL-файлы

Для правильно работы SecureBoot необходимо, чтобы PK был подписан сам собой, KEK подписан PK, а хранилища db и dbx — сответственно KEK. При этом PK не может быть несколько, а вот ситуация с несколькими KEK хоть и встречается в дикой природе, но я все же настоятельно рекомендую удалить предустановленный ключ Microsoft из KEK по простой причине — db и dbx могут быть подписаны любым ключом из хранилища KEK, т.е. если ключ MS оттуда не удалить, то у MS будет возможность управлять содержимым db и dbx, т.е. добавлять любые новые ключи или хеши в список доверенной загрузки и удалять из него существующие. На мой взгляд, это немного слишком, и если мы берем управление ключами в свои руки, то нужно делать это до конца.

openssl x509 -in MicCorKEKCA2011_2011-06-24.crt -inform DER -out MsKEK.pem -outform PEM

cert-to-efi-sig-list -g "$(uuidgen)" MsKEK.pem MsKEK.esl

cat KEK.esl MsKEK.esl > NewKEK.esl

mv -f NewKEK.esl KEK.esl

С другой стороны, если вы не хотите терять возможность загрузки Windows и подписанных ключом Microsoft исполняемых компонентов (к примеру, GOP-драйверов внешних видеокарт и PXE-драйверов внешних сетевых карточек), то к нашему ISK.esl надо будет добавить еще пару ключей — ключ Microsoft Windows Production CA 2011, которым MS подписывает собственные загрузчики и ключ Microsoft UEFI driver signing CA, которым подписываются компоненты третьих сторон (именно им, кстати, подписан загрузчик Shim, с помощью которого теперь стартуют разные дистрибутивы Linux, поддерживающие SecureBoot из коробки).
Последовательность та же, что и под спойлером выше. Конвертируем из DER в PEM, затем из PEM в ESL, затем добавляем к db.esl, который в конце концов надо будет подписать любым ключом из KEK:

openssl x509 -in MicWinProPCA2011_2011-10-19.crt -inform DER -out MsWin.pem -outform PEM

openssl x509 -in MicCorUEFCA2011_2011-06-27.crt -inform DER -out UEFI.pem -outform PEM

cert-to-efi-sig-list -g "$(uuidgen)" MsWin.pem MsWin.esl

cert-to-efi-sig-list -g "$(uuidgen)" UEFI.pem UEFI.esl

cat ISK.esl MsWin.esl UEFI.esl > db.esl

Теперь подписываем PK самим собой:

sign-efi-sig-list -k PK.key -c PK.pem PK PK.esl PK.auth

Подписываем KEK.esl ключом PK:

sign-efi-sig-list -k PK.key -c PK.pem KEK KEK.esl KEK.auth

Подписываем db.esl ключом KEK:

sign-efi-sig-list -k KEK.key -c KEK.pem db db.esl db.auth

Если еще не надоело, можно добавить чего-нибудь еще в db или создать хранилище dbx, нужные команды вы теперь знаете, все дальнейшее — на ваше усмотрение.

Подписываем загрузчик

Осталось подписать какой-нибудь исполняемый файл ключом ISK, чтобы проверить работу SecureBoot после добавления ваших ключей. Для тестов я советую подписать утилиту RU.efi, она графическая и яркая, и даже издалека видно, запустилась она или нет. На самом деле, утилита эта чрезвычайно мощная и ей можно натворить немало добрых и не очень дел, поэтому после тестов лучше всего будет её удалить, и в дальнейшем подписывать только загрузчики.
В любом случае, подписываются исполняемые файлы вот такой командой:

sbsign --key ISK.key --cert ISK.pem --output bootx64.efi RU.efi

Здесь я заодно переименовал исполняемый файл в bootx64.efi, который нужно положить в директорию /EFI/BOOT тестового USB-носителя с ФС FAT32. Для 32-битных UEFI (избавь вас рандом от работы с ними) используйте bootia32.efi и RU32.efi.

В результате вот этого всего у вас получились три файла .auth, которые нужно будет записать «как есть» в NVRAM-переменные db, KEK и PK, причем именно в таком порядке. Скопируйте все три файла в корень другого USB-носителя с ФС FAT32, на котором в качестве /EFI/BOOT/bootx64.efi выступит /usr/share/efitools/efi/KeyTool.efi (скопируйте его еще и в корень, на всякий случай) и ваш «набор укротителя SecureBoot» готов.

Укрощение строптивого

Начинается все одинаково: вставляем нашу флешку с ключами и KeyTool‘ом в свободный USB-порт, включаем машину, заходим в BIOS Setup. Здесь, прежде чем заниматься настройкой SecureBoot, нужно отключить CSM, а с ним — и легаси-загрузку, с которыми наша технология не совместима. Также обязательно поставьте на вход в BIOS Setup пароль подлиннее, иначе можно будет обойти SecureBoot просто отключив его, для чего на некоторых системах с IPMI и/или AMT даже физическое присутсвие не потребуется.

AMI AptioV

У большинства прошивок, основанных на коде AMI, управление технологией SecureBoot находится на вкладке Security, у меня это управление выглядит так:

Заходим в меню Key Management (раньше оно было на той же вкладке, сейчас его выделили в отдельное) и видим там следующее:

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

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

Далее нужно устройство и файл на нем, а затем выбрать формат этого файла, в нашем случае это Authenticated Variable:

Затем нужно подтвердить обновление файла, и если все до этого шло хорошо, в результате получим лаконичное сообщение:

Повторяем то же самое для KEK и PK, и получам на выходе вот такое состояние:

Все верно, у нас есть единственный PK, всего один ключ в KEK и три ключа в db, возвращаемся в предыдущее меню кнопкой Esc и включаем SecureBoot:

Готово, сохраняем настройки и выходим с перезагрузкой, после чего пытаемся загрузиться с нашей флешки и видим вот такую картину:

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

Вот теперь можно сказать, что SecureBoot работает как надо.
Если у вашего AMI UEFI такого интерфейса для добавления ключей нет, то вам подойдет другой способ, о котором далее.

Insyde H2O

Здесь все несколько хуже, чем в предыдущем случае. Никакого интерфейса для добавления собственных ключей нет, и возможностей настройки SecureBoot предлагается всего три: либо удалить все переменные разом, переведя SecureBoot в Setup Mode, либо выбрать исполняемый файл, хеш которого будет добавлен в db, и его можно будет запускать даже в том случае, если он не подписан вообще, либо вернуться к стандартным ключам, в качестве которых на этой машине выступают PK от Acer, по ключу от Acer и MS в KEK и куча всякого от Acer и MS в db.
Впрочем, нет интерфейса — ну и черт с ним, у нас для этого KeyTool есть, главное, что в Setup Mode перейти можно. Интересно, что BIOS Setup не дает включить SecureBoot, если пароль Supervisor Password не установлен, поэтому устанавливаем сначала его, затем выполняем стирание ключей:

После чего на соседней вкладке Boot выбираем режим загрузки UEFI и включаем SecureBoot:

Т.к. фотографии у меня посреди ночи получаются невыносимо отвратительными, то скриншоты KeyTool‘а я сделаю на предыдущей системе, и придется вам поверить в то, что на этой все выглядит точно также (мамой клянусь!).
Загружаемся с нашего носителя в KeyTool, и видим примерно следующее:

Выбираем Edit Keys, попадаем в меню выбора хранилища:

Там сначала выбираем db, затем Replace Keys, затем наше USB-устройство, а затем и файл:

Нажимаем Enter и без всяких сообщений об успехе нам снова показывают меню выбора хранилища. Повторяем то же самое сначала для KEK, а затем и для PK, после выходим в главное меню двойным нажатием на Esc. Выключаем машину, включаем заново, пытаемся загрузить KeyTool снова и видим такую картину (которую я утащил из дампа прошивки, ее фото на глянцевом экране еще кошмарнее, чем предыдущие):

Ну вот, одна часть SecureBoot’а работает, другая проверяется запуском подписанной нами RU.efi и тоже работает. У меня на этой системе Windows 8 установлена в UEFI-режиме, так вот — работает и она, Microsoft с сертификатом не подвели.

Phoenix SCT

Здесь возможностей еще меньше, и во всем меню Secure Boot Configuration на вкладке Security всего два пункта: возврат к стандартным ключам и удаление всех ключей с переводом системы в SetupMode, нам нужно как раз второе:

Затем на вкладке Boot нужно выбрать тип загрузки UEFI, включить SecureBoot, и создать загрузочную запись для KeyTool‘а, иначе на этой платформе его запустить не получится:

Нажимаем Yes, выходим с сохранением изменений, перезагружаемся, нажимаем при загрузке F12, чтобы попасть в загрузочное меню, оттуда выбираем KeyTool, работа с которым описана выше. После добавления ключей и перезагрузки попытка повторного запуска KeyTool‘а заканчивается вот так:

При этом установленный на той же машине Linux продолжает исправно загружаться, как и подписанная нами RU.efi, так что SecureBoot можно признать работоспособным.

Заключение

В итоге, благодаря утилитам с открытым кодом, удалось завести SecureBoot на системах с UEFI трех различных вендоров, сгенерировать свои собственные ключи и подписать ими нужные нам исполняемые файлы. Теперь загрузка платформы целиком в наших руках, но только в случае, если пароль на BIOS стойкий и не хранится открытым текстом, как у некоторых, а в реализации SecureBoot нет каких-либо известных (или еще неизвестных) дыр. Сам по себе SecureBoot — не панацея от буткитов, но с ним ситуация с безопасной загрузкой все равно намного лучше, чем без него.
Надеюсь, что материал вам поможет, и спасибо за то, что прочитали эту портянку.

Литература

Managing EFI Bootloaders for Linux: Controlling SecureBoot.
AltLinux UEFI SecureBoot mini-HOWTO.
Booting a self-signed Linux kernel.
Sakaki’s EFI Install Guide: Configuring SecureBoot.
Ubuntu Security Team: SecureBoot.
Owning your Windows 8 UEFI Platform.
MinnowBoard Max: Quickstart UEFI Secure Boot.
Windows 8.1 Secure Boot Key Creation and Management Guidance.