[encrypt] without seed

This WebDNA talk-list message is from

2004


It keeps the original formatting.
numero = 57043
interpreted = N
texte = I've read in the archives that you can compare encrypted passwords, as long as they're not encrypted with a seed. So I append a username and password to a database like so: ....&user=[url][uppercase][header1][/uppercase][/url]&pass=[encrypt][header2] [/encrypt]&... header2 is set to uppercase before it is encrypted, using a [text] context. The user logs in with a form. The search reads thusly: [search db=adatabase.db&equserdatarq=[url][uppercase][user][/uppercase][/url]&eqpass datarq=[encrypt][pass][/encrypt]] Again, the pass is made uppercase in a [text] context beforehand. If both username and password are found, they are logged in. This works fine for some users, but others simply cannot log in, no matter what. I've also tried various combinations of [url]ing, but it doesn't seem to help. The passwords that don't work have no strange characters. Help? -- James P. Ziegler Director of Web Services Plank Road Publishing ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: [encrypt] without seed ( "Nitai @ ComputerOil" 2004)
  2. [encrypt] without seed ( James Ziegler 2004)
I've read in the archives that you can compare encrypted passwords, as long as they're not encrypted with a seed. So I append a username and password to a database like so: ....&user=[url][uppercase][header1][/uppercase][/url]&pass=[encrypt][header2] [/encrypt]&... header2 is set to uppercase before it is encrypted, using a [text] context. The user logs in with a form. The search reads thusly: [search db=adatabase.db&equserdatarq=[url][uppercase][user][/uppercase][/url]&eqpass datarq=[encrypt][pass][/encrypt]] Again, the pass is made uppercase in a [text] context beforehand. If both username and password are found, they are logged in. This works fine for some users, but others simply cannot log in, no matter what. I've also tried various combinations of [url]ing, but it doesn't seem to help. The passwords that don't work have no strange characters. Help? -- James P. Ziegler Director of Web Services Plank Road Publishing ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ James Ziegler

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Bug Report, maybe (1997) 2.1 pricing? (1998) Search in 2 or more catalogs (1997) Document contains no data... (1999) PROTECT tag suggestion (2004) Request for help on a new *automated* WebCatalog function ... (1998) Expected Behavior? (1999) WebCat2.0 acgi vs plugin (1997) user/password validation (1998) Slow Code, how to speed up (2002) [WebDNA] making a gift cert. (in effect) it's own lineitem/'product' (2008) WebCat2 - Getting to the browser's username/password data (1997) WCS Newbie question (1997) shownext & math (1997) Search and Change (2003) Email Problem (1997) Re:Need help... (1997) Keep away (1997) WebCat2b15MacPlugin - showing [math] (1997) Pithy questions on webcommerce & siteedit (1997)