• Announcements

    • xper

      MSFN Sponsorship and AdBlockers!   07/10/2016

      Dear members, MSFN is made available via subscriptions, donations and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, become a site sponsor and ads will be disabled automatically and by subscribing you get other sponsor benefits.
harkaz

POSReady 2009 updates ported to Windows XP SP3 ENU

944 posts in this topic

On 2/14/2016 at 2:37 AM, dencorso said:

Some relevant links to threads derived from this one, as time goes by:

1. The EMET thread;

2. The Root Certificates and Revoked Certificates thread;

3. TBA.

On 5/22/2014 at 3:38 PM, dencorso said:

And for anyone who, like me, prefers reg files, here is the Myrrh-Sebijk-Harkaz trick in .reg form:

 


Windows Registry Editor Version 5.00

[-HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WindowsEmbedded]

[-HKEY_LOCAL_MACHINE\SYSTEM\WPA\WEPOS]

[-HKEY_LOCAL_MACHINE\SYSTEM\WPA\WES]

[HKEY_LOCAL_MACHINE\SYSTEM\WPA\PosReady]
"Installed"=dword:00000001

On 1/27/2016 at 10:59 PM, dencorso said:

It can be removed afterwards, too. But one has to remove Myrrh-Sebijk-Harkaz trick from the cold (unbooted) system, by using a live CD. That's described in this post.

 

 

Of course, there's a simpler version of it:

 

On 5/21/2014 at 3:54 PM, Sebijk said:

there is a much easier way:


Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\WPA\PosReady]
"Installed"=dword:00000001


 

and POSReady2009 Updates will install on XP + Windows Update shows the updates for POSReady 2009 :)

 

NOTE [08/03/2016]: All SP4 users up to including version 3.1a must delete the following key to continue receiving the latest updates automatically from WU:

 

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WindowsEmbedded

 

=================######=================

 

UPDATE [22/5/2014]: Sebijk reported that a simple registry tweak is enough for WU to show the latest POSReady updates on Windows XP. This method has been tested and works on any XP build.

 

Add the following registry keys (INF Format):

 

HKLM,"System\CurrentControlSet\Control\WindowsEmbedded\ProductVersion","FeaturePackVersion",0x00000000,"SP3"

HKLM,"SYSTEM\WPA\WEPOS","Installed",0x10001,0

HKLM,"SYSTEM\WPA\WES","Installed",0x10001,0

HKLM,"SYSTEM\WPA\POSReady","Installed",0x10001,1

 

and restart the computer. Then run WU to get the latest updates.

 

ORIGINAL METHOD:The latest Patch tuesday updates have been easily ported to a Windows XP virtual system - fully updated until April 2014.

 

The constraints are entirely artificial. Porting is easy as 1-2-3:

 

1. Modify update.inf file and remove the

 

condition=CompositeOp,OrOp,Prereq.XPInstallEmbedded.Section line

 

from the Prerequisite section.

 

2. Use a patched update.exe version 6.3.13.0 or later to accept the modified update.inf file. Update.exe files differ between various languages.

 

UPDATE: Instructions on how to apply the patch to any language can be found here:

http://www.msfn.org/board/topic/171814-posready-2009-updates-ported-to-windows-xp-sp3-enu/?p=1078363

 

3. Compress to SFX EXE file. Delta compression optional.

 

I have already uploaded the files at RyanVM.net...

 

So Windows XP can have semi-official support until 2019! :w00t:

3

Share this post


Link to post
Share on other sites

Yep indeed. Just tested them by manually copying the files over and rebooting. No issues.

Edited by -X-
0

Share this post


Link to post
Share on other sites

Lol.. it must be an unpleasant surprise to them

PS. By mistake, I refreshed the page when posting the thread and it has been double-posted. Please lock/remove the older one.

0

Share this post


Link to post
Share on other sites

Wow, this is excellent news!

0

Share this post


Link to post
Share on other sites

I always knew getting POSReady2009 was a good Idea :w00t:

0

Share this post


Link to post
Share on other sites
Well, Bulletin 1 in the [...] IE8 version should be immediately usable, perhaps requiring a relaxing of the .INF  "Applies To"  conditions [...]. I'm betting Bulletin 5 (the .NET one) may be directly applicable, too, perhaps requiring, likewise, some previous callisthenics... As for Bulletin 6, we'll only know, when whe know what does it contain. [...]

 

Thanks to harkaz, Bulls 1, 5 and 6 installed and running great! :thumbup

 

Long live, XP! :)

1

Share this post


Link to post
Share on other sites

lol who cares about neowinians

they never had brain, obviously never will

0

Share this post


Link to post
Share on other sites

With reference to this:

http://www.microsoft.com/en-us/download/details.aspx?id=42774

which is related to this kb:

http://support.microsoft.com/kb/2932079

 

 

Introduction
This update resolves a vulnerability in the Microsoft .NET Framework that could allow elevation of privilege if an unauthenticated attacker sends specially crafted data to an affected workstation or server that has the .NET Framework Remoting feature enabled.

 

it is IMHO not a patch for a vulnerability, it is a patch for generic stupidity.

 

