Activity log for bug #1888722

Date Who What changed Old value New value Message
2020-07-23 18:54:57 Andrew Bogott bug added bug
2020-07-23 19:04:29 Jeremy Stanley description I have a long-standing bug in my internal bug tracker expressing concern that the following server names are valid: foo"]; -- ../.. I note that there are also a couple of existing bugs (1581977 and 1655563) describing a bad interaction with the Neutron integration api for hosts with a '.' in the name. I propose a new config option: [api] permitted_servername_regex That would allow people using neutron integration to disallow dots in names, and I would rest easier knowing that I'd also ruled out slashes, ampersands and semicolons. This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. This embargo shall not extend past 2020-10-21 and will be made public by or on that date even if no fix is identified. I have a long-standing bug in my internal bug tracker expressing concern that the following server names are valid: foo"]; -- ../.. I note that there are also a couple of existing bugs (1581977 and 1655563) describing a bad interaction with the Neutron integration api for hosts with a '.' in the name. I propose a new config option: [api] permitted_servername_regex That would allow people using neutron integration to disallow dots in names, and I would rest easier knowing that I'd also ruled out slashes, ampersands and semicolons.
2020-07-23 19:04:44 Jeremy Stanley bug task added ossa
2020-07-23 19:04:54 Jeremy Stanley ossa: status New Incomplete
2020-07-23 19:05:23 Jeremy Stanley bug added subscriber Nova Core security contacts
2020-07-27 13:19:03 Jeremy Stanley description This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. This embargo shall not extend past 2020-10-21 and will be made public by or on that date even if no fix is identified. I have a long-standing bug in my internal bug tracker expressing concern that the following server names are valid: foo"]; -- ../.. I note that there are also a couple of existing bugs (1581977 and 1655563) describing a bad interaction with the Neutron integration api for hosts with a '.' in the name. I propose a new config option: [api] permitted_servername_regex That would allow people using neutron integration to disallow dots in names, and I would rest easier knowing that I'd also ruled out slashes, ampersands and semicolons. I have a long-standing bug in my internal bug tracker expressing concern that the following server names are valid: foo"]; -- ../.. I note that there are also a couple of existing bugs (1581977 and 1655563) describing a bad interaction with the Neutron integration api for hosts with a '.' in the name. I propose a new config option: [api] permitted_servername_regex That would allow people using neutron integration to disallow dots in names, and I would rest easier knowing that I'd also ruled out slashes, ampersands and semicolons.
2020-07-27 13:19:23 Jeremy Stanley information type Private Security Public
2020-07-27 13:19:36 Jeremy Stanley ossa: status Incomplete Invalid
2020-08-27 08:57:49 Balazs Gibizer nova: status New Invalid