Windows Scripting Host - Versionsgeschichte

80.143.188.123 am 14. April 2005 um 21:51 Uhr

2005-04-14T21:51:04Z

← Nächstältere Version		Version vom 14. April 2005, 23:51 Uhr
Zeile 1:		Zeile 1:
		⚫	#REDIRECT [[Windows Script Host]]
	Der '''Windows Scripting Host (WSH)''' ist eine ziemlich umfangreiche [[Programmbibliothek]], die Möglichkeiten für [[Skriptsprache\|Skriptsprachen]], aber auch für [[Programmiersprache\|Hochsprachen]] bereitstellt. Er ist unter anderem in den [[Internet Explorer]] seit Version 5 (?) integriert, wo er die Steuerung übernimmt. In neueren [[Betriebssystem]]en [[Microsoft]] [[Windows]] ist er standardmäßig aktiviert.

	Der Scripting Host wurde aus der Notwendigkeit erstellt Administratoren die Möglichkeit zu geben Vorgänge, die sonst nur über die [[Grafische Benutzeroberfläche]] ausführbar sind, zu automatisieren.
	Zu DOS und Windows 3.11 oder zu Windows NT Zeiten mussten Administratoren auf die, fast schon nostalgisch anmutenden, [[Batch]]-Skripte zurückgreifen.

	Betriebssysteme wie [[Unix]], [[Linux]] oder [[Solaris (Betriebssystem)\|Sun Solaris]] (ein Unix Derivat) boten solche Möglichkeiten zum Scripten von Vorgängen schon seit ihren Anfängen.
	Auch wurden unter den genannten Betriebssystemen verschiedene Script-Sprachen ([[Programmiersprachen]]) zur Verfügung gestellt.

	Dieses Mittel der Administration fehlte in Windows lange Zeit gänzlich.

	Der WSH unterstützt von Haus aus zur Zeit JavaScript und VBScript. Programmierer können somit zumindest zwischen zwei Sprachen wählen, die beide den kompletten Funktionsumfang des WSH abdecken. Es sind auch Implementierungen von Drittanbietern erstellt wurden, die sich aber zur Zeit noch nicht so nahtlos integrieren lassen. Auch erfordern diese, dass man zusätzliche Software installiert.

	Der Windows Scripting Host bietet mehrere Objekte, wie unter anderem das ''FileSystemObject'', eine einfache Schnittstelle zur Kommunikation mit dem Dateisystem, aber auch das ''Shell-Object'', das einem das Ausführen von Dateien, aber auch das Lesen und Bearbeiten der [[Registry]] erlaubt.

	Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weist ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.

	Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Computervirus\|Virus]] (genauer ein [[Computerwurm\|Wurm]])
	Es muss jedoch fairer Weise erwähnt werden, dass der Scripting Host an sich keine Sicherheistlücke darstellt. Der Scripting Host führt ausführbare Script-Dateien aus. Diese enden mit .wsh, .vbs, .js (.htm enthalten ebenfalls Scripting Source werden aber von einer anderen [[Engine]] ausgeführt. Meist mshta.exe)

	Somit sind Scripting Dateien nicht gefährlicher als .exe-Dateien oder .com, .bat, .cmd oder gar .pif, .lnk Dateien.

	Bei allen diesen [[Dateitypen]] handelt es sich um potentiell gefährliche Anweisungen, die ausgeführt werden. Dennoch würde nie jemand auf die Idee kommen .exe Dateien zu deaktivieren.

	Mit Hilfe von [[WMI]], den Windows Management Instrumentations, ist es seit [[Windows 2000]] auch möglich nahezu die komplette Systemadministration in einem Windows-Netzwerk Script- und [[Remote]]gesteuert zu erledigen. Das bedeutet, dass Administratoren, mit entsprechenden Scripts ausgestattet, alle [[Monitoring]] bzw. Überwachungsaufgaben, [[Maintanance]] bzw. Wartungsaufgaben oder sonstige administrative Veränderungen von ihrem Arbeitsplatz aus ferngesteuert erledigen können. Dies bedarf natürlich einer dedizierten Rechtevergabe.

	== Weblinks ==
	* [http://www.arstechnica.de/computer/vbs/wsh1.html arstechnica.de]
	* [http://www.microsoft.com/downloads/details.aspx?FamilyID=e74494d3-c4e1-4e18-9c6c-0ea28c9a5d9d&displaylang=de Download-Seite von Microsoft Windows Script 5.6 mit Visual Basic Script Edition (VBScript) Version 5.6, JScript Version 5.6, Windows Script Components, Windows Script Host 5.6 und Windows Script Runtime Version 5.6.]
	* [http://www.cvdb.de/avb/fso.htm Gründe, warum Sie auf den Einsatz vom Windows Scripting Host verzichten sollten]

	[[Kategorie:Programmierung]]
	[[Kategorie:Windows]]

⚫	[[~~en:~~Windows ~~Scripting~~ Host]]
	[[es:Windows Scripting Host]]
	[[pt:Windows Scripting Host]]

Djj am 3. März 2005 um 22:53 Uhr

2005-03-03T22:53:19Z

← Nächstältere Version		Version vom 4. März 2005, 00:53 Uhr
Zeile 15:		Zeile 15:
	Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weist ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.		Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weist ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.

	Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])		Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Computervirus\|Virus]] (genauer ein [[Computerwurm\|Wurm]])
	Es muss jedoch fairer Weise erwähnt werden, dass der Scripting Host an sich keine Sicherheistlücke darstellt. Der Scripting Host führt ausführbare Script-Dateien aus. Diese enden mit .wsh, .vbs, .js (.htm enthalten ebenfalls Scripting Source werden aber von einer anderen [[Engine]] ausgeführt. Meist mshta.exe)		Es muss jedoch fairer Weise erwähnt werden, dass der Scripting Host an sich keine Sicherheistlücke darstellt. Der Scripting Host führt ausführbare Script-Dateien aus. Diese enden mit .wsh, .vbs, .js (.htm enthalten ebenfalls Scripting Source werden aber von einer anderen [[Engine]] ausgeführt. Meist mshta.exe)

