Ok you answer my question about SSO, as we guess ... it's impossible, except to 
create our own branch of FF/Fennec. 
Hum maybe an idea for the far far future : 
- add an "about:config" parameters for FXA/Sync-storage customs servers
- Sync client and FXA check the network.negotiate-auth.trusted-uris 
about:config parameter. 

With this we could have something to work with. But I guess it's not a priority 
at all ;) 

So to come back to reality :
Authentication : 
Client <-> Apache <-> mod_wsgi <-> Server-reg/FXA <-> ActiveDirectory 

I don't know if someone already tried it ? But I'm already scared about active 
directory.
The goal would be to at least allow users to have one password for Sync & AD. 

Robin Aleman
Apprentice engineer - Software integration
Customer Integration & Support
EQUANT France - Sophia Antipolis
+00 33 4 92 96 64 48
robin.ale...@orange.com

-----Original Message-----
From: Toby Elliott [mailto:telli...@mozilla.com] 
Sent: Thursday, July 03, 2014 18:25
To: Richard Newman
Cc: ALEMAN Robin SCE/ID ITS; Nick Alexander; sync-dev@mozilla.org
Subject: Re: Hello!


On Jul 3, 2014, at 8:41 AM, Richard Newman <rnew...@mozilla.com> wrote:
> 
> If you're looking to build your own client software stack, reusing some of 
> Mozilla's code, you can start building your own auth on top of Sync.

This is a path (albeit a scary one). The tokenserver is authentication agnostic 
- if you want to build a module into it that will accept Kerberos or another 
auth system, that's pretty doable. However, you'll have to modify Firefox to 
speak that protocol (including making sure that the client-side encryption is 
working properly).

Toby


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

_______________________________________________
Sync-dev mailing list
Sync-dev@mozilla.org
https://mail.mozilla.org/listinfo/sync-dev

Reply via email to