Safer vibecoding via old hacker habits
addxorrol.blogspot.com
Safer vibecoding via old hacker habits
1–5 of 5 posts
Re: Safer vibecoding via old hacker habits
#2This is an unusual folder structure but works fine, let me know if there is anything iffy
Re: Safer vibecoding via old hacker habits
#3You can keep the git folder in your machine, then use sshfs to mount the remote into your directory where: project-root -.git/ -code/ This way you don't have to give git access to the potentially unsafe server. Git hook attacks are still possible so disable those by defaultç This is an unusual folder structure but works fine, let me know if there is anything iffy
I'd imagine you lose the ability to have the coding agent do the commits for you? E.g. if you just mount the code directory, then an agent running on the remote side can't commit anything, right?
So you'd have to mount the .git directory from the remote side to then push?
Re: Safer vibecoding via old hacker habits
#4You can keep the git folder in your machine, then use sshfs to mount the remote into your directory where: project-root -.git/ -code/ This way you don't have to give git access to the potentially unsafe server. Git hook attacks are still possible so disable those by defaultç This is an unusual folder structure but works fine, let me know if there is anything iffy
That's a clever and intriguing idea. I have to think through the security implications a bit though - I don't actually know much about how git operates with regards to hooks etc. I'd imagine you lose the ability to have the coding agent do the commits for you? E.g. if you just mount the code directory, then an agent running on the remote side can't commit anything, right? So you'd have to mount the .git directory fro…
You can disable this behavior globally. Yes, the agent should have no git access this way, however you could always do a local sub repository if you want to. You track your changes twice, but should work