FlaBot: robot Ergänze:pt

2005-01-14T02:51:41Z

robot Ergänze:pt

← Nächstältere Version		Version vom 14. Januar 2005, 04:51 Uhr
Zeile 31:		Zeile 31:
	[[Kategorie:Programmierung]]		[[Kategorie:Programmierung]]
	[[Kategorie:Windows]]		[[Kategorie:Windows]]

	[[en:Windows Scripting Host]]		[[en:Windows Scripting Host]]
	[[es:Windows Scripting Host]]		[[es:Windows Scripting Host]]
			[[pt:Windows Scripting Host]]

Bierdimpfl: +kat

2004-12-29T18:35:06Z

+kat

← Nächstältere Version		Version vom 29. Dezember 2004, 20:35 Uhr
Zeile 13:		Zeile 13:
	Der Windows Scripting Host bietet mehrere Objekte, wie unter anderem das ''FileSystemObject'', eine einfache Schnittstelle zur Kommunikation mit dem Dateisystem, aber auch das ''Shell-Object'', das einem das Ausführen von Dateien, aber auch das Lesen und Bearbeiten der [[Registry]] erlaubt.		Der Windows Scripting Host bietet mehrere Objekte, wie unter anderem das ''FileSystemObject'', eine einfache Schnittstelle zur Kommunikation mit dem Dateisystem, aber auch das ''Shell-Object'', das einem das Ausführen von Dateien, aber auch das Lesen und Bearbeiten der [[Registry]] erlaubt.

	Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] ~~weißt~~ ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.		Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weist ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.

	Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])		Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])
