Password-protecting a stack

Chipp Walters chipp at chipp.com
Thu Apr 11 03:11:21 EDT 2002


Good idea Jacqueline, I think this will work. Thanks,

Chipp

> -----Original Message-----
> From: use-revolution-admin at lists.runrev.com
> [mailto:use-revolution-admin at lists.runrev.com]On Behalf Of J. Landman
> Gay
> Sent: Tuesday, April 09, 2002 8:35 PM
> To: use-revolution at lists.runrev.com
> Subject: RE: Password-protecting a stack
>
>
> "Chipp Walters" <chipp at chipp.com> wrote:
>
> > The problem I'm having is that I can save a
> > stack, set the password, but still anyone with RunRev can view
> the contents
> > of the saved stack (and are only prompted for the password when
> they try to
> > edit a script) -- as I'm saving the stack for ONLY the contents (as in a
> > datafile) it doesn't provide me much security.
>
> This may not be super-secure, but depending on your needs, it might
> work. There is a built-in base64 encoding command. You could write a
> script something like this:
>
> on closecard
>   repeat with x = 1 to the number of flds
>     put base64endcode(fld x) into fld x
>   end repeat
> end closecard
>
> on preopencard
>   repeat with x = 1 to the number of flds
>     put base64decode(fld x) into fld x
>   end repeat
> end preopencard
>
> Or you could manage the encoding somewhere else (openstack? whatever.)
> Require a password before decoding is enabled.
>
> This isn't exactly foolproof, because anyone with a base64 decryptor
> could un-encode it, but it would keep casual eyes from seeing what's in
> the fields.
>
> Another approach would be to store the encoded text as a custom property
> of its field, and just empty the field when you don't want people to see
> it. Even if they looked at the file in a text editor, the custom
> properties would be encoded and therefore unreadable (at least,
> unreadable without some effort.)
>
> --
> Jacqueline Landman Gay         |     jacque at hyperactivesw.com
> HyperActive Software           |     http://www.hyperactivesw.com
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list