how to create login and password for my application

[JeffOverton]

like sgregor said, the VI Package Manager is probably the best way to go.

[Jim_Kring]

Hi Everyone,

As others have mentioned, using VI Package Manager is the easiest way to install the OpenG  Toolkit.  For details on how to do this, see this page:

• How do I use VIPM to get OpenG libraries installed onto LabVIEW?

And, if you have any problems or questions, please feel free to post them in the VI Package Manager support forums.

Thanks,

-Jim

[rudresh.smath@gmail.com]

Hi GeetaI am also looking a solution for similar problem.I have created a VI to prompt User Id and Password. Where User ID and Password buttons are string controllers. Once the password is entered it will be compared with the String constant (which is in block diagram) if password characters are matched with characters at string constant, it will be treated as true. 

In addition what i am looking for is that, i should be able to change the Password also. How do i do this? It is clear that in order to do so, i have to change the characters at String constant. what if i don't have access to block diagram? Is there any other way to achive this?

Regards

Rudresh

Bangalore

[rudresh.smath@gmail.com]

Please note that i use 7.1 version. If poosible , post VI in 7.1 version. Or else JPG format will also do.

Regards

Rudresh 

[D60]

Hi AutoTEC! I checked ur login vi, it is so cool 🙂 may I ask how did you do the upper panel where the picture is? i dont have any idea how to design it4 😞 

[SeanDonner]

I'm all for using MD5 as the hashing function such that I'm not storing my password in plain text. But how does one prevent a user from attacking the file which contains the MD5 hash through the OS?  For example, a LabVIEW app stores its username/password hash/privledge level in C:\secrets.txt.  What's to stop a user from editing the C:\secrets.txt file such that he alters the Adminstrator's MD5 hash to a hash value known to the attacker?  Or perhaps the attacker simply escillates his privledge field from 'user' to 'admin'.    If the answer is to make the secrets.txt file read only by the OS, then how do I make it so the LV app can alter it?   Does windows have the capability to assign per-executable permissions to files?

Essentially, I think I am looking for the Windows equivilent of Unix/Linux's 'chmod +s' if such a thing exists.  Any ideas?

Thanks

[Tushar_Jambhekar]

thats why i have quoted this in original response

"to make this system more powerful you can add your own fixed string before encryption e.g. encrypt "passParthipan" if user has entered "pass" as password."

The "Parthipan" appending part is fixed in code and is secrete for your users. now if he enters md5 of his own password in the file. it wont work.

[SeanDonner]

I see, so essentailly you are adding your own salt that is compiled into the code.  Certainly more secure than I had previously thought but still somewhat lacking.  Unfortunately, we can't use this same technique to hash the user's group because more than one user will have the same hash if they are both in the same group.  I guess we could further salt the group by prepending the user's name plus our secret text but that seems easily guessible.  There must be some way to set permissions on a file such that the only way you can interface with that file is through my application code.