Die Schwierigkeiten mit dem CD-Key in Windows

http://www.mbormann.de/default.htm?/tips/CD-Key-auslesen.htm

Nicht selten, sofern man an verschiedenen und fremden Maschinen zu arbeiten hat, taucht die Frage nach dem
CD-Key auf. Sei es, weil der Sticker verschwunden ist und ohne dem eine Neuinstallation nicht geht, oder andere Probleme.

Als Supporter steht man vor einem System, das dringend repariert werden müsste weil startunfähig, die CD ist vorhanden, nur der Aufkleber mit dem wichtigen Key ist schlicht weg.

Oder das System hat sich völlig zerlegt, bootet nicht, zeigt einen Festplattenschaden... kurz - auslesen der Registry oder den Hive importieren ist nicht mehr möglich, der nötige Key zur Neuinstallation - siehe oben, wohl aber die Original CD mit Windows ist vorhanden.

Auch nicht selten kommt es vor, in kleineren Firmen ist die Aufzeichnung nicht perfekt organisiert.
Hier gibt es eine Schublade mit CD's, und den zugehörigen Keys in loser Folge. Die Zuordnung der CD ließe sich noch klären, aber die wild herumfliegenden Sticker halt nicht mehr. Auch hier kann die Zuordnung wieder hergestellt werden, was sich bei "toten" Systemen leicht als nützlich erweisen kann. Es ist eine Frage der Zeit, bevor man das passende Pärchen auf herkömmliche Weise identifiziert hat.


Wer zum Support eine Bart-CD hat, der kann zwar die Fremdregistry, bzw den passenden Hive (Software) laden,
nur Tools um den Key, der sich normal unter
HKLM\Software\Microsoft\Windows NT\CurrentVersion\DigitalProductID
befindet, kann man nicht aus einem völlig toten System, gegebenenfalls zweiter Festplatte auslesen. Massenweise Keyfinder und wie sich die alle nennen, agieren nur auf dem lokalen System, nicht aber der Importierten Registry, bzw. dem Zweig davon. Übrigens hat eine PE, oder Bart-CD keinen DigitalProductID-Key - also nicht wundern.

Die Registry befindet sich auf der entsprechenden Festplatte des unwilligen Systems unter
C:\Windows\System32\Config
Hat hier, oder in diesem Teil der Festplatte der Fehlerteufel zugeschlagen, dann gibt es ein Exemplar welches direkt bei der Installation von XP (oder W2K) angelegt wird, auch noch hier
C:\Windows\Repair

Die gesuchte Datei ist jeweils "Software" ohne jegliche Dateierweiterung.
Hängt man die Festplatte als weitere in ein vorhandenes System, so ist der Laufwerksbuchstabe natürlich nicht mehr C:, sondern eben ein anderer und von der Konfiguration des Host-Windows abhängig.

Hat man sich als Supporter angewöhnt, einen fremden Hive unter dem angefordertem Schlüssel "Test" zu laden, so ergibt sich der endgültige Zweig der zu durchforsten ist mit: HKLM\Test\Microsoft\Windows NT\CurrentVersion\DigitalProductID
was von cd-key.exe als Standard berücksichtigt wird und auch Grund der Eigenentwicklung war.

Ein erster spielerischer Ansatz, das mit VB6  zu erledigen, war von Erfolg gekrönt, für die lokale Registry.
Der nächste Schritt, einen importierten Hive zu lesen war nun nur ein Mausklick entfernt, ebenfalls in VB6.

Ein defekter Hive allerdings, und natürlich auch abgeschaltete Systemwiederherstellung oder Einwirkung von Schadsoftware die Keys verfremdet, schon klappt genau das nicht mehr. Unter der Bart-CD, die leider kein Scripting ermöglicht, musste also eine andere Lösung her.
Als schnelle Lösung, ohne aufwendige bunte Interfaces und schmucklos, entstand cd-key.exe (http://www.mbormann.de/dnload/cd-key.exe )
in VB6 erstellt, die dazu nötige DLL - MSVBM60.DLL hat man schnell in die Bart-CD aus seinem Windows integriert, mehr ist nicht notwendig. Es würde auch ein USB-Stick reichen, auf dem alles abgelegt ist.

Wer nun auf eine derartige Installation trifft, aber der Hive Software sich wegen eines Defektes nicht mehr als Struktur laden lässt, der stand bisher ebenso chancenlos da, immer aus dem Blickwinkel des Supporters
Jetzt nicht mehr, *TRÖT*gesetzt, man kann mit einem Hexeditor umgehen und so die für den Regedit nicht mehr
ladbare Struktur, oder halt Teile davon, eben anders zu durchforsten, was beispielsweise mit WinHex kein Problem ist.
...