On Wed, 20 Aug 2008, Alan Burlison wrote: > I have put a new beta of the Auth application on > http://auth.opensolaris.org/auth This contains the new registration and > login pages which will in time replace the existing account management > pages on opensolaris,org. > > I would like people to test the new version and provide feedback. At > the moment I am primarily concerned with functionality and not > appearance, the CSS will be changed before deployment to confirm with > the OSO L&F. I'm particularly interested to see if anyone can hack the > site and/or find any security flaws - for example can you add a bogus > SSH key to an account that you don't own - the 'admin' account would be > a good choice for any attacks. > > Some notes > ========== > > Security > -------- > > The site is currently running under HTTP, when it is deployed it will be > running HTTPS, so eavesdropping on traffic between the browser and the > app won't be possible.
Which lends credance to the "have fun but don't use real data" argument of the Confirmation Emails details :) > > Confirmation emails > ------------------- > > At the moment, all emails are sent to auth-test at opensolaris.org > (http://mail.opensolaris.org/pipermail/auth-test), for testing purposes. > This means that you can enter a made-up email address, as long as it > is correctly formatted. This also means that all token and confirmation > emails are globally visible. When deployed this obviously won't be the > case, so an attacker would have to eavesdrop to obtain a copy of the mails. > > Localization > ------------ > > The application is internationalised. The preferred language can either > be specified via your browser preferences, or via the language option on > the account edit screen, with the account setting taking preference. At > present there are only translations for the test-only Esperanto and > Australian English languages. > > What isn't there yet > -------------------- > > 1. Member collective editing > > The page which will allow you to select which collectives you wish to > participate in is not yet implemented. > > 2. Sunid confirmation > > It is necessary to tie Sun employee's OpenSolaris.org accounts to their > Sun identity, so we know that they don't have to sign an individual SCA. > This isn't implemented yet, but when available it will prompt for a > Sun employee number and the corresponding password. If these match, the > password will be discarded and the Sun employee ID will be saved > read-only in the OpenSolaris.org account. Do you mean the LDAP password? Where will this verification occur? I don't think we should have LDAP passwords outside of SWAN for any reason. The sunID confirmation could instead be something that is internal that feeds *out* to opensolaris.org (say, once a day) Thanks, Valerie -- Valerie Fenwick, http://blogs.sun.com/bubbva Solaris Security Technologies, Developer, Sun Microsystems, Inc. 17 Network Circle, Menlo Park, CA, 94025.