UA backend(s) unreachable during live filesystem builds

Bug #1931605 reported by Gauthier Jolly
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
In Progress
High
Colin Watson

Bug Description

[context]

VM instances started, from Ubuntu FIPS cloud offers, need to boot with FIPS modules. This is why CPC needs to pre-install FIPS components (kernel + crypto libraries) on FIPS cloud images.

To do so, the CPC team is manually adding FIPS PPAs, installing and holding back packages, etc... By doing so, we are trying to mock what UA client is usually doing on running machines (with "ua enable fips"). Since FIPS installation process is sometimes updated, keeping it up-to-date across different clouds requires maintenance work. Also, because these changes also happen in UA client, the work is duplicated.

To avoid this duplication and also prevent any potential "conflict" between what is done during image build and UA client, the CPC team would like to install FIPS using UA client in the images.

[request]

To do so, UA client running on LP needs to be able to access the following domains:

for staging:
contracts.staging.canonical.com
esm.staging.canonical.com

for production:
contracts.canonical.com
esm.canonical.com

[security considerations]

Since those domains are maintained by Canonical, my security concerns are limited. However, I also have a limited knowledge of LP and of its security considerations in general.

NB: I don't know for sure if this is the only endpoints we need to allow, I will check UA client's logs to confirm.

Revision history for this message
Gauthier Jolly (gjolly) wrote :

> NB: I don't know for sure if this is the only endpoints we need to allow, I will check UA client's logs to confirm.

Requests to 'https://contracts.canonical.com' should be allowed as this is required to run "ua attach"

Colin Watson (cjwatson)
Changed in launchpad:
status: New → In Progress
importance: Undecided → High
assignee: nobody → Colin Watson (cjwatson)
Revision history for this message
Colin Watson (cjwatson) wrote :

I've enabled access to esm.ubuntu.com, but there's a problem with contracts{,.staging}.canonical.com: it's on a K8s cluster with other services, and there's no way to differentiate at the firewall rule level, so IS isn't comfortable with me opening up access there as it stands. It'll need to have some kind of proxy put in front of it first.

Revision history for this message
Éric St-Jean (esj) wrote :

hi! any updates on this?

Revision history for this message
Colin Watson (cjwatson) wrote :

As far as I know, this still needs to be chased up with Commercial Systems to put a proxy in front of the contracts service, so that access to it can be controlled independently from other services in the same cluster.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.