Zeile 29:		Zeile 29:
	* [http://www.cvdb.de/avb/fso.htm Gründe, warum Sie auf den Einsatz vom Windows Scripting Host verzichten sollten]		* [http://www.cvdb.de/avb/fso.htm Gründe, warum Sie auf den Einsatz vom Windows Scripting Host verzichten sollten]

			[[Kategorie:Programmierung]]
			[[Kategorie:Windows]]
	[[en:Windows Scripting Host]]		[[en:Windows Scripting Host]]
	[[es:Windows Scripting Host]]		[[es:Windows Scripting Host]]

80.253.105.254 am 14. Dezember 2004 um 15:21 Uhr

2004-12-14T15:21:07Z

← Nächstältere Version		Version vom 14. Dezember 2004, 17:21 Uhr
Zeile 15:		Zeile 15:
	Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weißt ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.		Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weißt ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.

	Eins der ~~prominetesten~~ Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])		Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])
	Es muss jedoch fairer Weise erwähnt werden, dass der Scripting Host an sich keine Sicherheistlücke darstellt. Der Scripting Host führt ausführbare Script-Dateien aus. Diese enden mit .wsh, .vbs, .js (.htm enthalten ebenfalls Scripting Source werden aber von einer anderen [[Engine]] ausgeführt. Meist mshta.exe)		Es muss jedoch fairer Weise erwähnt werden, dass der Scripting Host an sich keine Sicherheistlücke darstellt. Der Scripting Host führt ausführbare Script-Dateien aus. Diese enden mit .wsh, .vbs, .js (.htm enthalten ebenfalls Scripting Source werden aber von einer anderen [[Engine]] ausgeführt. Meist mshta.exe)

	Somit sind Scripting Dateien nicht gefährlicher als .exe-Dateien oder .com, .bat, .cmd oder gar .pif, .lnk Dateien.		Somit sind Scripting Dateien nicht gefährlicher als .exe-Dateien oder .com, .bat, .cmd oder gar .pif, .lnk Dateien.

	Bei allen diesen [[Dateitypen]] handelt es sich um potentiell ~~gefähliche~~ Anweisungen, die ausgeführt werden. Dennoch würde nie jemand auf die Idee kommen .exe Dateien zu deaktivieren.		Bei allen diesen [[Dateitypen]] handelt es sich um potentiell gefährliche Anweisungen, die ausgeführt werden. Dennoch würde nie jemand auf die Idee kommen .exe Dateien zu deaktivieren.

	Mit Hilfe von [[WMI]], den Windows Management Instrumentations, ist es seit [[Windows 2000]] auch möglich nahezu die komplette Systemadministration in einem Windows-Netzwerk ~~Scriptgesteuert~~ und [[Remote]] zu erledigen. Das bedeutet, dass Administratoren, mit entsprechenden Scripts ausgestattet, alle [[Monitoring]] bzw. Überwachungsaufgaben, [[Maintanance]] bzw. Wartungsaufgaben oder sonstige administrative Veränderungen von ihrem Arbeitsplatz aus ferngesteuert erledigen können. Dies bedarf natürlich einer dedizierten Rechtevergabe.		Mit Hilfe von [[WMI]], den Windows Management Instrumentations, ist es seit [[Windows 2000]] auch möglich nahezu die komplette Systemadministration in einem Windows-Netzwerk Script- und [[Remote]]gesteuert zu erledigen. Das bedeutet, dass Administratoren, mit entsprechenden Scripts ausgestattet, alle [[Monitoring]] bzw. Überwachungsaufgaben, [[Maintanance]] bzw. Wartungsaufgaben oder sonstige administrative Veränderungen von ihrem Arbeitsplatz aus ferngesteuert erledigen können. Dies bedarf natürlich einer dedizierten Rechtevergabe.

	== Weblinks ==		== Weblinks ==

80.253.105.254 am 14. Dezember 2004 um 15:12 Uhr

2004-12-14T15:12:03Z

← Nächstältere Version		Version vom 14. Dezember 2004, 17:12 Uhr
Zeile 13:		Zeile 13:
	Der Windows Scripting Host bietet mehrere Objekte, wie unter anderem das ''FileSystemObject'', eine einfache Schnittstelle zur Kommunikation mit dem Dateisystem, aber auch das ''Shell-Object'', das einem das Ausführen von Dateien, aber auch das Lesen und Bearbeiten der [[Registry]] erlaubt.		Der Windows Scripting Host bietet mehrere Objekte, wie unter anderem das ''FileSystemObject'', eine einfache Schnittstelle zur Kommunikation mit dem Dateisystem, aber auch das ''Shell-Object'', das einem das Ausführen von Dateien, aber auch das Lesen und Bearbeiten der [[Registry]] erlaubt.

	Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger ~~kompfortabel~~ zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weißt ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.		Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weißt ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.

	Eins der prominetesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])		Eins der prominetesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])

80.253.105.254 am 14. Dezember 2004 um 15:07 Uhr

2004-12-14T15:07:54Z

