Earlier quoted context omitted.
Why don't they just publish the key on the site?
Probably because security@ emails are routed through their normal helpdesk system which doesn't handle PGP properly.
GitHub Security Bug Bounty
21–30 of 38 posts
Re: GitHub Security Bug Bounty
#22Re: GitHub Security Bug Bounty
#23Great news. I'm happy to see this program in "public mode" now. GitHub launched this program already as private beta in May 2013. https://twitter.com/totally_unknown/status/42899282447475916... Don't expect to earn easy cash here. :)
Re: GitHub Security Bug Bounty
#24Re: GitHub Security Bug Bounty
#25The one obvious flaw is the "email us for our PGP key" - distributing the public key in private and over an insecure channel makes it vulnerable to replacement. Has anyone written a "best practices" guide for designing a security page ?
Why don't they just publish the key on the site?
Re: GitHub Security Bug Bounty
#26Isn't $5000 ridiculously low compared to the black market value of a GitHub exploit, or the time required to develop it? Assuming a company thinks it's pretty secure, putting real money on the line (the same money you'd normally pay an expert to pentest your system) would get some more prolific minds involved.
Re: GitHub Security Bug Bounty
#27The one obvious flaw is the "email us for our PGP key" - distributing the public key in private and over an insecure channel makes it vulnerable to replacement. Has anyone written a "best practices" guide for designing a security page ?
In theory, PGP public keys shouldn't depend on being sent over a more-secure medium like SSL, because they're signed. One of the main points of PGP's design is that you can't spoof a public key, because you can't spoof its signatures. That being said, in practice, I don't know that everyone is diligent about checking signatures of public keys they receive. An attacker could create a spoofed key, sign it with several…
Re: GitHub Security Bug Bounty
#28Full disclosure is not irresponsible and attempts to frame it as such are bordering on malicious toward the exact community in which you are attempting to engender goodwill.
Re: GitHub Security Bug Bounty
#29Now there is nothing to hax.
Re: GitHub Security Bug Bounty
#30Earlier quoted context omitted.
In theory, PGP public keys shouldn't depend on being sent over a more-secure medium like SSL, because they're signed. One of the main points of PGP's design is that you can't spoof a public key, because you can't spoof its signatures. That being said, in practice, I don't know that everyone is diligent about checking signatures of public keys they receive. An attacker could create a spoofed key, sign it with several…
The point is that you need an entry point of trust. So either you have been in many different signing parties and you happen to have a reasonable connection with the key, or they must give you a trust reference on the website, preferably through HTTPS. At which point, they can just publish the key on the website.
Though even without that, I don't think you need to have been to a lot of key signing parties. The entry point of trust could very well be another organization--not GitHub, not someone at a key signing party. As long as the signature chain points back to an identity you can trust, you're good to go.