About RIPE | Contact  | Search | Sitemap    
Homepage RIPE  
RIPE Community Mail Archives
search  
     
RIPE Navigation Ends
About RIPE Maillists
Maillists Archive
Global Lists
Non Active Lists
RIPE NCC Navigation Ends
Next Section

Re: [db-wg] Proposal to deprecate CRYPT-PW authorisation in the RIPE Database

  • To: Woeber@localhost
  • From: Larry Blunk ljb@localhost
  • Date: Thu, 05 Oct 2006 03:36:26 -0400
  • Cc: Max Tulyev president@localhost, db-wg@localhost

Wilfried Woeber, UniVie/ACOnet wrote:
Max Tulyev wrote:

Hi Katie!

Why not just to hide encrypted password from public view (as it done
with e-mails)?

Even that is a bad hack which I resent, but eventually I gave in. We had
done a similar thing in the past, with a different attribute, and we had to
roll back.

And we would have to invent just another flag to undo the hiding. This cannot
be kept secret for long, so what?
	(Not doing that would actually require "everyone" to keep a *local*
	 copy of the hash on backup for inclusion in the next update.
	 That's asking for chaos :-( )


The IRRd software returns the special token "HIDDENCRYPTPW" for the CRYPT-PW value. Note this is 13 characters long and thus a legal CRYPT-PW value. If an update is submitted with this value, the existing CRYPT-PW is left in place. There is a very small chance of a collision with an actual password, but the probability is deemed to be too low to be of concern for this application. Things can get a bit tricky if one has multiple CRYPT-PW passwords. I can go over the algorithm
used by IRRd in such cases if anyone cares.


  -Larry Blunk
   Merit Network





 

Next Section
     About RIPE | Site Map | LIR Portal | About the RIPE NCC | Contact | Copyright Statement
RIPE.NET Homepage LIR Portal RIPE Community