Lancer .js sous forme d'un activeX

Bonjour, voila ma question, peut on lancer un fichier.js sous la forme d'un activeX ?

Pourquoi ?, car IE ignore mon code en ligne (il affiche pas un pop-up demandant si oui ou non il veut exécuter ce contrôle activeX), en locale tout fonctionne en revanche.

Voici mon code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

function OuvreExecutable() { var w = new ActiveXObject("WScript.Shell"); var myObject; myObject = new ActiveXObject("Scripting.FileSystemObject"); if(myObject.FileExists('c://windows/monprog/monprog.exe')){ w.run('%WINDIR%/monprog/monprog.exe'); } else { lancertruc(); } }   function lancertruc() { var wScript = new ActiveXObject("Wscript.Shell" ); wScript.run("http://monsite/monprog.exe"); return false; }

---

Peut on aussi faire un try catch afin que si la personne n'éxecute mon activeX, il execute ce code :

document.writeln(" <META HTTP-EQUIV=\"Refresh\" CONTENT=\"1; URL=monprog.exe\"> ");

Donc en fait ça ne te dérangerait pas qu'un site web lance un exécutable local sur ton poste ?

J'ai oubliée de précisée que c'était dans le cadre d'un intranet.

Voila ce que je souhaite faire :

1) La personne arrive vers la page
2) Si le programme est installée sur sa machine, il s'exécute (IE demande confirmation)
3) Sinon, il lance le téléchargement

4) Si la personne a les activeX de désactivée, mon code ne marchera donc pas, il affiche un message a la personne "Veuillez accepter ce site comme si de confiance....)

Personne(s) pour m'aider ?

des centaines voire de milliers d'ingénieurs de par le monde tentent de garantir un minimum de sécurité dans le navigateurs
et tu demmande comment mettre tout ce travail à la pobelle

et qu'il s'agise d'intraner extranet appli locale à une seule machine ou pas ça ne change pas la donne un navigateur est conçu pour assurer un minimum de sécurité
ce que tu veux faire ne relève pas d'une petite entorce mais d'une suppréssion de toute forme de sécurité.

rien d'annormal donc que tu n'ait que peu ou pas de réponses.
A+JYT

Mon programme fonctionne très bien en locale je le répète, seulement j'ai 1 problèmes :

1) En intranet, IE ne demande pas si je peut ou pas lancer cette activeX, il l'ignore !
C'est pour cela que j'envisage une autre solution (qui marche cette fois ci) c'est de mettre mon js sous forme d'un activeX qui s'installe (ou la IE demande si oui ou non l'activeX veut bien s'installer) mais je ne sais pas comment faire pour exécuter monscript.js sous la forme d'1 activeX.

Ou bien 2eme solution :
Existe t'il un moyen de vérifier si mon programme a fonctionner ou pas chez le client (avec un try catch) ? dans le cas contraire je lui affiche un message.

En gros je demande si il est possible de tester ma fonction JavaScript.
Si le test échoue, alors j'affiche un message.

Il n'y a donc aucune sécurité a cassée la dedans.

Ce que tu cherche à faire c'est vérifier sur le poste de l'utilisateur qu'il a ou pas une ressource que tu voudrait exploité.
le simple fait de chercher à savoir ce qu'il a sur le poste d'un utilisateur est une intrusion.

il faut considérer qu'une applie web est une application qui s'éxécute dans un environnement fictif qui est imperméable au reste de l'univers.
cet environement est à cheval sur le poste des client, sur le réseau et sur le serveur.
chacun de ces trois élément va mettre à disposition un bout d'espace tout en l'isolant le plus possible de reste du monde.

le développeur du serveur défini ce qu'il est on non possible de faire. ainsi si le développeur du serveur et l'admin système à réduit l'access au ressource le développeur ne poura pas déroger à cette règle.

de même côté client le navigateur met en place une politique de sécurité qui consiste à dire que ce qui est dans la page est dans le préimère de l'application web et hors de la machine ce qui est sur la machine est hors de l'application web. le navigateur offre le sevice d'accès à qulque ressource mais il limte l'accès à l'OS.

toi ce que tu veux c'est exécuter quelque chose dans le contexte de la web app qui va voir dans le contexte de l'utilisateur.
ça s'apple du piratage.
peu importe que tu pense que dans ton contexte c'est légitime. passer la barrière c'est du piratage.

A+JYT

moi pour bien comprendre les tenants, je viens d'aller sur http://fr.wikipedia.org/wiki/ActiveX, et la finalité si j'ai bien compris, et que de manière général les ActiveX sont des "composants logiciels"... Donc ce n'est pas IE ou tout autre navigateur ( ou tout autre logiciels ) qui bloque les activeX, mais bel est bien celui qui les gères, ton OS!

Le problème n'est pas qu'il les bloquent, je trouve cela normale, c'est qu'il ne demande pas a l'utilisateur si il veut les exécuter.

Alors que si je mets un activeX a installer, la oui IE demande a l'utilisateur si il veut installer l'activeX.

C'est bon j'ai trouvée.

même pour un activex cela ne dépends que de la conf côté utilisateur.
chez nous interdit d'installer un activex donc IE ne demande même pas. et l'utilisateur ne peux pas changer sa conf.

A+JYT

Citation:

---

Envoyé par sazearte

C'est bon j'ai trouvée.

---

Bonjour,
Pour la postérité peux-tu s'il-te-plaît prendre le temps d'expliquer en quelques mots la solution que tu as trouvée ?

J'ai utilisée un entier a qui est égal a 0, si les activeX sont activée, l'entier passe a 1.

Je récupere mon entier, si a=0 alors j'affiche un message si a=1 alors je ferme la page web.

