blob: 4eabcd51121de9a7a6c594dbfaf29b3507a62043 (
plain) (
tree)
|
|
In order to access private repositories hosted on a third-party platform like
GitHub or Bitbucket, cgitize needs to pass authentication on the hosting
server. Authentication in Git is done either via HTTPS, or via SSH.
When using SSH, there're multiple methods to give cgitize access to SSH keys.
1. Use SSH keys (possibly passwordless) directly. This is stupid, since it
would require storing SSH keys and the passwords to them on the cgitize
server. Plus, I don't think either GitHub or Bitbucket support read-only
SSH keys.
2. Give cgitize access to a ssh-agent. This is less stupid, but would require
a cumbersome setup. The host ssh-agent can be used (including when cgitize
is run in a Docker container), but in my experience, this is somewhat
inconvenient (you have to add keys manually to the ssh-agent every time you
reboot, etc.).
When using HTTPS, there're multiple options to access the private repositories.
1. Pass the account password in the URL. Doesn't work with 2FA, incredibly
insecure.
2. Use OAuth. I thought this was too complicated to implement quickly.
3. Use per-application passwords. This option is pretty cool. Both GitHub (in
the form of "personal access tokens") and Bitbucket (calls them "app
passwords") support creating one-purpose passwords that are supposed to be
used by a single app only. They allow to bypass the 2FA also. Let's do
this!
Passing the access tokens to Git is tricky though. First, simply including
them in the clone URL would be incredibly stupid, since that URL is going to be
visible on the cgit web pages. There's an option to use the Git
`credentials.helper`, but I thought that it was quite hard to get right in a
cross-platform way.
Now, there's `url.<url>.insteadOf`. It can be used to make Git rewrite every
URL to include the access token.
* I don't want to set it permanently to avoid leaking the access token.
* I don't want to set it in the repository's `--local` .git/config, since it is
probably readable by other users.
* I don't want to ever use it on the command line to avoid leaking it.
Eventually, the option I settled on is to
1. `chmod 0600 ~/.gitconfig`.
2. Append the section to ~/.gitconfig from Python (_not_ by using `git
config`).
3. Undo everything once we're done.
|