News for hackers. Stuff that matters.

jmhodges

I used to use `go get` for grabbing even non-Go repos but had to stop because of similar problems. I finally wrote a small tool to replace it I call `grab` https://github.com/jmhodges/grab to take over my "fetch the code and organize it into a tidy directory system" need

It actually uses the nice VCS library guts that `go get` does!

Re:Issue with TLS-SNI-01 and Shared Hosting Infrastructure on Wednesday January 10, 2018 @06:09AM (#16114077)
Well, no, the DNS resolved to these endpoints, just like in an HTTP attack, and then this is as if the Host header wasn't checked by the HTTP provider. You and these few specific hosting providers didn't think they had to look at the SANs, but, in fact, the Baseline Requirements expected them to verify that the SANs in the certs are controlled by the same user.

There's a reasonable disagreement but I (and others[1]) liken this the "postmaster@" attacks. At some point, for every protocol the hosting provider handles, we always end up having them do a bit more work then they thought they had to do but them's the breaks when dealing with the modern internet.

[1] https://twitter.com/sleevi_/status/951041801368035328

Re:Issue with TLS-SNI-01 and Shared Hosting Infrastructure on Wednesday January 10, 2018 @05:40AM (#16113954)
My "Hosting providers haven't, previously, thought of TLS serving as an individual user service before (though the Baseline Requirements do) and are having to work out the kinks of that." covers what you're trying to get at here.
Re:Issue with TLS-SNI-01 and Shared Hosting Infrastructure on Wednesday January 10, 2018 @05:27AM (#16113896)
There are equivalent attacks on both the DNS and HTTP challenges as described in the Baseline Requirements and ACME, and those are expected to be mitigated (and are) by hosting providers. Let's Encrypt isn't bound by the Baseline Requirements to mitigate this for these hosting providers, but is doing so out of a esprit-de-corps while the web figures out how it wants to handle this.

Hosting providers haven't, previously, thought of TLS serving as an individual user service before (though the Baseline Requirements do) and are having to work out the kinks of that.

You add multiple domains to the Server Alternative Names of your CSR.
Re:Duplicate Signature Key Selection Attack in Let's Encrypt on Sunday December 13, 2015 @02:37AM (#10725705)
To be clear, the challenge types in question where removed from Let's Encrypt production config during the private beta period (when we had a strict whitelist of domains allowed to be issued for), had mitigations for them in while they were out, and we deleted the code for them entirely the other day (in https://github.com/letsencrypt/boulder/pull/1247 )
Re:The trickiest bug I've encountered on Thursday May 21, 2015 @03:16AM (#9581364)
FYI, using TLS compression makes you susceptible to the CRIME attack. I think I have a ticket with OpenSSL for them to turn that off by default, but I don't think they've done it, yet. Glad you got there accidentally!
Re:Notes on Distributed Systems for Young Bloods on Monday January 14, 2013 @08:21PM (#5057886)
This really did happen. And we're totally cool.

I refer to that as the Night of a Thousand Australians. Good times.

Re:NoSQL is a bullshit marketing term on Saturday November 13, 2010 @02:54PM (#1901534)
You didn't read the post, did you?
Re:Twitter Announces "Snowflake" for Unique Tweet IDs on Wednesday June 02, 2010 @02:02AM (#1397254)
That is, as far as the archive goes, the very first public tweet.
Re:Twitter Announces "Snowflake" for Unique Tweet IDs on Wednesday June 02, 2010 @01:23AM (#1397193)
Mostly, though, we think it's just adorable.
Re:Twitter Confirms It Will Launch Its Own Link Shortener on Thursday April 15, 2010 @04:13AM (#1267274)
We go by bytes, not chars.
Re:Ask HN: Who's Hiring? on Friday February 05, 2010 @01:27PM (#1104355)
Okay, really, I want you to apply for Systems. We're building horizontally scalable, distributed, big data systems that can take unprecedented growth. The company is only a 134 people right now, and your impact as a developer would be huge.

http://twitter.com/job.html?jvi=oAPbVfwf,Job

Re:Ask HN: Who's Hiring? on Friday February 05, 2010 @01:20PM (#1104324)
Twitter is hiring for systems, frontend, etc. We're pretty polyglot but the majority of integration with the web app is ruby, a good deal of the backend is Scala and the rest is whatever works best.

http://twitter.com/jobs

Re:Your looks and your inbox on Wednesday November 18, 2009 @11:24PM (#949719)
For those who were confused by the contradiction of this comment and the actual post, it looks like "less attention from men" was probably supposed to be "more attention from men".

For instance:

"So basically, guys are fighting each other 2-for-1 for the absolute best-rated females, while plenty of potentially charming, even cute, girls go unwritten."

(And it's doubly confusing because patio11 refers to it as an "old wive's tale".)

Re:Ask HN: What's in your .emacs file? on Friday October 02, 2009 @03:58AM (#856620)
I am completely surprised no one has linked to technomancy's emacs-start-kit: https://github.com/technomancy/emacs-starter-kit

Clone that as your emacs.d, add a .el file named the same as your logged in user, and add your specific preferences there. (I like to have it include stuff in a jmhodges directory in emacs.d, of course.)

On that note, my own fork of it with very minor personal changes: https://github.com/jmhodges/emacs-starter-kit

Re:Chart of YC companies' hosting decisions on Thursday August 06, 2009 @07:11PM (#746641)
Joker.com has a horrible UI, but does the job just fine.
Re:GNU Emacs 23.1 has been released on Thursday July 30, 2009 @10:36AM (#732295)
If you've got MacPorts installed (if you don't, you should), grab a copy of my ports repo from github and use the emacs-app Portfile there.

http://github.com/jmhodges/ports/tree/master

Re:MurmurHash 2.0 on Saturday June 20, 2009 @03:44AM (#666241)
Sorry, not 64-bit integers but you get my drift.
Re:MurmurHash 2.0 on Saturday June 20, 2009 @12:52AM (#666146)
Yes, and those "k = m" lines are the problem! Those assume unsigned* types! And 64-bit integers! Those multiplications and other operations are all wrong!

You didn't port this to Java, you ported a broken algorithm to Java. Way to go, though.

I think I enjoyed this the most:

"I’m sure you’re asking yourself, 'how much does this enterprise solution cost me?'. Well, like any good enterprise system, it is insanely expensive. This gem will cost you eleventy billion dollars payable to me, now."

Re:State Dept. to Twitter: Keep site up in Iran on Wednesday June 17, 2009 @04:26AM (#661547)
Looks like the new url is:

http://www.washingtontimes.com/news/2009/jun/17/state-asks-t...

The day seems to have changed. (Perhaps their CMS updates the url as a side effect of saving an update that happens on a new day?)

Re:Rip: Ruby's Intelligent Packaging on Thursday June 11, 2009 @07:26PM (#653865)
Actually, you can install it just from the tarball. It's pretty easy. (Check the Without RubyGems section of the install page.)
Re:MurmurHash 2.0 on Saturday May 23, 2009 @09:38PM (#624019)
If someone manages to port the 64-bit version to Java (which probably requires some JNI or JNA work), I would be very happy.
Re:Ghostery - Attention all NoScript users on Tuesday May 05, 2009 @01:56AM (#593720)
Not a joke.
Re:The recession may be lifting on Monday April 06, 2009 @04:48PM (#549593)
Don't forget the balanced budget attempt in '37.
Re:Ruby Is The Future on Thursday April 02, 2009 @01:40AM (#542959)
(Psst.. check out rfeedparser.)