xehqter

OEMScan - Automated Multi Manufacture Pre-Activation Utility

354 posts in this topic

OEMScan v1.4.1

OEMScan automates multi-manufacture installation Windows XP/2003 CD's by

scanning the bios (0xE0000-0xFFFFF) for a Royalty OEM's SLP string

and copying over the appropriate OEMBIOS files for windows XP activation.

Features:

1. Scans BIOS Memory for a specific string within a customizable range.

2. Validates the OEMBIOS file set by checking the BIN/SIG/DAT hashes against the CAT file.

3. Can run a program/script and pass a custom argument for each OEM allowing you to further customize the installation.

4. OEMBIOS files pass Microsoft’s WinTrust Validation when copied over.

New/Fixed in 1.4.1

Added more descriptive error messages (File Missing) & Dry Run Warning message

Changed Copy/Import order, Imports CAT first, copies second.

Fixed Bug CMD would still run if OEMBIOS files are corrupt

Fixed Bug Dry Run would copy files.

New in 1.4.0

Windows 2003 support

For OEMBIOS files and SLP ID's check out Bazalel's OEMBIOS repository:

http://www.oembios.net

For Multi-Manufacture Activation Discussion

http://www.msfn.org/board/index.php?showtopic=71016

oemscan_v1.4.1.zip

Edited by xehqter
1

Share this post


Link to post
Share on other sites

GREAT Tool, really!

Could you make it so that one can add additional files to the specific ini entry? For example for the oemlogo.bmp etc.

Also would be nice if the program could reply with return codes and a parameter for "do nothing but return code". This way one would know, if there has been a match and matched to what but don' t copy anything for the moment. :w00t:

Or make it open-source :thumbup

0

Share this post


Link to post
Share on other sites

I’ll work on it over the weekend. Currently the copied OEMBIOS files fail WinTrust. I’ll add a parameter to run a program/script for each OEM. That way you can copy/run whatever OEM specific files over that you want.

I plan on open sourcing it since I have no intention of maintaining it once all the bugs are worked out.

If I remember correctly it returns a value of -1 if there is no match and 1 on a match.

0

Share this post


Link to post
Share on other sites

So does this software means all your computers that are legally licensed but if one computer goes rebel (you know replacing messed up Bioses) you don't have to activate each reinstall.

Yeah I hate that when you have to reactivate each time you reinstall because if you get viruses or attacks constantly Microsoft will think you're giving it to tons of people. They thought I did that and I think they started attacking my computer as revenge against the pirates game they play.

I search, and try all these tricks to try to fix my computer to where I don't have to keep activating.

Why can't I just activate once and then it locks a file onto the Bios and when you reinstall your retail XP you just reinsert that file in your retail copy and it will know you already activated and your done. No Microsoft Hacking your computers, No activating constantly, and No constant activation.

Edited by SammyDawn
0

Share this post


Link to post
Share on other sites

No, it means if your motherboard is from a Royalty OEM (Dell, Gateway, HP, IBM, etc) and you acquire the correct OEMBIOS files with a Royalty OEM CD Key (not the one on the side of your case) it will convert your OEM copy to a Royalty OEM copy bypassing the need for activation. As-If you had used the Royalty OEM’s recovery cd to install windows XP.

The idea is IT guys & Repair Shops which handle multiple brands of computers don’t have to spend 6minutes on the phone to activate windows if they’re installing on a Royalty OEM’s system.

Think of it as a System Restore CD for multiple brands of computers.

0

Share this post


Link to post
Share on other sites
The idea is IT guys & Repair Shops which handle multiple brands of computers don’t have to spend 6minutes on the phone to activate windows if they’re installing on a Royalty OEM’s system.

Each time you burn a key, your story needs to get better and better to get another activation code which harms the customer. Has Microsoft specifically said that the store CD and the key from the side of the case is an acceptable equivalent to the original license? I've heard that it's not, which would make the multi manufacturer CD the only way that is both legal and practical for a shop to install Windows on Royalty systems. Anyone who thinks that asking the customer for Restore CD's is practical is smokin stuff that only Bill G can afford.

