W2FM GitHub hook takeover #13310

Closed
opened 2026-05-04 15:15:13 +00:00 by egoode · 8 comments

Description of request

Hi, I am trying to rotate the secret for the W2FM webhook on the rpm-software-management GitHub org, due to some notice from GitHub about a security issue on their end. However, I don't know which Fedora account owns the webhook and I suspect it may belong to someone no longer on the RPM/DNF team.

When I try to create a new webhook on the org, I get the error "Encountered "Error: 409: This service already exists" response during creation".

Is it possible to take over the webhook from whomever currently owns it? I would like to transfer ownership to the "rpmsoftwaremanagement" Fedora account. Knowing which Fedora user owns the webhook may be enough, and I can reach out to them.

Thanks!

### Description of request Hi, I am trying to rotate the secret for the W2FM webhook on the rpm-software-management GitHub org, due to some notice from GitHub about a security issue on their end. However, I don't know which Fedora account owns the webhook and I suspect it may belong to someone no longer on the RPM/DNF team. When I try to create a new webhook on the org, I get the error "Encountered "Error: 409: This service already exists" response during creation". Is it possible to take over the webhook from whomever currently owns it? I would like to transfer ownership to the "rpmsoftwaremanagement" Fedora account. Knowing which Fedora user owns the webhook may be enough, and I can reach out to them. Thanks!
Member
CC: @abompard @t0xic0der
Member

@egoode can you please provide use the username of the person that owns the webhook? That would help me purge the webhook bind from their account so that you could go ahead with creating one from the preferred account.

You could however create a webhook bind from the preferred account using a slightly different name because that is what we are making use of for the references. The purge still needs to happen for the GitHub webhook safety reasons.

@egoode can you please provide use the username of the person that owns the webhook? That would help me purge the webhook bind from their account so that you could go ahead with creating one from the preferred account. You could however create a webhook bind from the preferred account using a slightly different name because that is what we are making use of for the references. The purge still needs to happen for the GitHub webhook safety reasons.
Author

That's the problem, I don't know who owns the rpm-software-management webhook.

That's the problem, I don't know who owns the rpm-software-management webhook.
Member

@egoode oh well, could you at least delete the webhook entry from the rpm-software-management GitHub organization? I am not sure just how ideal this is but once you do that, you should be able to create a new entry.

Just use a different name for the webhook bind on the W2FM dashboard and you should be good to go. I would also suggest to attempt connecting with the folks contributing to the team to hunt down the webhook owner for safety.

@egoode oh well, could you at least delete the webhook entry from the rpm-software-management GitHub organization? I am not sure just how ideal this is but once you do that, you should be able to create a new entry. Just use a different name for the webhook bind on the W2FM dashboard and you should be good to go. I would also suggest to attempt connecting with the folks contributing to the team to hunt down the webhook owner for safety.

Hi, the container-tools team (maintainers of podman, buildah, skopeo upstream and Fedora packages) are also faced with the same issue. I suspect it's @mohanboddu that owns the webhooks setup for our org, but he's currently away on leave.

Hi, the container-tools team (maintainers of podman, buildah, skopeo upstream and Fedora packages) are also faced with the same issue. I suspect it's @mohanboddu that owns the webhooks setup for our org, but he's currently away on leave.
Member

@lsm5 if @mohanboddu is temporarily on leave, you should not feel the need of taking it over from his hands now, do you? You could create a new webhook bind anyway with a different name and attach it to your GitHub organization or repository, though.

@lsm5 if @mohanboddu is temporarily on leave, you should not feel the need of taking it over from his hands now, do you? You could create a new webhook bind anyway with a different name and attach it to your GitHub organization or repository, though.
Author

Thanks @t0xic0der! Adding a new webhook with a different name worked.

The UI implies that the name of the webhook must match the repository name (or org name), so I didn't think to try this.

Thanks @t0xic0der! Adding a new webhook with a different name worked. The UI implies that the name of the webhook must match the repository name (or org name), so I didn't think to try this.
Member

@egoode ahhh fair, that's on us. But hey, glad to know it worked. I am closing this as fixed.

Please feel free to create a new ticket if you need help and we would be glad to assist you.

@egoode ahhh fair, that's on us. But hey, glad to know it worked. I am closing this as fixed. Please feel free to create a new ticket if you need help and we would be glad to assist you.
Sign in to join this conversation.
No milestone
No project
No assignees
4 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
infra/tickets#13310
No description provided.