Theoretically you can even use different passwords for each file but that will be problematic with most other ZIP archive viewers as they typically don't allow to enter different passwords for different files inside an archive. Simply wire your password to that input and then the specific file should be encrypted with this password and stored in the archive. Still I feel it is useful to indicate in the control label what the default value of a control does mean, especially since there is this possible ambiguity between using an empty password or none. LabVIEW doesn't give the ability to distinguish between the two for subVIs with the normally available possibilities. In the OpenG library there is no difference in wiring nothing to the input and wiring an empty string to it. Theoretically you could also apply an empty password, which would result in an encrypted file but with a very week password key. The (none) in parenthesis means simply that if you leave this input unconnected, that there will be no password applied. I would say in general that you should only follow this pattern if the default is unexpected, so a default of no password would not require an indication.įor the AES, you could pad the result although I dont know how that effects the strength (cryptography) I can't speak to the openG library specifically, but a typical pattern for labview front panel items is to indicate the default in parenthesis (hence the "error in (no error)" you see on most VIs). Presumably there is an inverse of this function: Which is an issue if the patient has even a regular length name. For patient names they would be at different lengths and in the example programs it showed that if a string was shorter than 128 bits then it would't be able to encrypt the string. Finally I tried using an add on called AES crypto but I felt that the encryption methods that were featured in the add on were limiting.
0 Comments
Leave a Reply. |