- Delphi / Pascal : Dongle usb, utilisation d'une memflash pour protéger un programme. - CodeS
- Visual Basic / VB.NET : Dongle usb, utilisation d'une memflash pour protéger un programme. -
- Visual Basic / VB.NET : Dongle usb - CodeS SourceS
- Delphi / Pascal : Protection copie cd, ou programme sur dongle usb - CodeS SourceS
- C / C++ / C++.NET : Classe pour capture image (video) avec webcam usb (utilisant vfw.h) - CodeS Sou
13 nov. 2007 à 11:18
se referer sur cppfrance+cacher un processus
25 févr. 2007 à 16:09
alors en attendant rien ne vaut le mot de passe du bios + vérouillé sa session par la touche windows+L en s'éloignant de son ordi. on pourra dire ce que l'on voudra mais c'est la meilleur solution pour ceux qui ne sont pas fainéant à taper leur mot de passe en revenant des chiottes...
;)
12 janv. 2007 à 13:05
Sinon l'idée de logger un utilisateur précis simplement en insérant la clé usb est une idée qui est séduisante. De plus, si cela permet de logger un utilisateurs qui a vérouillé sa session. C'est le genre de prog que je recherche car je bouge souvent de mon poste et j'en ai marre de taper mon mot de passe. Ainsi, il faudrait que ça fasse ceci :
- logger un user lorsque la clé est inserée au démarrage
- verouiller la session utilisateur lorsque la clé est enlevée
- déverouiller la session lorsque la clé est de nouveau insérée.
Honnettement un tel programme est très recherché. Il y aurait même un marché pour ce genre de logiciel...
2 janv. 2007 à 15:21
Pour la protection du fonctionnement de l'ordinateur, c'est autre chose
2 janv. 2007 à 14:19
- Pour ce qui est de la pile bouton que l'on enleve, ont frise la parano.
- Dans le même souci de fiabilité, j'ai l'impression que ce que tu souhaites c'est protéger ton PC en cas de "vol", mais si la persone mal intentioné peut se permettre le luxe de démonté ton portable afin de réinitialisé le bios avec la pile, il a aussi tout a fait le luxe de formaté ton PC et réinstallé un nouveau system et si il est vraiment trés trés mal intentioné, il prend un cd bootable genre UBCD ou drive image qui monte un mini system d'exploitation directement a partir du CD et permet l'acsé complet au disque ainsi qu'au réseau, ce genre de CD et trés pratique pour reseté le mot de passe administrateur de windows (déja fait sur le PC d'un client, en 10 minutes).
Donc en conclusion, pour moi la meilleure protection de donnée et pas d'ordi, j'insiste, c'est plus un systeme genre mandriva one, ou de stocker toute les données sensible non pas sur le HDD mais un périphérique amovible(clés, mini HDD ....), ou même un gros HDD USB avec tout dessus (system + données).
2 janv. 2007 à 13:33
De plus si l'on retire cette clé en cours de fonctionnement, le PC s'arrête également et ne peut redémarrer qu'avec celle-ci ou avec une clé validée.
Le numéro de série de la clé USB est stocké dans un fichier SERIAL.BIN et c'est elle qui est vérifiée.
2 janv. 2007 à 13:10
2 janv. 2007 à 09:22
2 janv. 2007 à 04:32
Mais j'insiste sur la solution du password directement ds le bios de la machine, une autre solution serait peut etre d'utiliser linux, lol (je blague, ce n'est pas une "offense" et j'adore linux)
2 janv. 2007 à 00:07
Sinon si ça interesse des gens, j'ai trouvé d'autres infos pour le login :
Il faut créer une DLL Gina, en fait ça sera elle qui prendra la main pour la procédure de login à la place du login de windows (c'est comme ça que font les entreprise généralement, et c'est ce que j'avais au lycée si je me souviens bien). Après sur la clé usb on stocke le login et le mot de passe, et la dll lit les infos sur la clé et loggue automatiquement l'utilisateur. Si y'a pas de clé, on peut rendre la main à windows pour le log-in.
2 janv. 2007 à 00:00
Ton bios ne propose pas de mettre un mot de passe au démarrage du PC, comme tout les ordi ?
4 oct. 2006 à 18:37
>> en gros c'est un truc de faineant, moi j'aime pas taper mon login sur mon pc parce que ça ralentit le démarrage
Par contre ça peut etre une solution pour les réseaux : chacun a sa clé pour se connecter, plutot qu'un mot de passe... Surtout que les prix baissent sans arrêt
Enfin bon ce sont des idées, c'est sur qu'il y a moyen d'en tirer un truc bien, perso j'aurais jamais le temps de le faire cette année
4 oct. 2006 à 14:51
@+
3 oct. 2006 à 23:26
Pour lancer un *.exe avant pas mal de choses : HKLM\System\CurrentControlSet\Control\Session Manager\BootExecute
(c'est une MULTI_SZ un peu particulière).
@+
3 oct. 2006 à 22:31
Ainsi, si t'a la clé de branché, t'es loggé automatiquement.
(et t'es plus obligé de connaitre ton mot de passe par la meme occasion, donc tu peux mettre des trucs de fous que personne ne trouvera jamais)...
A voir si on peut acceder à une clé usb avant le loggin (c'est cool déjà qu'on puisse faire des services qui se lancent avant explorer)
(au passage toujours pas de nouvelles de free, jvai aller voir sur les forum)
3 oct. 2006 à 22:31
stoker le mot de passe sur la clef n'est pas necessaire et nul d'ailleur. il suffirai d'utiliser ce qui caractérise la clef (numéro de série...) (voir aussi une deuxieme au cas ou). si clef reconnue alors auto loggin tel que tweak xp le permet par exemple. c'est tres interessant tout cela et grave faisable !!! je bute aussi sur l'auto loggin perso, je sais pas faire.
3 oct. 2006 à 21:37
un service se lance avant tout le reste.
Et il existe une clé registre pour lancer des *.exe au "boot" (avant explorer).
Pour le stockage du mdp dans un fichier du PC.... c'est très risqué.
@+
3 oct. 2006 à 21:07
Ben une clé usb a une durée de vie limitée, tu peux la perdre... Quand tu perd ta clé de maison, tu galère toujours, meme si y'a un double, et ça arrive de perdre le double, ou plein de galère (et puis pour ton ordi tu pourras pas changer la serrure)... Bref je suis pour une solution de secours non matérielle.
Sinon la crème des crèmes serait de logger automatiquement sous windows l'utilisateur qui a sa clé.
En gros tu met ta clé, tu démarre, et dans un fichier y'a ton login et mot de passe donc t'es loggé automatiquement : si pas de clé, il te faut te logger sous windows, donc c'est bien sécurisé car c'est windows meme qui t'empechera l'accès...
Après faut trouver comment se lancer avant le log-on (mais y'a moyen c'est sur, tweak xp permet d'auto-logger un utilisateur au démarrage si tu lui donne ton login et ton mot de passe, donc je suis sur y'a moyen), après faut voir si on peut accéder à une clé usb lorsque explorer n'est pas chargé...
Enfin y'a une super idée à développer, dans un réseau par exemple ça peut etre pas mal...
3 oct. 2006 à 18:27
@+
3 oct. 2006 à 05:42
3 oct. 2006 à 03:29
3 oct. 2006 à 00:14
3 oct. 2006 à 00:02
2 oct. 2006 à 21:04
2 oct. 2006 à 19:47
Renommer un processus en processus système pour éviter de se faire killer est inefficace : on prend les droits avec les TokenPrivileges et on kille ce que l'on veut sans problèmes...
Pour le service, il y a toujours moyen de l'arrêter... mas c'est bien plus propre.
Et même dans le cas d'un service, on peut démarrer en mode sans échec tranquillement... et on peut désactiver facilement toute protection.
@+
2 oct. 2006 à 19:18
http://www.vbfrance.com/codes/REMPLACEZ-GESTIONNAIRE-TACHES-WINDOWS-IMPORTE-QUELLE-AUTRE-APPLICATION_39370.aspx
http://www.vbfrance.com/codes/DESACTIVER-TASK-MANAGER_38336.aspx
Voila mais je crois qu'il y en a d'autres, en tout cas j'espere t'avoir été utile!
VBGenesis
2 oct. 2006 à 17:40
2 oct. 2006 à 14:52
A la limite faudrait pouvoir demander un mot de passe si y'a pas la clé, au cas ou...
2 oct. 2006 à 08:55
D'avance Merci
2 oct. 2006 à 07:58
j'aime pas ça, moi, les processus qui se nomme exprès comme des process systèmes, pour pas être killés...
y'a moyen de faire un truc propre et aussi efficace... allons y
1 oct. 2006 à 23:49
Une bonne astuce pr XP, appelle ton processus csrss.exe ou smss.exe ou lsass.exe. Avec ses noms, le process n'est pas killable via le ctrl+alt+suppr. Ce sont les nom de process windows que l'utilisateur ne doit pouvoir killer et comme windows c'est pas supper bien foutu bah il n'y a de verif apparement que sur le nom de process!
Bonne prog!
..::ElastycmaN::..
1 oct. 2006 à 21:59