Wednesday, 2026-09-09

opendevreviewMerged openstack/keystonemiddleware master: Adopt pre-commit  https://review.opendev.org/c/openstack/keystonemiddleware/+/98965106:37
gtema#startmeeting keystone15:03
opendevmeetMeeting started Wed Sep  9 15:03:14 2026 UTC and is due to finish in 60 minutes.  The chair is gtema. Information about MeetBot at http://wiki.debian.org/MeetBot.15:03
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:03
opendevmeetThe meeting name has been set to 'keystone'15:03
gtemaReminder: This meeting takes place under the OpenInfra Foundation Code of Conduct15:03
gtema#link https://openinfra.dev/legal/code-of-conduct15:03
gtema#topic roll call15:03
gtemabbobrov, d34dh0r53, xek, gmann, dmendiza[m], dmendiza, mharley, jph, gtema, cardoe, deydra15:03
cardoeo/15:04
dmendiza[m]🙋🏽‍♂️ 15:04
gtemawow, dmendiza, not even a special ping :-)15:04
gtemanot many participants :-(15:05
gtema#topic review past meeting work items15:05
gtema#link https://meetings.opendev.org/meetings/keystone/2026/keystone.2026-09-02-15.03.html15:05
gtemano action items in the last log15:06
gtema#topic liaison updates15:06
gtemaI wanted just to bring to protocol from discussions among team members, VMT our agreement that we will most likely handle all security bugs in open when they a) require new api b) require new feature15:07
gtemawhich are mostly all of our current vulnerabilities15:07
gtemathis will help us to make the process less insanely complex15:08
gtemathere are no other updates from my side15:08
gtema#topic specification15:08
gtema#topic: Secure RBAC (dmendiza)15:08
gtema#link https://governance.openstack.org/tc/goals/selected/consistent-and-secure-rbac.html#z-release-timeline_15:08
gtemadmendiza - stage is yours15:09
dmendiza[m]Right, I did not look into the thing I was going to look into... 😅 15:10
gtemaso we even do not know whether something is still to be done, right?15:11
dmendiza[m]Right 15:12
gtemaokay15:13
gtema#topic Secuirty Compliance Testing (dmendiza)15:13
gtemaI assume the same is true here?15:13
dmendiza[m]Still frozen in carbonite15:13
gtemaack15:14
gtema#topic User Specified Project/User UUIDs (dmendiza, alee)15:14
gtema#link https://review.opendev.org/c/openstack/keystone-specs/+/99732015:14
gtemathere was a review to the project one recently underlining a much harder dependency than anticipated on soft deletion15:14
gtemaand is a sort of dead end: chose A and you break B, chose B and you break A15:15
gtemaneed to spend more thoughts on that15:16
gtemafor the sake of the time, unless there is something else to report jumping straight next15:16
gtema#topic: #topic keystone-rs (gtema)15:16
gtema#link https://github.com/openstack-experimental/keystone15:16
gtemaI am still working on the "making openstack zero trust ready" from keystone-rs pov15:17
gtemastarted implementing devstack plugins to make it more testable15:17
gtemaadded openfga assignment driver15:17
gtemafound another inconsistency in the authz models that exist on the world with respect to user/group relations which are usually part of the identity, but some authz systems require this information as part of the assignment15:18
gtemanot an easy beast15:18
gtemaother than that I try to work out the global Keystone (IAM) vision for OpenStack which we could discuss wider with other services15:19
gtemathis one to e.g., address system scope and other relevant issues15:19
gtemanothing else on that this week15:20
gtema#topic open discussion15:20
gtemais there anything?15:20
cardoeI've got a few patches I wanted some feedback on15:20
cardoehttps://review.opendev.org/c/openstack/openstacksdk/+/98160515:20
gtemahmm, another dirty workaround, but I get the reason15:21
cardoeYeah 15:22
gtemathis need a careful evaluation - thing like that is a door for CVEs15:22
cardoeThe other one is I'd like to see the test https://review.opendev.org/c/openstack/keystone/+/981321 land because it's currently uncovered by a test.15:22
cardoeThen a docs fix https://review.opendev.org/c/openstack/keystone/+/97671815:23
gtemacardoe - I am not looking into this patch unless I get repro logs from you15:23
cardoeWell that's unrelated to the other patches.15:24
gtemathis particular patch (test repro) is verifying different thing what you initially think15:24
gtemait is not verifying system scope by federated user, but that you can auth as federated user and rescope into system scope - this is not what we need15:25
cardoeIt's possible today so it's just testing it.15:25
gtemawhat we need is a failing test that shows you traceback15:25
cardoeYes. It's unrelated I agree.15:25
gtemayour15:25
cardoeI've got customer timelines and needs before I can setup a test env again.15:25
cardoeI'll get you data as soon as I can.15:26
gtemaalone this test is useless and is maybe actually execricing (proving) another failing behavior15:26
gtemaok, anything else?15:26
cardoehttps://review.opendev.org/c/openstack/keystone/+/100417815:27
cardoehttps://review.opendev.org/c/openstack/keystone/+/976718 the docs fix15:27
cardoehttps://review.opendev.org/c/openstack/keystone/+/100417715:27
cardoehttps://review.opendev.org/c/openstack/keystone/+/1002330 should likely go in and be backported15:27
cardoehttps://review.opendev.org/c/openstack/keystone/+/100420515:28
gtemaI reviewed all of them. Will +W myself latest friday unless other core looks15:28
cardoe1004205 and 1004178 should likely get backported to stable/2026.2 as well15:28
cardoegtema: okay cool.15:28
cardoeThose were mostly low hanging clean ups or corrections15:28
gtemasure15:28
cardoeThere's a lot of drive by behavior changes like you've noted15:29
cardoeAnd I'm avoiding those.15:29
gtemahttps://review.opendev.org/c/openstack/keystone/+/1002330 is a tricky one, we were discussing it with Dave Wilde (d34dh0r53) today and agreed on the strategy15:29
cardoehttps://review.opendev.org/c/openstack/keystone/+/987627 was another backport that seemed ready to go15:29
gtemaoh, just stuck unnoticed15:30
cardoeyeah 1002330 took me a while to read through but it seemed to make sense and tighten up the behavior.15:30
gtemajust as I pointed in the bug - not sufficient15:31
gtemaok, I am currently in parallel in other meeting, so may disappear shortly15:32
gtema#topic bug review15:33
gtemathis is short - there are multiple security bugs which we will likely make public shortly15:33
gtemaother than that there are no new bugs in either of the deliverables15:33
cardoefwiw, #/dashboard/?title=Open+backports&foreach=is:open+(projects:openstack/keystone+OR+projects:openstackkeystonemiddleware)&stable=(branch:^stable/.*)&unmaintained=(branch:^unmaintained/.*) is the query I'm using for backports15:33
gtemawe can't do anything on unmaintained, so they are useless for us15:34
cardoeThere's a number of open ones15:34
gtemabut only security ones15:37
gtemawith then we are at15:38
gtema#topic conclusion15:38
gtemathanks for participating15:39
gtema#endmeeting15:39
opendevmeetMeeting ended Wed Sep  9 15:39:40 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:39
opendevmeetMinutes:        https://meetings.opendev.org/meetings/keystone/2026/keystone.2026-09-09-15.03.html15:39
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/keystone/2026/keystone.2026-09-09-15.03.txt15:39
opendevmeetLog:            https://meetings.opendev.org/meetings/keystone/2026/keystone.2026-09-09-15.03.log.html15:39
opendevreviewMerged openstack/keystone stable/2025.1: Include system scope in rescope guard  https://review.opendev.org/c/openstack/keystone/+/98762718:28
opendevreviewMerged openstack/keystone master: tox: Drop redundant passenv  https://review.opendev.org/c/openstack/keystone/+/100420518:28
opendevreviewMerged openstack/keystone master: Fix markup issue in federation documentation  https://review.opendev.org/c/openstack/keystone/+/97671818:28

Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!