jaclaz

0

Share this post


Link to post
Share on other sites

First of all, thank you *very much* harkaz, this is beyond cool! Heading home from work yesterday I was almost a bit giddy seeing these semi-official patches and thinking of all the future ones that could/will be coming our way through 2019!

Let the idiots on neowin storm off in a huff! Tell them to come back in 2019.

For myself, I only get 1 patch out of the deal (I don't have IE or any version of "dontnet" installed). Hmm, I didn't think about POS not having IE6. Looks like we won't get any IE 6 patches unless somebody ports them from 2003.

Jaclaz, I agree it's a patch for general stupidity-let's hope MS doesn;'t start patching for that, as we'll all need petabyte sized drives.

(Seriously though, the link to the bulletin 42774 that you posted; under 'System Requirements' it states that Windows XP is a "supported operating system" along with Windows Server 2003. But the title at the top of the page for 42774 just says Windows Server 2003.)

0

Share this post


Link to post
Share on other sites

Rest assured the IE6 and the IE7 patches for POSReady 2009 also exist! I'm sure harkaz'll release modded versions of them soon, too.

0

Share this post


Link to post
Share on other sites

Is there any chance of getting all of the Windows Server 2003 x64 updates onto XP x64? Someone just suggested I ask my question in this thread, and TIA for any help. :)

Earlier today, I attempted to download the three available updates for Server '03 and install them manually onto my XP x64 laptop. I had no trouble with MS14-026 (using the .NET 2.0 version; I don't have 4.0 installed so I didn't try that one) or 029. However, MS14-027 failed. A check of the .inf files inside the update revealed that Microsoft put in a block in "update_SP2QFE.inf" that prevents it from installing on XP x64:

[Prereq.XPAMDInstallBlock.Section]

PresentOp=CheckReg,HKLM,"SYSTEM\CurrentControlSet\Control\ProductOptions",ProductType,0x00000000

NotEqualOp=CheckReg,HKLM,"SYSTEM\CurrentControlSet\Control\ProductOptions",ProductType,0x00000000,!=,"WinNT"

Display_String="%WrongProductMessage%"

Is this update legitimately not suitable for XP x64 for some reason, or is Microsoft just being a PITA about it? And if it's the latter, how hard would it be to hack it to run? Would like to keep this machine on XP x64 as long as I can. It's a Dell Inspiron 1545 with a T9800, and it can run 7, but feels like it's running in mud compared to XP x64.

Edited by jsc1973
0

Share this post


Link to post
Share on other sites

The update is applicable to Windows XP x64 SP2 if you remove the:

 

    Condition=AndOp,Prereq.XPAMDInstallBlock.Section

 

line from the [Prerequisite] section and patch the update.exe file to accept the modified update.inf. Instructions can be found here: http://www.ryanvm.net/forum/viewtopic.php?p=115464#115464

 

The shlwapi.dll file is not an exclusive Server 2003 x64 component. In addition there are registry keys in the INF file specific for XP Professional x64:

 

[ProductInstall.ProfessionalFiles]
    AddReg=Product.Add.Reg.Professional

[save.Reg.For.Uninstall]

HKLM,SOFTWARE\Microsoft\Updates\Windows XP Version 2003\SP%SERVICE_PACK_NUMBER%\%SP_SHORT_TITLE%

 

[Product.Add.Reg.Professional]
    HKLM,SOFTWARE\Microsoft\Windows NT\CurrentVersion\Hotfix\%SP_SHORT_TITLE%,"Comments",0,%SP_TITLE_XP%
    HKLM,SOFTWARE\Microsoft\Windows NT\CurrentVersion\Hotfix\%SP_SHORT_TITLE%,"Fix Description",0,%SP_TITLE_XP%
    HKLM,SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\%SP_SHORT_TITLE%,"RegistryLocation",0,"HKLM\SOFTWARE\Microsoft\Updates\Windows XP Version 2003\SP%SERVICE_PACK_NUMBER%\%SP_SHORT_TITLE%"
    HKLM,SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\%SP_SHORT_TITLE%,"ParentDisplayName",0,"%PARENT_DISPLAY_NAME_XP%"
    HKLM,SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\%SP_SHORT_TITLE%,"DisplayName",0,"%SP_TITLE_XP%"
    HKLM,SOFTWARE\Microsoft\Updates\Windows XP Version 2003\SP%SERVICE_PACK_NUMBER%\%SP_SHORT_TITLE%,"Description",,%SP_TITLE_XP%
 

and the relevant strings.

 

