Diskussion:Rundll32.exe

message: könnte bitte jemand, der sich damit auskennt, die wichtigsten Änderungen beschreiben, die sich im Zusammenhang mit Vist ergeben haben oder anmerken, dass diesbezüglich alles gleich geblieben ist?
Danke
-- 188.155.218.111 11:43, 27. Mai 2009 (CEST)
replies: text: Keine offensichtlichen bzw. von Microsoft dokumentierten. Ich kann mir aber gut vorstellen, daß einige DLLs in Probleme mit der UAC reinlaufen. --Peter-HHH 08:21, 22. Mär. 2010 (CET)

text: Habe vorhandene Beispiele auf Windows 7 getestet und die Ergebnisse hier hinzugefügt (muß noch gesichtet werden) Peter-HHH 23:08, 18. Jan. 2011 (CET)
thread_title:  was ist mit Vista? 

message: Die nachstehende Bemerkung ist gerade nicht zur Nachahmung zu empfehlen, erst recht nicht in verletzlichen systemnahen Bereichen.
Man sollte sich angewöhnen, sogar von RUNDLL und SHELL32 nicht nur die Endung, sondern auch den vollständigen Pfad anzugeben – auch wenn MS das nicht so macht.
Grund: Leidvolle Erfahrungen mit den Studierenden von MIT, Berkeley usw. haben es in der UX-Welt seit über 30 Jahren Standard werden lassen, auch vor Systemkommandos den /bin/-Pfad zu setzen. Es braucht nur ein böser Bube den %PATH% zu manipulieren, ein Verzeichnis mit Schadsoftware voranzustellen – und auf das wird dann zugegriffen.
Es geht noch einfacher: So ist C:\WINNT\EXPLORER.EXE der echte. Den kann man nun mit 1000 Administrator-Schreibrechten gegen Manipulation schützen. Weil meist der %PATH% lautet: C:\WINNT\system32;C:\WINNT – muss nur ein böser EXPLORER.EXE auf system32 platziert werden, der auch den guten Explorer aufruft, und ein nicht zu bemerkender Hack ist gelungen. Dagegen hilft auch nicht, die Registry-Einträge für die PATH-Environment durch Administratorrechte gegen Veränderung zu schützen (wie mit regedt32 möglich). --  PerfektesChaos im Edit 2008-06-22T19:35:47
: Anmerkung: Der Aufruf der Datei kann auch nur mit ihrem Namen erfolgen, da ihr Stammordner in der %PATH%-Systemvariable eingetragen ist und EXE-Dateien bei der automatischen Dateiendungsergänzung an erster Stelle stehen.
stimmt, recht hasu Du --W!B: 02:47, 23. Jun. 2008 (CEST)
thread_title:  PATH 

message: Ich schrieb Das führt in jedem Fall zu einer Korruption des Stacks [7] und zu unvorhergesehenem Verhalten, beispielsweise Endlosschleifen. Der geneigte Kritiker möge jetzt anmerken, dass die Programme, welche die Signatur-Regel missachten, trotzdem weiter laufen, ergo der Stack nicht korrupt sein könne. Das ist nicht der Fall. Wie Raymond ausführt, tritt die Korruption mangels korrektem Aufräum-Code in jedem Fall ein. Vor Windows Vista war das allerdings oftmals kein Problem, weil die alte Implementierung das "einfach ausgehalten" hat. Man möge mir deshalb nachsehen, dass unvorhergesehenem Verhalten auch die erwartete Weiterführung des Programms bedeuten kann. - Invitam 13:06, 12. Sep. 2011 (CEST)
replies: text: Gesichtet, passt schon. – Wenn du dich schon grad eingearbeitet hast, berichtige doch bitte gleich die „auch von Beispielen auf dieser Seite“. – Es ist völlig klar, dass man Funktionen so zu benutzen hat, wie vom Provider/Programmierer ausdrücklich dokumentiert, und nicht irgendwie anders. Ich hasse Leute, die mir dummschwätzend kommen mit „ach wir haben da einfach null übergeben, es funktioniert ja schließlich trotzdem“. Liebe Grüße --PerfektesChaos 13:28, 12. Sep. 2011 (CEST)
replies: text:  Danke. Ich habe allerdings auf die Schnelle da nichts passendes zu gefunden. Aus praktischen Erwägungen heraus würde ich annehmen, dass die Funktionen mit "rundll" im Namen dafür vorgesehen sind. Dummerweise ist sind die meisten nicht dokumentiert. Ich habe außerdem mal ein wenig in der Shell-Bibliothek gestöbert - und habe dort keine Funktion mit passender Signatur gefunden. Ich werde dem mal beizeiten nachgehen, aber momentan fehlt mir die Muse. - Invitam 14:15, 12. Sep. 2011 (CEST)

text:  (Anm: Ein Beispiel für die Missachtung wäre etwa "powrprof.dll,SetSuspendState" mit Signatur BOOLEAN WINAPI SetSuspendState(  __in  BOOLEAN Hibernate,  __in  BOOLEAN ForceCritical,  __in  BOOLEAN DisableWakeEvent);) - Invitam 14:18, 12. Sep. 2011 (CEST)
thread_title:  Erklärung zu meinen letzten Edits 

message: – GiftBot (Diskussion) 11:04, 4. Jan. 2016 (CET)
thread_title:  {{Anker|deadurl_2015-10}} Defekter Weblink