Out of an abundance of caution, we’ve also revoked other potentially weak keys associated with these scenarios and blocked their use,” GitHub says.
“The nature of this vulnerability prevents us from identifying all possible weak SSH keys produced by this library and vulnerable clients that used it. However, other weakly-generated keys that are in use on might come from additional third-party clients that use the vulnerable library.
#Gitkraken github enterprise code#
The code hosting service also added new protections to ensure that vulnerable versions of GitKraken can’t add new weak keys. GitHub on Monday announced that it has revoked the weak SSH keys generated using the GitKraken client, as well as “other potentially weak keys created by other clients that may have used the same vulnerable dependency.” The platforms have already taken the necessary steps to address the issue. Git hosting service providers Azure DevOps, Bitbucket, GitHub, and GitLab have been alerted of the issue, so that the weak public keys in use could be revoked. We will continue to work toward the highest security standards possible for all of our users,” the GitKraken team said. “We are not aware of any accounts being compromised due to this flaw.
The SSH key generation library was replaced with a new one.ĭue to the presence of the vulnerability in multiple versions of GitKraken, users are advised to regenerate their SSH keys even if they have already updated to the patched version. The security hole was identified in late September and was addressed with the release of GitKraken version 8.0.1. Developers of Git GUI client GitKraken have addressed a vulnerability resulting in the generation of weak SSH keys, and they are prompting users to revoke and renew their keys.ĭiscovered in the open source library that the Git GUI client uses for SSH key generation, the issue affects all keys issued using versions 7.6.x, 7.7.x, and 8.0.0 of GitKraken.
0 kommentar(er)
