Es kommt nicht ganz selten vor, dass Rechte in der Registry geändert oder Einträge hinzugefügt bzw gelöscht werden müssen. Bei Standardsoftware natürlich nicht so häufig, weil ewig lange Betatests laufen, an denen hunderttausende von Benutzern teilnehmen und entsprechend viele Konfigurationen abgecheckt werden. Das können Entwickler einer Branchensoftware oder hochspezialisierter Programme nicht leisten, einer Freeware erst Recht nicht. Trotzdem denke ich mal, dass fj in einem Update irgendwann die Rechte prüfen und ggf korrigieren wird, jetzt wo er es weiß. (EDIT: während ich weiter unten den Text schreibe, wird klar, dass das u.U. die zweitbeste Lösung sein könnte...)
Jedenfalls habe ich beruflich fast ausschließlich mit solcher Software zu tun und der Hinweis der Entwickler dieses serial port ActiveX control SPort.dll zusammen mit der seltsamen Fehlermeldung bei der Registrierung der dll haben mich halt einfach mal nach den Rechten bei dem Schlüssel schauen lassen, zumal ich ja ohnehin schon Rechteprobleme bei einem Registryschlüssel in Verdacht hatte, wie du weiter oben lesen kannst.
Zu deinen Sicherheitsbedenken:
Wenn du meinen ersten Hack, den ganzen CSID Baum pauschal zu öffnen mitgemacht hast, vielleicht ein wenig. Allerdings habe ich ja nur die Administratorengruppe hinzugefügt, und als Administrator sollte man ja sowieso nicht surfen. Das ist man nur, wenn es sein muss und dann kappst du halt die Leitung.
Die Rechte bei dem betroffenen Schlüssel sind aber natürlich nötig, denn sonst passiert es ja immer wieder, dass Lizenzverweise oder hashes oder was auch immer der Schlüssel verwaltet, dort nicht gespeichert werden, ach, nicht mal gelesen werden können. Nur das System selbst hätte gedurft, aber das Setup ist ja kein Systemdienst, könnte das also gar nicht.
Führt jetzt etwas weit, aber du wolltest es ja wissen
Es könnte aber tatsächlich Absicht von MS gewesen sein, dies zu ändern, weil es vielleicht wirklich möglich ist, mit den Werten in diesem Schlüssel irgendetwas anzufangen. Und ein Angreifer könnte sie dann natürlich remote lesen oder verändern.
Wäre ja mal interessant, ob das tatsächlich ein Patch war, der die Rechte dort geändert hat. Betrifft das denn zufällig ausschließlich voll gepatchte Rechner? Also alle mit SP3 und sämtlichen Updates danach?
Der Windows Installer läuft ja als Systemdienst mit dem lokalen Systemkonto. Wenn das ein Patch war, wette ich, dass das Problem nicht auftaucht, wenn man statt einer setup.exe eine voll spezifikationskonforme *.msi Datei bereitstellen würde. Das wäre dann auch für MPE die erstbeste Lösung und nicht, wie oben erwähnt, die Rechte zu lockern.
Morgen und am WE werde ich nicht dazu kommen, da bin ich ganztägig bei einem Kunden, aber Anfang nächster Woche werde ich mal auf einem XP SP2 Rechner MPE installieren und bei Erfolg MPE wieder runter schmeißen. Dann mache ich alle Updates, aber wirklich alle, vielleicht noch mit ein paar manuell zu saugenden oder installierenden Dingen wie SQL 2005, .net 3.5, Office 2007, halt was bei mir so an MS Krams drauf ist und bei einigen anderen, aber längst (noch) nicht den meisten Usern und versuche erneut, MPE zu installieren.
Vielleicht hat ja von den Lesern oder Betreibern dieses Forums zufällig gerade einen ähnlichen XP Rechner und probiert es auch mal. Mit Vista habe ich zum Glück noch nicht viel am Hut. Der Vergleich wäre ja auch mal interessant (läuft MPE eigentlich unter Vista?). Oder ist das vielleicht GPO abhängig, also sind z.B. nur Rechner, die einer Domäne angehören betroffen?
Naja, egal, ich muss jetzt pennen