← Nächstältere Version		Version vom 14. Dezember 2004, 17:07 Uhr
Zeile 1:		Zeile 1:
	Der '''Windows Scripting Host (WSH)''' ist eine ziemlich umfangreiche [[Programmbibliothek]], die Möglichkeiten für [[Skriptsprache\|Skriptsprachen]], aber auch für [[Programmiersprache\|Hochsprachen]] bereitstellt. Er ist unter anderem in den [[Internet Explorer]] seit Version 5 (?) integriert, wo er die Steuerung übernimmt. In neueren [[Betriebssystem]]en [[Microsoft]] [[Windows]] ist er standardmäßig aktiviert.		Der '''Windows Scripting Host (WSH)''' ist eine ziemlich umfangreiche [[Programmbibliothek]], die Möglichkeiten für [[Skriptsprache\|Skriptsprachen]], aber auch für [[Programmiersprache\|Hochsprachen]] bereitstellt. Er ist unter anderem in den [[Internet Explorer]] seit Version 5 (?) integriert, wo er die Steuerung übernimmt. In neueren [[Betriebssystem]]en [[Microsoft]] [[Windows]] ist er standardmäßig aktiviert.

	Der Scripting Host wurde aus der Notwendigkeit erstellt Administratoren die Möglichkeit zu geben Vorgänge, die sonst nur über die [[Grafische ~~Benutzeroberläche~~]] ausführbar sind, zu automatisieren.		Der Scripting Host wurde aus der Notwendigkeit erstellt Administratoren die Möglichkeit zu geben Vorgänge, die sonst nur über die [[Grafische Benutzeroberfläche]] ausführbar sind, zu automatisieren.
	Zu DOS und Windows 3.11 oder zu Windows NT Zeiten mussten Administratoren auf die, fast schon nostalgisch anmutenden, [[Batch]]-Skripte zurückgreifen.		Zu DOS und Windows 3.11 oder zu Windows NT Zeiten mussten Administratoren auf die, fast schon nostalgisch anmutenden, [[Batch]]-Skripte zurückgreifen.

FlaBot: robot Ergänze:es

2004-12-06T22:37:46Z

robot Ergänze:es

