Bypass Windows 7 Extended Security Updates Eligibility

Where do I even begin..

Do not, under absolutely any circumstances.....
This is certainly NOT the way you want your system to die.

Replacing system libraries is a very bad idea. Everything that uses SLC functions outside of the ones implemented will either throw an error or immediately crash. (in the worst case, break existing configuration)
The kernel will be fine as it obtains everything from the registry, but most likely after some time a BSOD will occur because of an NPE caused by more important parts of the system.
This will entirely break half of Windows' Licensing and half of Windows along with it.

We're trying to do it cleanly and (to some extent) transparently, so nothing breaks along with it.
Take a look at how @abbodi1406 's implementation works and try to build upon that.

 

@mspaintmsi,

Hi, it was only for information how to get admin rights with onboard windows tools to avoid superuser32/64.exe file.

Nevermind, let me reinstall my windows, I think I have another example based on SLC from script.




edit:

Well, after copying slshim64.dll to C:\windows\servicing\slc.dll on 64-Bit version I could install the test update. I did nothing else after fresh installation.
Please note that on fresh installation there is no slc.dll in this folder; that means no replacement of files(!)


Again, its only for information/educational purposes how to get admin rights with windows onboard tools.

Code:

@ECHO OFF
CLS
COLOR 0A

::64-Bit; servicing path
set "source64=%~dp0slshim64.dll"
set "dest64=%SystemRoot%\servicing"
takeown /F "%dest64%" /A
icacls "%dest64%" /grant Administrators:F
if exist "%dest64%\slc.dll" del "%dest64%\slc.dll"
copy "%source64%" "%dest64%\slc.dll"
takeown /F "%dest64%\slc.dll" /A
icacls "%dest64%\slc.dll" /grant Administrators:F
copy "%source64%" "%dest64%\slc.dll"
icacls "%dest64%" /setowner "NT SERVICE\TrustedInstaller"
icacls "%dest64%" /grant:r Administrators:RX


pause

 

Btw Thank you @abbodi1406 @mspaintmsi

 

Perhaps, now that it seems to work, is better to wait and see what ms will do, and only after make adjustments/changes.
It is very good to already have clean ways that not replace system files and are not affected by sfc and windows updates. Even so, slshim and kurwica dlls could be marked by Defender or other AVs ...

Thank you all, long life to 7!

 

Oh No

 

It appears that the SlcShim version causes "Turn Windows features on or off" to rollback at 98% during multiple reboot changes (ie. disabling Tablet PC components). Uninstalling SlcShim fixes the issue.

This is on Windows 7 Enterprise x64.

 

Since MS is planning to raise the price of ESUs each year, do you think they will alter their verification scheme each year. If not, then year one subscribers could get all 3 yrs without paying more. So do you think this patch will work for subsequent year ESUs or will we just have wait & see if modifications to the patch are required?

 

The way this works right now is that every single software licensing policy out of those three:

• Client-ESU-Year1
• Client-ESU-Year2
  
• Client-ESU-Year3

is checked (in order) and if any of those is set to true, you're eligible for ES updates.
So this thing will most likely not change as it seems to be ready for all 3 years of extended support.

Windows Update will most likely verify the same thing through WMI, which can also be easily hooked. We'll have to wait and see what Microsoft comes up with .-.

 

@ abbodi1406 & mspaintmsi

 

Can leaving this bypass installed/enabled all the time cause any issues?

Do I need kurwica32.dll and superUser32.exe on 64bit Windows?

 

Will Bypass work for Win7 activated by DAZ Loader?

 

It should, and did on my tests, windows doesn't know that the slic is artificially in the boot sector and not inside the bios.

 

You need to login to view this posts content.

 

mark ，see later

 

You clever bastards!