1 |
On Wed, 2020-05-20 at 00:59 -0700, Alec Warner wrote: |
2 |
> On Wed, May 20, 2020 at 12:26 AM Michał Górny <mgorny@g.o> wrote: |
3 |
> |
4 |
> > On Wed, 2020-05-20 at 00:21 -0700, Alec Warner wrote: |
5 |
> > > On Tue, May 19, 2020 at 1:23 AM Lars Wendler <polynomial-c@g.o> |
6 |
> > > wrote: |
7 |
> > > |
8 |
> > > > Hi Alec, |
9 |
> > > > |
10 |
> > > > On Mon, 18 May 2020 18:42:24 -0700 Alec Warner wrote: |
11 |
> > > > |
12 |
> > > > > TL;DR: What if we launched id.gentoo.org, an identity provider that |
13 |
> > > > > provides authentication for Gentoo properties? Basically, 1 username |
14 |
> > / |
15 |
> > > > > password for wiki, bugs, email, forums, and any other http |
16 |
> > > > > service[0][1]. |
17 |
> > > > > |
18 |
> > > > > Today Gentoo has numerous systems that mostly work in a segmented |
19 |
> > way. |
20 |
> > > > > - To connect to hosts, we use ssh keys. |
21 |
> > > > > - Git is authenticated via ssh keys. |
22 |
> > > > > - Email uses LDAP passwords. |
23 |
> > > > > - Bugzilla has its own identities, with their own passwords. |
24 |
> > > > > - Wiki is separate, with its own passwords. |
25 |
> > > > > - Forums are separate. |
26 |
> > > > > - Infra has an additional 4 systems that use separate credentials. |
27 |
> > > > > |
28 |
> > > > > Some applications support 2FA (such as wiki.) |
29 |
> > > > > Some applications do not support 2FA. |
30 |
> > > > > Applications that require 2FA have a configuration for each app, so |
31 |
> > you |
32 |
> > > > > have N configurations. |
33 |
> > > > > |
34 |
> > > > > If we configured id.gentoo.org you would have 1 identity across all |
35 |
> > > > > gentoo properties. |
36 |
> > > > > |
37 |
> > > > > Is this a thing people are interested in? |
38 |
> > > > > |
39 |
> > > > > [0] It's unlikely operations for git via ssh would change in this |
40 |
> > > > > rollout. [1] Its unclear if the scope is "gentoo developers" or "any |
41 |
> > > > > community member." The former have LDAP accounts and @gentoo.org |
42 |
> > email |
43 |
> > > > > addresses and so we can manage them easily; managing 1000s of other |
44 |
> > > > > accounts in the IDP remains to be seem. |
45 |
> > > > |
46 |
> > > > In case 2FA won't be mandatory I find this a good idea. |
47 |
> > > > |
48 |
> > > |
49 |
> > > 2FA is definitely a reason to deploy software like keycloak, but in the |
50 |
> > > first rollout I don't expect to enforce 2FA. Ideally we would deploy the |
51 |
> > > U2F support in keycloak and then, similar to our earlier program, offer |
52 |
> > > discounted or free u2f devices for Gentoo developers; this would likely |
53 |
> > be |
54 |
> > > on a 1-2 year timeframe. |
55 |
> > > |
56 |
> > > Is there some reason you don't want to use 2FA? |
57 |
> > > |
58 |
> > |
59 |
> > I myself would find 2FA bothersome for low importance services. Whether |
60 |
> > it's U2F or OTP, I would generally find it silly to have to carry |
61 |
> > the hardware/software on me all the time or even use it when it's laying |
62 |
> > right next to me, say, just to approve a comment on a blog. |
63 |
> > |
64 |
> > But I guess if we go for SSO, it becomes a necessity to better protect |
65 |
> > our passwords. |
66 |
> > |
67 |
> |
68 |
> I think each application, when it ends up integrating with keycloak, gets |
69 |
> to decide what security level the application wants; I think this leads to |
70 |
> flexibility for low-importance stuff. E.g. we may not need OTP for blogs, |
71 |
> or wiki. Obvious cases are apps like our AWS credentials (where theft means |
72 |
> financial harm for Gentoo) or the sso.gentoo.org itself (because you |
73 |
> probably want to require OTP to change your password, for example.) |
74 |
> |
75 |
|
76 |
This is going only to work if you can have multiple passwords per |
77 |
security level. Otherwise, a low-level login could be used to guess |
78 |
your password, then a separate attack against the second factor could be |
79 |
devised. |
80 |
|
81 |
Of course, I'm assuming that 2FA is implemented properly here, without |
82 |
giving tips about each factor separately. |
83 |
|
84 |
-- |
85 |
Best regards, |
86 |
Michał Górny |