All these observations indicate that the update is applicable to XP x64 without any issues (It's not proved completely - that would require an analysis of the patch itself, something rather difficult and not required in this scenario).

 

One final note: Because these updates have been deployed on a relatively limited number of machines (XP support has officially ended and most users ignore the existance of these updates) testing any of them in VM before deploying to real hardware is strongly recommended.

0

Share this post


Link to post
Share on other sites

Besides other editings needed, the "Frankenstein folder" "Windows XP Version 2003" must be corrected to "Windows XP", BTW.

0

Share this post


Link to post
Share on other sites

@den It should not be corrected for Windows XP x64 edition:

 

All Windows XP x64 (Version 2003) post-SP2 updates are verified via this registry key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows XP Version 2003\SP3

0

Share this post


Link to post
Share on other sites

Rest assured the IE6 and the IE7 patches for POSReady 2009 also exist! I'm sure harkaz'll release modded versions of them soon, too.

 

Are you sure that there are IE6 patches for POSReady? It comes preloaded with ie7. (Never tried to revert back to ie6 since I hate it)

0

Share this post


Link to post
Share on other sites

The patched update.exe seems to have done the trick. The update installed and is actually listed in my list of updates as a "Windows XP" update! I guess Microsoft isn't going to let anyone on XP x64 install it the easy way unless they have paid support, though.

I know there's a risk to doing this, but this isn't a mission-critical machine, anyway. Just a laptop I use when I'm away from the big iron, to go online and stuff with. If it were, I'd just update it to 7.

Guess I'll just keep doing this once a month until July of next year.

Thanks for the help! :)

0

Share this post


Link to post
Share on other sites

Besides other editings needed, the "Frankenstein folder" "Windows XP Version 2003" must be corrected to "Windows XP", BTW.

 

@den It should not be corrected for Windows XP x64 edition:

 

All Windows XP x64 (Version 2003) post-SP2 updates are verified via this registry key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows XP Version 2003\SP3

I stand corrected. Thanks! :yes: 

 

Rest assured the IE6 and the IE7 patches for POSReady 2009 also exist! I'm sure harkaz'll release modded versions of them soon, too.

 

Are you sure that there are IE6 patches for POSReady? It comes preloaded with ie7. (Never tried to revert back to ie6 since I hate it)

Yes. Harkaz made them available already, BTW.

0

Share this post


Link to post
Share on other sites

Rest assured the IE6 and the IE7 patches for POSReady 2009 also exist! I'm sure harkaz'll release modded versions of them soon, too.

 

Are you sure that there are IE6 patches for POSReady? It comes preloaded with ie7. (Never tried to revert back to ie6 since I hate it)

 

There is also the older WEPOS/XPe which comes with IE6 and is supported until I think 2016 and also uses the same patches.

0

Share this post


Link to post
Share on other sites

I installed five of harkaz's modified updates yesterday.

KB2953522 (IE8), KB2932079 (.NET 2.0), KB2931365 (.NET 4.0), KB2931352 (.NET security update), and KB2926765 (XP security update).

 

All seemed well, but a while after the updates were installed, the machine suddenly blue screened.

The stop error was 0x0000004E, PFN_LIST_CORRUPT, apparently thrown by ntoskrnl.exe.

On restart, the machine seemed OK again.

 

However this morning, after booting up and leaving it for a while, I found it with another BSOD.

This time the stop error 0x00000044, MULTIPLE_IRP_COMPLETE_REQUESTS.

 

Any ideas? I am a bit suspicious of KB2931352, as that seemed to replace a lot of .NET files, including some that were from ten years ago!

Edited by Dave-H
0

Share this post


Link to post
Share on other sites

Google on the first error

"PFN_LIST_CORRUPT" XP
only gives seemingly related problems in two of the links, indicating some kind of driver conflict (weird).

http://www.tomshardware.com/forum/264217-45-pfn_list_corrupt-windows

http://social.technet.microsoft.com/Forums/windows/en-US/d1f74f02-b38a-48c9-99a5-e72c4c9e1ddc/pfnlistcorrupt

Here is some further info -

http://www.reviversoft.com/blog/2013/09/pfn-list-corrupt/

 

Could it be that Error#1 led to Error#2, which it seems so.

 

I'd have installed only one at a time, ran with it for a while to confirm viability, then the next one, and so on. Paricularly I would have done the IE8 one first, then the XP one, then the NT ones lowest version to highest version.

 

HTH (no, I haven't tried them yet but will eventually)

0

Share this post


Link to post
Share on other sites

share the dumps, maybe we can see anything useful.

0

Share this post


Link to post
Share on other sites

Thanks, I think I will be a bit more wary next month!

Touching wood, the machine seems to be stable again now.

Whatever caused the BSODs seems to have cleared itself.

I'm wondering if it was the .NET optimisation service, that runs after any .NET updates, that caused the crashes.

It seems to have done its job now, and isn't running any more.

The only other symptom I was getting was that the startup seemed to be slow (after the desktop loaded) and I was getting pop-up error messages that the Firewall wasn't running. This cleared eventually, and the startup now seems to be normal again.

I've had this before after updates, so it may or may not be relevant.

:)

0

Share this post


Link to post
Share on other sites

share the dumps, maybe we can see anything useful.

OK, here they are!

I've given them a dummy .txt extension so the forum will let me upload them.

I hope they give some clue as to what happened!

Cheers, Dave.

:)

Mini051614-01.dmp.txt

Mini051614-02.dmp.txt

0

Share this post


Link to post
Share on other sites

OUCH!

.NET optimisation service
I turn that bad boy off (disable the Service) IMMEDIATELY after any updates. It (IMHO) drags the system.
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.