-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
locked user has read/write access to repository of non-public project #786
Comments
Further investigation: |
Hi @tomhub thanks for reporting this. I can confirm this bug. This should be fixed in master with my last commits. |
Some notes to the bug: If you locked a user with existing bug, has access to repositories (after using this bug fix, too). You have to relock the user (unlock and lock he/she again) or resync your ssh keys. |
I just tested: locked user: user lost access to redmine (session expired), but user can still clone repo from non-public project.
While locking and unlocking user, git_hosting.log produces these messages. Which is strange, as redmine can control gitolite-admin repository.
Further investigation revealed (systemctl status sshd):
Since I prefer to keep with new features, decided not to update sshd config with RSA, but rather update gitolite-admin key with Ed25519. Quick gitolite crash course showed how to update keys in the server. After this, I tested again - locking/unlocking user: sshd errors gone, however locked can still clone repository. Note, my gitolite repos are only accessible through https, so I did not see any issues via sshd. Another note: ssh or https access has no difference: locked user can clone and push changes. |
I have added test-user, included in non-public project which is hosting git via https, then I locked test-user, but I can still clone and push repository using test-user link and credentials. Is this expected?
The text was updated successfully, but these errors were encountered: