Dienstag, 8. Februar 2005
SP1: 891781 (MS05-013): Sicherheitsupdate für dhtmled.ocx - 08.02.05
Kurzbeschreibung:
Wichtiges Sicherheitsupdate für IE/Windows, welches das Ausnutzen einer Sicherheitslücke in der dhtmled.ocx verhindern soll. Siehe Security Bulletin MS05-013 (englisch bzw. deutsch)
Aktuell:Nein!
Ersetzt durch:
Sicherheitsupdate KB973869 (MS09-037) für Windows 2000
Wichtiges Sicherheitsupdate für IE/Windows, welches das Ausnutzen einer Sicherheitslücke in der dhtmled.ocx verhindern soll. Siehe Security Bulletin MS05-013 (englisch bzw. deutsch)
Aktuell:Nein!
Ersetzt durch:
Sicherheitsupdate KB973869 (MS09-037) für Windows 2000
Ersetzt: KB827057
Enthält:
dhtmled.ocx (6.1.0.9232 - 14.01.2005)
Bekannte Probleme: Siehe MSKB-Artikel KB891781.
Anmerkungen:
Soll die beschriebene Sicherheitslücke schließen. Gleichwohl besteht die Grundproblematik weiterhin, auch wenn die Lücke nach derzeitigem Stand nicht (unverändert) mit der aktuellen Version der dhtmled.ocx ausgenutzt werden kann. Daher bleibt es bei den Empfehlungen, in den Internetoptionen unter "Sicherheit" für die Internetzone und die Lokale Intranet-Zone über "Stufe anpassen" die Option "Subframes zwischen verschiedenen Domänen bewegen" auf "Eingabeaufforderung" umzustellen bzw. -besser- sie gleich zu deaktivieren!
Ferner lässt sich das allzu offenherzige ActiveX-Control im Internet Explorer 6 SP1 auch gezielt über die Registry deaktivieren (Stichwort "Kill Bit") - und im Bedarfsfall auch wieder aktivieren. Zu diesem Zweck steht übergangsweise eine 2 KB kleine Datei zum Download bereit. Die ZIP-Datei nach dem Herunterladen entpacken und bitte zuerst die "Lies_mich.txt"-Datei öffnen und lesen!
Auch der IE 6 SP1 unter Windows NT 4 ist von den Sicherheitslücken betroffen, die mit dem Update behoben werden sollen. Allerdings hat MS den Support für Windows NT 4 am 31.12.2004 endgütlig eingestellt, auch für kritische Sicherheitslücken!
Enthält:
dhtmled.ocx (6.1.0.9232 - 14.01.2005)
Bekannte Probleme: Siehe MSKB-Artikel KB891781.
Anmerkungen:
Soll die beschriebene Sicherheitslücke schließen. Gleichwohl besteht die Grundproblematik weiterhin, auch wenn die Lücke nach derzeitigem Stand nicht (unverändert) mit der aktuellen Version der dhtmled.ocx ausgenutzt werden kann. Daher bleibt es bei den Empfehlungen, in den Internetoptionen unter "Sicherheit" für die Internetzone und die Lokale Intranet-Zone über "Stufe anpassen" die Option "Subframes zwischen verschiedenen Domänen bewegen" auf "Eingabeaufforderung" umzustellen bzw. -besser- sie gleich zu deaktivieren!
Ferner lässt sich das allzu offenherzige ActiveX-Control im Internet Explorer 6 SP1 auch gezielt über die Registry deaktivieren (Stichwort "Kill Bit") - und im Bedarfsfall auch wieder aktivieren. Zu diesem Zweck steht übergangsweise eine 2 KB kleine Datei zum Download bereit. Die ZIP-Datei nach dem Herunterladen entpacken und bitte zuerst die "Lies_mich.txt"-Datei öffnen und lesen!
Auch der IE 6 SP1 unter Windows NT 4 ist von den Sicherheitslücken betroffen, die mit dem Update behoben werden sollen. Allerdings hat MS den Support für Windows NT 4 am 31.12.2004 endgütlig eingestellt, auch für kritische Sicherheitslücken!
Trackbacks
Trackback-URL für diesen Eintrag
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Wir integrierten IE in unsere Delphi 5 Anwendung. Leider können wir diese mit dem Patch nicht mehr starten.
Was genau der Fehler ist können wir nicht erkennen, es wird lediglich bei der Initialisierung ein Schnittstellen fehler zurückgegeben.
Was müssen wir berücksichtigen?
Danke für den Hinweis:
Bitte dringlichkeit beachten.
Danke
Was genau der Fehler ist können wir nicht erkennen, es wird lediglich bei der Initialisierung ein Schnittstellen fehler zurückgegeben.
Was müssen wir berücksichtigen?
Danke für den Hinweis:
Bitte dringlichkeit beachten.
Danke
#1
am
23.02.2005 21:19
Moin,
bitte wendet euch telefonisch an den MS-Support. Da das Problem (mit welcher Windows-Version auch immer) durch ein Sicherheitsupdate verursacht wird, fallen neben den Telefonkosten keine weiteren Supportkosten an. Das Endergebnis dieses Support-Anrufs würde mich interessieren. Danke!
Ach ja, bitte beachten, dass es sich bei patch-info.de um ein privates Projekt handelt
Bye,
Freudi
bitte wendet euch telefonisch an den MS-Support. Da das Problem (mit welcher Windows-Version auch immer) durch ein Sicherheitsupdate verursacht wird, fallen neben den Telefonkosten keine weiteren Supportkosten an. Das Endergebnis dieses Support-Anrufs würde mich interessieren. Danke!
Ach ja, bitte beachten, dass es sich bei patch-info.de um ein privates Projekt handelt
Bye,
Freudi
Die Kommentarfunktion wurde vom Besitzer dieses Blogs in diesem Eintrag deaktiviert.