dans le genre...

tu pourrais surement décrire plus en détail ta solution, non?

Voila le code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48

<HTML> <HEAD>   <SCRIPT LANGUAGE="javascript"> <!-- var test; test = 0; var proc = new ActiveXObject("xxxx.yyyy"); function OuvreExecutable() { var w = new ActiveXObject("WScript.Shell"); var myObject; myObject = new ActiveXObject("Scripting.FileSystemObject"); if(myObject.FileExists('c://windows/monprog.exe')){ w.run('%WINDIR%/monprog.exe'); } else { lancertruc(); } test = 1; return test; }   function lancertruc() { var wScript = new ActiveXObject("Wscript.Shell" ); wScript.run("install.exe"); return false; } </script>   </HEAD>   <BODY> <center> <a href="javascript:window.location.reload()"> <img src="update.gif"> </a> <p> Refresh </p> </center> <form> <script> OuvreExecutable();</script> </form> <script> if (test == 0) { window.location.assign("install.exe"); } else { window.close(); } </script> </BODY> </HTML>

---

Par contre y'a un problème a la ligne :
if(myObject.FileExists('c://windows/monprog.exe')){
%WINDIR%/monprog.exe ne marche pas si quelqu'un sait pourquoi.

Citation:

---

Envoyé par sazearte

...

Par contre y'a un problème a la ligne :
if(myObject.FileExists('c://windows/monprog.exe')){
%WINDIR%/monprog.exe ne marche pas si quelqu'un sait pourquoi.

---

depuis le début on te dit que le navigateur est conçu de façon à protéger l'utilisateur d'intrusion
ton code de ta page web est considéré comme un programme externe. il ne peu avoir le droit de lire ce qu'il y a sur le poste de l'utilisateur.

ce n'est pas difficile à comprendre.
%WINDIR% est une variable de l'environnement de l'utilisateur elle n'est pas définie dans l'espace Web.
si tu veux connaitre sa valeur il te faut instancier un activex qui li la base de registre.

là encore tu créer un trou béant dans la sécurité de ton entreprise.
Libre à toi
mais prie pour que personne ne découvre la brèche car là il y a tout ce qu'il faut pour installer sur tout les poste de ton intranet des bots qui pourront faire n'importe quoi. Pour si peu qu'un des utilisateur ai des droit admin tu as anéanti toute sécurité.

en intranet il y bien d'autre façon bien plus propre de déployer un applicatif sur l'intranet. les outils windows sont prévu pour ça.
quant à le lancer il suffit de définir un protocole ad-hoc.
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx
A+JYT

Tu ne répond pas forcement a mon problème :

Pourquoi sa sa marche :

Code:

---

w.run('%WINDIR%/monprog.exe'); //(on exécute un programme)

---

Alors que sa sa ne marche pas

Code:

---

if(myObject.FileExists('%WINDIR%/monprog.exe')){ //(on regarde si le programme existe)

---

C'est pas très logique... de plus je contourne ce problème en mettant :

Code:

---

if(myObject.FileExists('c://windows/monprog.exe')){

---

Il est la le problème, au pire c'est pas très grave, car Windows et soit installer dans C:\Windows soit dans C\Winnt dans 99, 99% des cas.
Au pire je peut faire un programme qui remplace C par toute les lettre de l'alphabet (de A a Z) pour être sur que l'application n'est pas installée, mais c'est pas pratique....

Ce programme est a destination de pc sous Win98 et Windows Nt4.0/2000 sous Ie6 max.

Je maintiens que tu prend le problème à l'envers.

Si une application doit être déployée dans l'entreprise alors il suffit d'utiliser les outils système de déploiement.
cela se fait en toute sécurité.

ensuite comme écrit dans les urls que je t'ai donné il est simple de la même façon d'associer ton application avec un protocole handler

ensuite pour lancer ton application en toute sécurité il suffit de fournir un lien avec ton protocole.

et tout ça sans bricolage sans trou de sécurité. compatible avec tous les navigateurs.

Je ne comprends pas pourquoi tu veux à tout prix casser la sécurité de ton intranet pour reproduire quelque chose qui se fait simplement.

pour ce qui est du pb de windir
il te faut voir la doc de "WScript.Shell" et "Scripting.FileSystemObject"
Ces deux objet Microsoft ont leur propre façon de traiter leurs paramètres. ce n'est pas Javascript qui peut changer la donne à ça.

A+JYT
PS: exemple de protocole
Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\myapp]
@="URL: myapp Protocol"
"URL Protocol"=""

[HKEY_CLASSES_ROOT\myapp\shell\open\command]
@="\"myapp.exe\" %1"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\myapp]
@="URL: myapp Protocol"
"URL Protocol"=""

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\myapp\shell\open\command]
@="\"myapp.exe\" %1"

un lien myapp://un/chemin/quelconque/vers/ce/que/l/on/veut/?test=67
lancera l'application
myapp.exe "myapp://un/chemin/quelconque/vers/ce/que/l/on/veut/?test=67"

il suffit alors à myapp.exe de décortiquer l'url pour en extraire ses paramètres.

A+JYT

C'est bon j'ai trouvée un moyen de contourner ce problème, pour récupérer %WINDIR% :

Code:

---

1 2 3 4 5

function GetUserName(){ var wshshell=new ActiveXObject("wscript.shell"); var username=wshshell.ExpandEnvironmentStrings("%windir%"); return username; }

---

Pour remplacer par exemple C:\Windows en c://windows :

Code:

---

1 2	a = GetUserName(); win = a.replace(/\\/g,"\//");

---

On insère la variable dans le chemin :

Code:

---

if(myObject.FileExists(''+win+'/monprog.exe')){

---

Et voila.