spotlesstofu / centos / sig-guide

Forked from centos/sig-guide a year ago
Clone
Text Blame History Raw

Authentication

Creating your account

You can create your account on our community portal running on https://accounts.centos.org.

To register/create an account, just click on "Register" on the portal and follow the process. More information and user documentation is available on consolidated online documentation for the portal

Modifying your account

Once logged into the portal (still on https://accounts.centos.org) you can modify/edit your profile and see your group membership.

Some settings you can modify directly:

  • First/Last Name
  • Locale
  • Timezone
  • email address (attention that it needs to be a valid email address)
  • other personal details
  • your password
  • adding/removing OTP tokens (see below for 2FA)
  • ssh and gpg public keys

Enabling 2FA on your account (optional)

It's adviced (but not mandatory) to implement 2 Factor Authentication on your account (for some critical accounts, that's though required).

You can add one (or more, adviced) OTP tokens on your profile. Known to work solutions so far :

  • Yubikey (4 and above, that supports OTP) : through rpm pkg yubioath-desktop
  • FreeOTP (available on Google Play Store)
  • OTPClient (available as rpm pkg and flatpak/flathub)
  • others (list is non exhaustive)

More informations about 2FA is available on specific portal documentation

SIG group membership

There is no current form that you can use to be added in a SIG group but you have to reach out to a SIG chair (having delegated rights to add/remove people in the SIG group you want to join) and he can then add you, after having confirmed that you can be onboarded in the SIG

To know people who can "sponsors" you in a SIG/group, you can , once authenticated, search for a group on the portal and then see people listed under the "Sponsors" area (for example, consider the Automotive SIG )

Retrieving your TLS certificate

To be able to request a signed TLS certificate, you need first to install the cli tool that will use kerberos auth first to request a locally generated (automatic) CSR to be sent to IPA for signing operation and you'll then get your certificate back.

Supported Linux distributions: CentOS Stream 8/9 (or el8/el9 variant) , Fedora 33 and beyond

sudo dnf install -y epel-release # only if you are using CentOS Stream or an EL variant
sudo dnf install -y centos-packager

Your user certificate bundle comes in the form of 1 file:

~/.centos.cert : PEM file with your X509 Client Certificate and Key

To generate your certificate you can use the 'centos-cert' tool included in the centos-packager package:

 centos-cert

You need to call the script like this : /usr/bin/centos-cert -arguments
 -u : username ([REQUIRED] : your existing ACO/FAS username)
 -v : just validates the existing TLS certificate ([OPTIONAL])
 -r : REALM to use for kerberos ([OPTIONAL] : defaults to FEDORAPROJECT.ORG)
 -f : fasjson url ([OPTIONAL]: defaults to https://fasjson.fedoraproject.org)
 -h : display this help

If you've signed up with the account name tuser, you can generate your new certificate like this:

    [tuser@myworkstation]$ centos-cert -u tuser

Note

Attention that centos-cert -u tuser will request a new certificate, so that will automatically revoke any other certificate you had in the past. If you need to use cbs/koji on multiple machines, just copy the files mentioned above on the other machine.

Warning

Important note WRT OTP: If you have enabled Two Factor auth, you absolutely need to get a valid kerberos ticket through other step before using centos-cert. See details on the Fedora Accounts Documentation for this

TLS part for Staging env

In case you'd need to interact with .stg. services (like https://cbs.stg.centos.org) that are relying on TLS auth, it's worth knowing that you'd need to get a different TLS cert.

That means that you need an account from https://accounts.stg.centos.org , which isn't linked to production accounts.centos.org IPA backend.

It's adviced to use a different container or home directory to retrieve your STG cert, and you can just point to https://fasjson.stg.fedoraproject.org url (option -f for centos-cert)

You can manually create (nothing -yet- in centos-packager for it) a ~/.koji/cbs-stg.conf that looks like this :

[cbs-stg]

;url of XMLRPC server
server = https://cbs.stg.centos.org/kojihub/

;url of web interface
weburl = https://cbs.stg.centos.org/koji

;url of package download site
topurl = http://cbs.stg.centos.org/kojifiles

;path to the koji top directory
topdir = /mnt/koji

;client certificate
cert = ~/.centos-stg.cert

;certificate of the CA that issued the HTTP server certificate
serverca = /etc/pki/tls/certs/ca-bundle.trust.crt

Warning

You have to also ensure that your TLS file is renamed to correct filename !

And you can then call koji like this :

koji -c ~/.koji/cbs-stg.conf -p cbs-stg

Linking your CentOS account to gitlab

The first thing to understand is that gitlab will "link" an existing account with third party authentication system. In other words, you need to have a gitlab account and be logged in onto gitlab.com before you can associate your account with the CentOS Account System (ACO).

So if you do not have a gitlab account, create one and log with it into https://gitlab.com. Then visit the following link https://id.centos.org/gitlab to associate your account with CentOS' Account System.

From there on, everytime you visit this link, your group membership defined in ACO, will be refreshed on gitlab.

Authenticating to CentOS services with your accounts

Some infra services (but not all) are using the new authentication platform to give you access.

IdP for CentOS service

As IPA backend itself doesn't provide IdP features, we have the service https://id.centos.org that is registered in IPA, and so that can be used as IdP, to support OpenID, OpenIDC, SAML2 authentication for applications/services that can recognize and use such protocol/standards

Authenticating with your username and password

Once you'll try to login to a service that requires auth, you'll be automatically redirected to https://id.centos.org. You can then provide your username and password combination to proceed with authentication and be then redirected to the initial service you wanted to auth with.

Warning

If you have enabled 2FA (see above), your password field is a combination of '''both''' your real password and the OTP token

Enabling kerberos for IdP

If you want to instead use your kerberos ticket to auth against services (and so transparently) and not having to type your user/password (+OTP if enabled) combination each time, you can just configure your workstation to transparently use gssapi authentication against https://id.centos.org

For this you need to first install a mandatory package, that has the needed configuration for kerberos :

sudo dnf install -y epel-release # Only on EL , not needed on Fedora
sudo dnf install -y fedora-packager

Important

You need to have fedora-packager >= 0.6.0.5-2 installed on your system for this to work !

After that, you can kinit as usual (see [[https://docs.fedoraproject.org/en-US/fedora-accounts/user/#pkinit|upstream doc]] and you should have your kerberos ticket ready to be used for authentication

You still need to configure your browser :

Firefox settings

While in Firefox, type '''about:config''' in the location/url bar and press enter. You can then edit the following key/value :

network.negotiate-auth.trusted-uris: .fedoraproject.org,.centos.org

Close and then firefox will allow kerberos/GSSAPI transaction to proceed, meaning that next time one service will redirect you to https://id.centos.org, you'll be automatically logged on through kerberos (no need to specify again user/password)

Chrome/Chromium

Depending on Chrome or Chromium, the path of the json file to create is different :

  • Chrome : /etc/opt/chrome/policies/managed/fedora-centos.json
  • Chromium : /etc/chromium/policies/managed/fedora-centos.json

You should have there something like this :

{
  "AuthServerAllowlist": "*.fedoraproject.org,*.centos.org",
  "AuthNegotiateDelegateAllowlist": "*.fedoraproject.org,*.centos.org"
}

Warning

Chrome/Chromium browsers with version < '100' were using different names like ''AuthServerWhitelist'' and ''AuthNegotiateDelegateWhitelist'' so check version and adapt accordingly