Discussion :

[qiqi1111]

Bonjour,

Je voudrais modifier la valeur d'un registre en JavaScript sous IE8.

Voici mon bout de code qui fonctionne sous IE6 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
var ShellWSH = document.getElementById("ShellWSH");
 
 
ShellWSH.RegWrite("HKCU\\Software\\Microsoft\\Internet Explorer\\PageSetup\\margin_bottom","0.30000");
ShellWSH.RegWrite("HKCU\\Software\\Microsoft\\Internet Explorer\\PageSetup\\margin_top","0.30000");
ShellWSH.RegWrite("HKCU\\Software\\Microsoft\\Internet Explorer\\PageSetup\\margin_left","0.30000");
ShellWSH.RegWrite("HKCU\\Software\\Microsoft\\Internet Explorer\\PageSetup\\margin_right","0.30000");
ShellWSH.RegWrite("HKCU\\Software\\Microsoft\\Internet Explorer\\Main\\Print_Background", "yes");

Auriez-vous une idée?

Merci

[SpaceFrog]

horreur et abomination !
js n'est pas fait pour ça c'est une grosse faille de securité qui est permise sur les anciennes versions de IE avec des activeX

A proscrire donc !

[qiqi1111]

Quelle serait ta proposition?

En fait, je repasse sur du code. Le but étant de pouvoir modifier valeur d'un registre lorsqu'on accède à la page d'accueil.

[SpaceFrog]

ma suggestion laisser tomber tout de suite cette idée !!!
javascript et le navigateur n'ont en aucune façon le besoin d'intervenir sur le registre !!!!

[qiqi1111]

Existe-il alors un moyen pour contourner ce problème?

[SpaceFrog]

Non et heureusement

[Bovino]

Existe-il alors un moyen pour contourner ce problème?

Pour continuer sur l'idée de Spaffy, que JavaScript ne puisse pas avoir accès à la base de registre n'est pas en soi un problème mais le moyen d'en éviter !

[sekaijin]

horreur et abomination !
js n'est pas fait pour ça c'est une grosse faille de securité qui est permise sur les anciennes versions de IE avec des activeX

A proscrire donc !

Biensur que si Javascript est fait pour ça

Utiliser js pour le scripting windows local est très efficace et marche tres bien

il y a bien longtemps que je ne touche plus au bat ni au vbs au profit de js

tu associe js à "Windows Based Scrpting host" que tu trouvera dans windows
et ça marche niquel

A+JYT

[Watilin]

Le problème c’est pas tellement « js » mais « js depuis le web », et les restrictions de sécurité s’appliquent précisément à ce second cas… Vouloir modifier le registre d’un visiteur relève de la malhonnêteté.

[Bovino]

Biensur que si Javascript est fait pour ça

Que tu utilises JavaScript pour ça ne signifie pas pour autant que "JavaScript est fait pour ça"

[andry.aime]

Utiliser javascript pour modifier une base de régistre ou toucher quoi que ce soit sur la machine du client, je ne trouve pas ça nette

[sekaijin]

Que tu utilises JavaScript pour ça ne signifie pas pour autant que "JavaScript est fait pour ça"

JavaScript est un langage de Script il est fait pour être utilisé sur tout outil implémentant un interprète JS

Donc JavaScript est fait pour ça

Ce qu'il ne faut pas faire c'est tenter de l'utiliser pour contourner la sécurité d'une machine
mais ça ce n'est pas du à JS c'est vrai quelque soit la techno.

sous Windows donc Windows Host Script est un interprète JavaScript fourni par Windows pour scripter Windows

tout comme l'interprète JavaScript de ton navigateur est fait pour scripter ton navigateur

JavaScript est né du besoin de scripter un navigateur mais il à très vite quitté son giron
javaScript est un implémentation de la norme EcmaScript
tout comme le sont
ActionScript
Adobe Integrated Runtime
SpiderMonkey pour les appli de mozilla (pas que les page web mais toutes les applis comme Thunderbird)
CA, Inc.'s AutoShell cross-application scripting environment utilise une implémentation de JavaScript/SpiderMonkey
GNOME Shell pour GNOME 3 desktop
Kjsembed pour KDE

Lorsque tu défini le traitement d'un évènement dans Thunderbird tu le fais en javascript
JavaScript est fait pour ça faire du scripting en s'appuyant sur un moteur interprétation qui lui donne accès aux (à certaines) fonctionnalités de son hôte.

Que celui-ci soit une page Web, une application, un environnement utilisateur, un OS, un outil d'installation , ne change en rien le fait que JavaScript est fait pour ça

A+JYT

[roro06]

Bonjour

Je vais apporter mon grain de sel ...:

Javascript peut -être interprété par plusieurs hôtes (sous windows entends-je), Les navigateurs Internet, bien sûr, mais également Windows Script Host (wscript.exe, fourni avec windows), comme le faisait remarquer sekaijin, Microsoft (R) HTML Application host (mshta.exe, idem), et même IIS dans le cadre d'ASP3 où il remplace avantageusement le vbscript.

Selon l'hôte, il peut exploiter les modèles objets fournis par ceux-ci. Sous IIS, il aura accés aux objets Request, Response ... , mais sous IE, il aura accés au objets document, window, etc. Ces objets sont fournis par l'hôte, pas par le langage. Malheureusement IE, jusqu'a la version 5.5 ou 6 (j'ai un doute, là) fournissais "un peu trop" de choses, et c'étaient effectivement de grosses failles de sécurité. Les choses ont bien évolué et IE7 et 8 ne permettent plus ça.

Donc :

js n'est pas fait pour ça c'est une grosse faille de securité

Absolument

Le but étant de pouvoir modifier valeur d'un registre lorsqu'on accède à la page d'accueil.

Site frauduleux ? C'est un coup à voir débarquer les "amis du petit déjeuner"

Javascript est fait pour ça

Non, quand-même pas. Il le permet, tout au plus, dans un environnement donné.

Existe-il alors un moyen pour contourner ce problème?

Pas sous IE. Tu peux proposer le téléchargement de ton script js en expliquant au client de le faire tourner avec WSH, comme suggéré par sekaijin (dans le cadre d'un Intranet sur un gros parc de machine, pourquoi pas ?)