A Microsoft időben szólt, hogy az új generációs processzorokhoz már csak Windows 10 alatt jár teljes körű szoftveres támogatás, hiába ragaszkodunk új konfigurációnk esetében is a jól megszokott Windows 7-es vagy Windows 8.1-es operációs rendszerhez. Az elmúlt hónapok folyamán kiderült, hogy a Kaby Lake és a RYZEN sorozatú processzorral szerelt rendszerekre, amennyiben azok Windows 7-es vagy Windows 8.1-es operációs rendszert használnak, nem érkezik több frissítés, így muszáj lesz Windows 10-re váltani.

Az ígéretet tett követte, így egy ideje már hibaüzenet fogadja mindazokat a Kaby Lake és RYZEN tulajdonosokat, akik a felhívásra fittyet hányva továbbra is kitartanak Windows 7-es vagy Windows 8.1-es operációs rendszerük mellett. A Microsoft a szigorítás bevezetését követően is azt ajánlja, hogy az érintettek mielőbb váltsanak Windows 10-re, de erre természetesen nem mindenki hajlandó.

Egy lelkes felhasználó, akit egy kicsit felbosszantott a Microsoft hozzáállása, kutakodni kezdett, hogy kijátszhassa a drákói szigort, próbálkozásait pedig siker koronázta, ugyanis megtalálta, melyik fájl melyik funkciói felelnek a tiltás alkalmazásáért. Vizsgálatai során kiderült, hogy a Windows 7-hez és Windows 8.1-hez készített márciusi frissítések egyebek mellett egy wuaueng.dll fájlt is érintettek, ami két új funkcióval gazdagodott. Az egyik az „IsCPUSupported(void)”, a másik pedig az „IsDeviceServiceable(void)” nevet viseli – előbbi a központi egység támogatottságát ellenőrzi, míg a másik az eszköz „kiszolgálhatóságát” vizsgálja. A lelkes felhasználó egy nyílt forráskódú patch segítségével mindkét említett funkció értékét „1”-re módosítja, így a Windows Update ellenőrzése során az adott processzor támogatottnak, az adott rendszer pedig kiszolgálhatónak minősül, vagyis megkaphatja a frissítéseket, amelyekre egyébként nem lenne jogosult.

A Kaby Lake, illetve RYZEN processzorral ellátott Windows 7-es és Windows 8.1-es operációs rendszerekhez készített patch a GitHUB-on keresztül szerezhető be, ahol némi leírás is tartozik hozzá. A használatából eredő következményekért sem a „fejlesztő”, sem pedig mi nem vállaljuk a felelősséget, így a vállalkozó szellemű próbálkozok csak saját felelősségükre próbálják ki.