News for hackers. Stuff that matters.

pgCKIN

Re:Traces Of Humanity on Sunday May 10, 2026 @02:03PM (#48086283)
So it seems: "Today I no longer do computer security. I do other stuff, part of which running this blog :-)"
Re:Tell HN: HN Moved from M5 to AWS on Saturday July 09, 2022 @06:16AM (#32033589)
For a moment I thought about a SNI issue but no, you are right:

Version: 2.0.7 OpenSSL 1.1.1n 15 Mar 2022

Connected to 50.112.136.166

Testing SSL server news.ycombinator.com on port 443 using SNI name news.ycombinator.com

  SSL/TLS Protocols:
SSLv2 disabled SSLv3 disabled TLSv1.0 enabled TLSv1.1 enabled TLSv1.2 enabled TLSv1.3 disabled
Pro tip: position your cheese slice as per leaving some margin at the bottom of the toast and press that zone.
Re:My students cheated... a lot on Saturday June 11, 2022 @02:16AM (#31702396)
This. Moreover, an exam for a course is, to some extent, an assessment on how the course was delivered. And an interview for a job has a much larger scope.
Re:My students cheated... a lot on Sunday May 29, 2022 @09:10AM (#31548867)
Oral exams have an entire other bunch of issues. Just looking at the professor side, beside time, I imagine it would be very difficult for to grade with same meter an arrogant student, a dismissive one, a smelly one, an eloquent one, or even the first and the last one in the same session.
Re:My students cheated... a lot on Sunday May 29, 2022 @09:01AM (#31548811)
I might miss the irony in your words but... Job interviews and eduction tests have different objectives, I hope.
Re:My students cheated... a lot on Sunday May 29, 2022 @08:57AM (#31548788)
Totally agree. I might a bit partial to that, because I tend to underperform multiple choice tests for overthinking, but I've really the impression that open ended questions test knoledge much better and make it more difficult to cheat. Beside that, having almost nothing to do with cheating, another good thing in the French system is the continuous grading: labs were graded, projects were graded, small intermediate tests were graded, so you really do not study for just the exam (actually often you do not study at all for the exam). (beware: my experience is limited to a single grande école I attended).
Re:Daniel J. Bernstein's ptyget toolset on Thursday April 21, 2022 @12:07PM (#31111317)
IIRC I've used the expect command more than once for similar use cases.
Re:Hashing is not encryption on Sunday January 09, 2022 @08:24AM (#29862973)
Funnily enough, hambuger in french is "steak haché" (hashed steak).
Re:Show HN: Korbinsky – A Reverse DNS API on Tuesday November 23, 2021 @04:54PM (#29324049)
Thank you for asking! Your question is the demonstration that "A Reverse DNS API" is a very subpar tagline. As you correctly state, for "reverse DNS" usually we mean the PTR, which, not being a requirement for a working internet, is quite neglected. Few are sets, and those in large part are actually just an indication of which ISP or datacenter they belong. What we try to do with Korbinsky is to provide information about hostnames actually pointing to a given IP address or just hosted there.

Just to give an example: $ dig +short PTR 159.241.75.51.in-addr.arpa

ns3131293.ip-51-75-241.eu.

$ curl -H "apikey: l86WRM0NC2bBHMfEBQdkhXbDp2BoQw0O" http://ko.ckin.it/api/v1/ip/51.75.241.159

["petitbambou.com"]

I hope this clarify, and I hope, one day, to come up with a more explicative tagline.

Show HN: Korbinsky – A Reverse DNS API

Hello HN,over the last few weeks for an internal project we (CKIN) have been building Korbinsky, an API allowing to retrieve which hostnames corresponds to a given IP. Coming from a different background (security and embedded software) this has been an interesting journey tackling various techs and we see no reason not to open (a moderate) usage to developers. We have created a key for HN so...

( Read More... | 2 comments | 2 points | on HN )
Re:Debugging a weird 'file not found' error on Friday November 19, 2021 @07:26AM (#29276472)
Building go on the target architecture defaults on a dependency on libpthreads for DNS resolutions. Passing either CGO_ENABLED=0 or -tags netgo fix this.

It's unclear to me how and when spawning a thread per resolution is preferrable to the netgo behavoir.