World: r3wp

I did some preparations even for plug-in ... but nothing happened. 
To have NS kind of plug-in, not many C wrapped code would be needed 
imo!

Not investing much money in our PC shop, I would pay some ppl myself 
to do the job for me :-(

I'd be crazy to add this to my schedule now. But ask me in about 
a month and I might look into it then.

working on some rebol stuff, if I might ask?

I would at least like to know, if checksum/secure uses typical SHa1 
method?

notice : this group is now web-public

Of course, rebol, but also looking at getting broadband, and fixing 
other people's computers :-( Trojans galore last week.)

Goodness me, Petr, the checksum/secure question can be sooo easily 
answered. So easily, that I think an experienced reboler such as 
yourself in posing this question must be implying something else.

I don't understand what do you mean here. I probably know, from its 
help, that it supports md5 and sha1, but dunno how to use such fact 
in regards to mysql scheme. Why doc coded his own functions then? 
Or is it just that older auth schemes did not use typical sha1 hashing?

Only the /pro,  /command  and sdk  versions have this functions exposed

really?

If I remember, otherwise there is only encloak

I am not talking about encryption, just looking into 'checsum function 
help ... I just need hash ...

We need the C code that they use to generate the checksum. That way 
we might see some comments or code which tell us how it is computed 
and if rebol's builtin checksum also does it.

I posted two links above to rebol.cz ...

Now - sorry if I am breaking some licenses, but I will post some 
stuff to my website, and remove it once we are finished:

http://www.rebol.cz/mysql/mysql-protocol.r
http://www.rebol.cz/mysql/password.c

Yep, so now you can go and find the C code.

maybe this is better description:

The password is saved (in user.password) by using the PASSWORD() 
function in
  mysql.


  This is .c file because it's used in libmysqlclient, which is entirely 
  in C.
  (we need it to be portable to a variety of systems).
  Example:
    update user set password=PASSWORD("hello") where user="test"
  This saves a hashed number as a string in the password field.

  The new authentication is performed in following manner:

  SERVER:  public_seed=create_random_string()
           send(public_seed)

  CLIENT:  recv(public_seed)
           hash_stage1=sha1("password")
           hash_stage2=sha1(hash_stage1)
           reply=xor(hash_stage1, sha1(public_seed,hash_stage2)

           // this three steps are done in scramble() 

           send(reply)

     
  SERVER:  recv(reply)
           hash_stage1=xor(reply, sha1(public_seed,hash_stage2))
           candidate_hash2=sha1(hash_stage1)
           check(candidate_hash2==hash_stage2)

           // this three steps are done in check_scramble()

according to above, it is not so difficult - algorithm is as above 
...

what I am not sure is if I can use checksum to get equivalent of 
above sha1("password") ?

Ah right:
checksum/secure checksum/secure "mypass"
== #{6C8989366EAF75BB670AD8EA7A7FC1176A95CEF4}

looks same as in 
http://dev.mysql.com/doc/refman/5.0/en/password-hashing.html

what is checksum/method "mypass" 'sha1 good for then?

does it mean mySQL new password method is even more rebol friendly 
as it was in the past? hmm, if so, should not be difficult to proceed 
from this point?

that checksum has only 20 digits?
'sha1, maybe more explicit?

above scheme, what client does, and what server does, should be sufficient 
to achieve the result?

I just wonder why Doc implemented scrambler in such complicated way 
then? Maybe older mysql did so too (some non standard mechanism). 
Do implemented 'floor, crypt-v9, crypt-v10, scramble, hash-v9, hash-v10 
in his scrambler object...

looks like a direct translation of the c-code to me.

i think it would be enough, if you figure out how Doc sends data 
to server. Have no experience with mysql unfortunally., always using 
files..

I figured it out ...

:-)

BTW, good recherche :)

there is read-packet and write-packet functions ...

in write-packet, there is part, where he simply sends passwd and 
calls 'scramble on it ... scramble decides upon protocol V9 or V10 
version, and calls crypt-v9 or crypt-v10 accordingly, those two call 
hash-v9 or hash-v10 ....

simply put - server sends you a "seed", that is stored in 'crypt-seed 
... you then use that seed for your hashing ...

I was not able to find-out, what just does v9 or V10 protocol mean? 
maybe mySQL protocol version ...

but dunno also, if it has anything in commone with password method 
used, as you can simply use old or new scheme with new server version 
...

Yes. "It supports server protocols v9 and v10, so it should work 
with all versions of mySQL." http://softinnov.org/rebol/mysql-usage.html

how do I automatically distinguish what version is mySQL communicating 
with me when sending me a seed is unknown to me yet ...

I mean - what password version ...

On server-side it is marked with a "*" as first char.

I just know that mySQL distinguishes it for itself simply by using 
asterisk as a first char in password ...

nice - checksum/secure "mypass" = checsum/method "mypass" 'sha1

Does this help? http://www.redferni.uklinux.net/mysql/MySQL-Protocol.html

so maybe we are closer to solution then it might seem :-) with older 
password schemes, maybe all those funcs were needed, as 'sha1standard 
 was not used?

could be.

thanks for the above link, informative ... clears some bits for me 
...

That article says password-length is given by a count-byte.

Doc already has 'long-password constant there, but it is not further 
used ...

what do you mean by "count-byte"?