Edited by severach
0

Share this post


Link to post
Share on other sites

Version Bump...

Or to wait 15 minutes on hold only to get disconnected.. arggg.. tip: use the number pad to enter your responses, do you want to activate XP, 1, are you in front of the computer, 1, enter product id, 12345…

0

Share this post


Link to post
Share on other sites

I'm testing out your project now. ;) I'll let you know how well it works for me. :) I think with your wintrust trick your tool way outdoes mine. ;) lol! I think I may discontinue my tool for now and just use yours.

Thanks. :thumbup

BTW I found a typo in your ini:

;
; Toshiba OEMBIOS Files CRC32 = E4143622
; SLP = Toshiba
;

E4143622 is obsolete. ;) It should read this now:

;
; Toshiba OEMBIOS Files CRC32 = A16F9D62
; SLP = Toshiba
;

Edited by Siginet
0

Share this post


Link to post
Share on other sites

If you have one "master" install source this should copy the correct files over, but how will the SLP keys, that match the oem files, be applied in a multi-cd setup unattended?

Can one use a generic key in the main setup winnt.sif and then use/modify this M$ key change vbs as the extra command inside oemscan.ini to apply the matching slp key once oemscan is executed?

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

Also, where in the setup process should oemscan.exe be ran? Meaning, Winnt.sif, etc

Edited by Randy Rhoads
0

Share this post


Link to post
Share on other sites

@ Siginet

Thanks for spotting the typo. I’ll add a scan range but I want to know more about OEMBios files before I do it. I don’t want to add a feature only to find out its being implemented incorrectly.

@ Randy Rhoads

I don’t see why you can’t run it anytime during the setup. Personally I’m running it via svcpack. I’ve been using the DELL Royalty OEM key and it hasn’t complained. If you think it might be an issue you should be able to run a vbscript via CMD and change the key for each OEM.

0

Share this post


Link to post
Share on other sites

@Randy Rhoads

Keys are Interchangable,

I dont think it could run anytime during the setup,as Windows Setup asks (checks) for valid key on a earlier stage then oemscan can be run, either with cmdlines or via svcpack.

You could change it afterwards using MS own KeyUpdate tool, or run a vbscript via CMD at t13

Edited by FreeStyler
0

Share this post


Link to post
Share on other sites
I’ve been using the DELL Royalty OEM key and it hasn’t complained.
Kool, i knew setup would'nt complain, but a future WGA update might.

Example: Future WGA update expects slp oem files, slp key, specific bios string/s, motherboard type, etc to match or throw a non geniune report.

or run a vbscript via CMD at t13

I thought svcpack was executed at the T13 stage.

0

Share this post


Link to post
Share on other sites
I’ve been using the DELL Royalty OEM key and it hasn’t complained.

Kool, i knew setup would'nt complain, but a future WGA update might.

Example: Future WGA update expects slp oem files, slp key, specific bios string/s, motherboard type, etc to match or throw a non geniune report.

or run a vbscript via CMD at t13
I thought svcpack was executed at the T13 stage.

True, anything’s possible.

just to clarify, when I said CMD I meant in the oemscan.ini file

[Compaq]

PATH=".\Compaq\"

CMD="%SystemRoot%\notepad.exe" <--- insert VBS script here.. or create a batch file with the VBS script and put it here.

0

Share this post


Link to post
Share on other sites

Actually Randy I was going to play around with the same thing. I think maybe xehqter could allow a special string to be specified in the cmd= key that way if his tool sees that string then it knows to send the bios string that is found to the cmd. For instance:

CMD=".\keychange.exe" @Bios

Could return:

CMD=".\keychange.exe" Compaq

Then keychange.exe could be a tool that will change your key according to the manufacturer code sent to it. ;) If a manufacturer code is not found then it can open a box asking for a valid key on first boot.

I can make the keychange.exe if needed. ;)

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.