← Nächstältere Version		Version vom 7. Dezember 2004, 00:37 Uhr
Zeile 28:		Zeile 28:
	* [http://www.microsoft.com/downloads/details.aspx?FamilyID=e74494d3-c4e1-4e18-9c6c-0ea28c9a5d9d&displaylang=de Download-Seite von Microsoft Windows Script 5.6 mit Visual Basic Script Edition (VBScript) Version 5.6, JScript Version 5.6, Windows Script Components, Windows Script Host 5.6 und Windows Script Runtime Version 5.6.]		* [http://www.microsoft.com/downloads/details.aspx?FamilyID=e74494d3-c4e1-4e18-9c6c-0ea28c9a5d9d&displaylang=de Download-Seite von Microsoft Windows Script 5.6 mit Visual Basic Script Edition (VBScript) Version 5.6, JScript Version 5.6, Windows Script Components, Windows Script Host 5.6 und Windows Script Runtime Version 5.6.]
	* [http://www.cvdb.de/avb/fso.htm Gründe, warum Sie auf den Einsatz vom Windows Scripting Host verzichten sollten]		* [http://www.cvdb.de/avb/fso.htm Gründe, warum Sie auf den Einsatz vom Windows Scripting Host verzichten sollten]


	[[en:Windows Scripting Host]]		[[en:Windows Scripting Host]]
			[[es:Windows Scripting Host]]

Stefan h: linkfix

2004-11-15T16:08:04Z

linkfix

← Nächstältere Version		Version vom 15. November 2004, 18:08 Uhr
Zeile 1:		Zeile 1:
	Der '''Windows Scripting Host (WSH)''' ist eine ziemlich umfangreiche [[Programmbibliothek]], die Möglichkeiten für [[Skriptsprache\|Skriptsprachen]], aber auch für [[Programmiersprache\|Hochsprachen]] bereitstellt. Er ist unter anderem in den [[Internet Explorer]] seit Version 5 (?) integriert, wo er die Steuerung übernimmt. In neueren [[Betriebssystem]]en [[Microsoft]] [[Windows]] ist er standardmäßig aktiviert.		Der '''Windows Scripting Host (WSH)''' ist eine ziemlich umfangreiche [[Programmbibliothek]], die Möglichkeiten für [[Skriptsprache\|Skriptsprachen]], aber auch für [[Programmiersprache\|Hochsprachen]] bereitstellt. Er ist unter anderem in den [[Internet Explorer]] seit Version 5 (?) integriert, wo er die Steuerung übernimmt. In neueren [[Betriebssystem]]en [[Microsoft]] [[Windows]] ist er standardmäßig aktiviert.

	Der Scripting Host wurde aus der Notwendigkeit erstellt Administratoren die Möglichkeit zu geben Vorgänge, die sonst nur über die [[~~GUI\|~~Grafische Benutzeroberläche]] ausführbar sind, zu automatisieren.		Der Scripting Host wurde aus der Notwendigkeit erstellt Administratoren die Möglichkeit zu geben Vorgänge, die sonst nur über die [[Grafische Benutzeroberläche]] ausführbar sind, zu automatisieren.
	Zu DOS und Windows 3.11 oder zu Windows NT Zeiten mussten Administratoren auf die, fast schon nostalgisch anmutenden, [[Batch]]-Skripte zurückgreifen.		Zu DOS und Windows 3.11 oder zu Windows NT Zeiten mussten Administratoren auf die, fast schon nostalgisch anmutenden, [[Batch]]-Skripte zurückgreifen.

213.39.129.71 am 27. September 2004 um 17:39 Uhr

2004-09-27T17:39:10Z

← Nächstältere Version		Version vom 27. September 2004, 19:39 Uhr
Zeile 9:		Zeile 9:
	Dieses Mittel der Administration fehlte in Windows lange Zeit gänzlich.		Dieses Mittel der Administration fehlte in Windows lange Zeit gänzlich.

	Der WSH unterstützt von Haus aus zur Zeit JavaScript und VBScript. Programmierer können somit zumindest zwischen zwei Sprachen ~~entscheiden~~, die beide den kompletten Funktionsumfang des WSH abdecken. Es sind auch Implementierungen von Drittanbietern erstellt wurden, die sich aber zur Zeit noch nicht so nahtlos integrieren lassen. Auch erfordern diese, dass man zusätzliche Software installiert.		Der WSH unterstützt von Haus aus zur Zeit JavaScript und VBScript. Programmierer können somit zumindest zwischen zwei Sprachen wählen, die beide den kompletten Funktionsumfang des WSH abdecken. Es sind auch Implementierungen von Drittanbietern erstellt wurden, die sich aber zur Zeit noch nicht so nahtlos integrieren lassen. Auch erfordern diese, dass man zusätzliche Software installiert.

	Der Windows Scripting Host bietet mehrere Objekte, wie unter anderem das ''FileSystemObject'', eine einfache Schnittstelle zur Kommunikation mit dem Dateisystem, aber auch das ''Shell-Object'', das einem das Ausführen von Dateien, aber auch das Lesen und Bearbeiten der [[Registry]] erlaubt.		Der Windows Scripting Host bietet mehrere Objekte, wie unter anderem das ''FileSystemObject'', eine einfache Schnittstelle zur Kommunikation mit dem Dateisystem, aber auch das ''Shell-Object'', das einem das Ausführen von Dateien, aber auch das Lesen und Bearbeiten der [[Registry]] erlaubt.

← Nächstältere Version		Version vom 4. März 2005, 00:53 Uhr
Zeile 15:		Zeile 15:
	Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weist ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.		Jedoch ist der Einsatz des Windows Scripting Hostes umstritten. Zum einen hinkt er im Geschwindigkeitsvergleich zu den synchronen [[Application Programming Interface\|API]]-Funktionen hinterher, welche natürlich weniger komfortabel zu deklarieren sind. Zum anderen ist der WSH (Windows Skripting Host) auf vielen Systemen, vor allem auf kommerziell genutzten, auf Grund vieler Sicherheitsrisiken deaktiviert: Gerade der [[Microsoft Internet Explorer]] weist ohne entsprechende Sicherheitsupdates einige Hackern hochwillkommene Sicherheitslücken, zum Beispiel durch [[Exploits]]. Daher empfiehlt es sich als Entwickler auf diese Funktionen zu verzichten.

	Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Virus]] (genauer ein [[Computerwurm\|Wurm]])		Eins der prominentesten Beispiele in diesem Zusammenhang ist der ILoveYou [[Computervirus\|Virus]] (genauer ein [[Computerwurm\|Wurm]])
	Es muss jedoch fairer Weise erwähnt werden, dass der Scripting Host an sich keine Sicherheistlücke darstellt. Der Scripting Host führt ausführbare Script-Dateien aus. Diese enden mit .wsh, .vbs, .js (.htm enthalten ebenfalls Scripting Source werden aber von einer anderen [[Engine]] ausgeführt. Meist mshta.exe)		Es muss jedoch fairer Weise erwähnt werden, dass der Scripting Host an sich keine Sicherheistlücke darstellt. Der Scripting Host führt ausführbare Script-Dateien aus. Diese enden mit .wsh, .vbs, .js (.htm enthalten ebenfalls Scripting Source werden aber von einer anderen [[Engine]] ausgeführt. Meist mshta.exe)