News for hackers. Stuff that matters.

benth

Missed that. Thank you!
The parent comment is wondering about the structure of the signature and if different curve parameters can be specified for it. How can explicit curve parameters be specified in an ECDSA signature? ecdsaWithSHA256, at least, is simply two bigints. There's no spot for specifying explicit parameters.
Re:VPC Endpoints for Your Own Applications and Services on Saturday December 02, 2017 @09:12PM (#15835601)
From the post:

"For example, one customer told us that they plan to create hundreds of VPCs, each hosting and providing a single microservice"

At first glance, that sounds pretty neat, but looking at VPC pricing shows that PrivateLink pricing is 1 cent per hour and 1 cent per GB.

It'd be nice to discuss pricing before suggesting we partition microservices into separate VPCs. Or after. Somewhere :-)

That pricing can add up if you're making "hundreds of VPCs"!

Gotcha. On the ingest front, do you have any numbers around that? I see some benchmarks that focus on other (important) aspects like QPS but didn't catch anything on ingest.
Say I'm using ELK for log aggregation. Would Vespa be a good replacement? One pain point is ingest rate. How many "average" log lines per second can Vespa do per node?
Re:Wildcard Certificates Coming January 2018 on Friday July 07, 2017 @03:41PM (#14721433)
In our case, the appliance usually can access the internet, possibly through a proxy, but it's not accessible from the internet.
Re:Wildcard Certificates Coming January 2018 on Thursday July 06, 2017 @12:04PM (#14711377)
I recently read about how Plex got trusted SSL certificates for all their users in partnership with DigiCert, and was really curious if a similar scheme could be accomplished with Let's Encrypt. The scheme required wildcard certificates so I figured it wouldn't be possible. But with this announcement, maybe it would be! I work on a product that generates a self-signed cert and so our customers always get a cert warning. They can replace the cert with their own if they like, but some customers aren't set up to do that. Offering an alternative where we securely mediate creation of a trusted SSL cert would be fantastic.

See: https://www.plex.tv/blog/its-not-easy-being-green-secure-com... and https://blog.filippo.io/how-plex-is-doing-https-for-all-its-...

Re:Introducing Docker Secrets Management on Thursday February 09, 2017 @08:58PM (#13612710)
You raise some good points, like the kubelet killing off pods in hopes of getting a new pod with juicier secrets associated with it, but nevertheless the ticket mentioned by the sibling comment (https://github.com/kubernetes/kubernetes/issues/40476) sounds like a property that Docker's secret handling already has. It would be great to see Kubernetes work this way, too.

Coincidentally, I'm working on a project that uses Kubernetes and it has a very locked down pod placement policy, so the attack you described would be significantly scoped down. But I don't think the same is true of most Kubernetes deployments.

Re:Introducing Docker Secrets Management on Thursday February 09, 2017 @08:52PM (#13612691)
There's still rooted node / kubelet access control to worry about, which does not look to be a problem with Docker. (https://github.com/kubernetes/kubernetes/issues/40476)
Re:Introducing Docker Secrets Management on Thursday February 09, 2017 @03:09PM (#13610434)
I agree. I also care more about access control than encryption. But if you obtain a kubelet's credentials, you can read all secrets. It would be nice if a kubelet's access was restricted to only what the kubelet needs to know. That would limit the impact of a node in a cluster being rooted.
Re:Introducing Docker Secrets Management on Thursday February 09, 2017 @01:42PM (#13609589)
It's not so much the plain text part that bothers me, it's the access control.

Quoting the docs at https://kubernetes.io/docs/user-guide/secrets/#security-prop...:

"Currently, anyone with root on any node can read any secret from the apiserver, by impersonating the kubelet. It is a planned feature to only send secrets to nodes that actually require them, to restrict the impact of a root exploit on a single node."

As your cluster grows, your risk grows.

Re:Ask HN: Who is hiring? (January 2015) on Friday January 02, 2015 @01:36AM (#8825789)
ExtraHop Networks - Seattle

Give us packets, get IT and business insight.

Like systems-level programming? C, Go, Python? Let's talk! [email protected]

Re:Critiquing Facebook's new PHP spec on Sunday August 03, 2014 @02:14AM (#8127229)
Glad the conditional/ternary operator's atypical associativity is documented now...
Re:Ask HN: Who is hiring? (June 2014) on Sunday June 01, 2014 @06:23PM (#7830908)
ExtraHop Networks. Seattle, WA. [email protected]

Deep L7 protocol analysis at scale.

Re:Introduction to Theory of Computation [pdf] on Sunday March 30, 2014 @11:46PM (#7499491)
I'd have assumed this was Sipser's book as well, except that I was recently at a university bookstore and saw the third edition of his book priced at over $200. Sipser's a great writer, but that's an outrageous price. When I was in school, it was still expensive at a bit over $100.

I am grateful this free alternative exists, because the subject matter is really fun.

Re:Musl-libc version 1.0.0 released on Friday March 21, 2014 @02:49AM (#7441001)
spu? :)
Re:Updated benchmark: capnproto-rust vs. c++ on Sunday January 19, 2014 @05:38PM (#7086383)
For the "catrank" case, could you use std::str::raw::from_utf8 to skip the utf-8 validity check?
Re:Ask HN: Who is hiring? (January 2014) on Wednesday January 01, 2014 @04:06PM (#6996662)
Seattle, WA - ExtraHop Networks - http://www.extrahop.com/jobs

From packets to perspicacity.

If you want to work at a company with a strong engineering team, founded and run by engineers, send us an email: [email protected]

Re:I'm not too happy about Sublime Text 3 on Tuesday February 26, 2013 @01:44PM (#5287498)
ST2's first public alpha release was in January 2011 and there was an update about every two weeks.

Six months later, July 2011, the first Beta was released and Jon Skinner said there would be monthly updates now that ST2 was in beta.

True to his word, there's been about an update a month and then in June 2012 the Beta label was dropped. After that, there were a few ST2 updates, mostly fixes, until September 2012. So by no means is ST2 an "unfinished" piece of software. And while I'm sure it has many bugs, that's practically a truism for any piece of complicated software. I personally have not actually noticed any. I wonder if the author has.

My takeaway from all this is that Jon Skinner delivers.

If you want a yearly subscription, well, that's really no different than what Jon Skinner is providing, except that instead of paying once a year, you're paying once every TWO years, if the past is any indication of the future.

Finally, complaining about plugins breaking is like complaining about the Lightning connector on new iPhones. There's a strong list of good reasons to make backward-incompatible changes to the plugin system.

Re:Debuggex: A visual regex debugger on Friday February 22, 2013 @02:29PM (#5266187)
Nice. It looks like beginning and end of string anchors are included by default. Is there any way to turn that off?
Curious how it compares with SCTP over DTLS over UDP (which WebRTC uses).
Re:180TB of Good Vibrations – Storage Pod 3.0 on Wednesday February 20, 2013 @09:22PM (#5254978)
I wonder if it is still too soon to start seeing the worst failure cases given the age of the drives.

I am curious why RAID6 is (still) used given its poor behavior in failure conditions. I am guessing that Backblaze is not as worried about additional drive failure in an array during a rebuild because they are periodically verifying each drive.

Comparing to a X4540 is kind of a stretch. The use cases seem very different. Also, it for Backblaze, they wouldn't exist at the price they charge, with the price that Sun charged for an X4540.

I hope Joyent does release something about their config, that would be very interesting.

Re:What it's like having a kid on Friday January 25, 2013 @09:25PM (#5118952)
Congratulations, and thank you for sharing your experience.
His resources will grow exponentially!
Re:What happens when you are the doctor on the airplane? on Thursday December 27, 2012 @10:04PM (#4976222)
Don't leave us hanging :) What was the problem?
Re:64-bit Firefox discontinued on Windows on Thursday November 22, 2012 @12:35AM (#4817620)
Misleading headline and obviously you know it.
I agree. When I heard HP was buying Autonomy for that much, I immediately thought of MS's purchase of aQuantive. And now both end up with huge write-downs.
Re:Js2coffee: convert JavaScript to CoffeeScript on Tuesday October 09, 2012 @09:38PM (#4634697)
Neat.

Some code does not round-trip. This JS terminates but if I convert the resulting CS back to JS, I get an infinite loop.

    function test() {
        var i;
        var countdown = function(n) {
            var i;
            for (var i = n; i > 0; i--) {
                console.log(i);
            }
        }
        for (var i = 0; i < 10; i++) {
            countdown(i);
        }
    } 
    test();
He asked, not demanded, and he was going to release it eventually anyway.
Re:Actually, you don't understand lexical scope on Monday September 17, 2012 @07:49PM (#4535499)
So there is lexical scope, but it requires "do" which means an extra function, something that wasn't required in JS. You don't get lexical scope "for free" in CoffeeScript, there's overhead, unlike in JS. Is that right?

Older »