I only see a list of files. Can you link to something more specific?
some stranger repos have been created and there is this issue https://github.com/CanonicalLtd/CAN_GOT_HAXXD/issues/1
Canonical Ltd source code repositories have been compromised
11–20 of 78 posts
Re: Canonical Ltd source code repositories have been compromised
#12Earlier quoted context omitted.
some stranger repos have been created and there is this issue https://github.com/CanonicalLtd/CAN_GOT_HAXXD/issues/1
Removed or made private (I see a 404 error only)
Re: Canonical Ltd source code repositories have been compromised
#13We are lucky that they decided to vandalize instead of hiding something. Remember, on Github you can actually submit your commit with another’s email, and github automatically puts the identity associated with the email allowing people to spoof. Always sign your commits!
Re: Canonical Ltd source code repositories have been compromised
#14We are lucky that they decided to vandalize instead of hiding something. Remember, on Github you can actually submit your commit with another’s email, and github automatically puts the identity associated with the email allowing people to spoof. Always sign your commits!
That’s not just on github. That’s totally a feature of git itself. You can set the email address to whatever you want.
Likewise, I wonder if git differentiates signatures where the keys are set as trusted in gnupg, and those that are not.
Re: Canonical Ltd source code repositories have been compromised
#15Earlier quoted context omitted.
That’s not just on github. That’s totally a feature of git itself. You can set the email address to whatever you want.
Not knowing the details around this, but if they haven't done so, Github could add something to indicate whether particular commits were signed by the PGP key Github knows to belong to the user the commit claims it was authored by. A user could have a setting to enable Github warnings where there are commits supposedly authored by user but not signed. They could also always warn where there are commits authored by a…
They do this
Re: Canonical Ltd source code repositories have been compromised
#16We are lucky that they decided to vandalize instead of hiding something. Remember, on Github you can actually submit your commit with another’s email, and github automatically puts the identity associated with the email allowing people to spoof. Always sign your commits!
Re: Canonical Ltd source code repositories have been compromised
#17We are lucky that they decided to vandalize instead of hiding something. Remember, on Github you can actually submit your commit with another’s email, and github automatically puts the identity associated with the email allowing people to spoof. Always sign your commits!
Re: Canonical Ltd source code repositories have been compromised
#18Are these not just mirrors though or do they actually use git? Woulda thought they used SVN primarily since they pull from Debian? Or do they just pull tarbals... And this all leads to me wondering how they do their process... Anybody got good docs on how Ubuntu or similar distros that base off a parent distro do their work?
Re: Canonical Ltd source code repositories have been compromised
#19Are these not just mirrors though or do they actually use git? Woulda thought they used SVN primarily since they pull from Debian? Or do they just pull tarbals... And this all leads to me wondering how they do their process... Anybody got good docs on how Ubuntu or similar distros that base off a parent distro do their work?
Debian stores packaging in Git too, these days, sometimes exclusively.
Re: Canonical Ltd source code repositories have been compromised
#20We are lucky that they decided to vandalize instead of hiding something. Remember, on Github you can actually submit your commit with another’s email, and github automatically puts the identity associated with the email allowing people to spoof. Always sign your commits!
Isn't commit signing a bit like NuGet package signing? Not worth it unless _everyone_ does it all the time? Any valid commit doesn't necessarily invalidate unsigned commits. It only means this commit is really done by me , but it doesn't me the other commit wasn't done by me.