Live data from Hacker News

Enclave: An Unpickable Lock

ominoushum.com

301–310 of 328 posts

Re: Enclave: An Unpickable Lock

#301
post #219
post #153

Earlier quoted context omitted.

The only one I've seen was the Bowley lock. But yeah I sent my unpickable lock to him and he never mentioned it. :( https://youtu.be/7hUonUE1hEY

Nice vid! You can print one of these for just 30 GBP? You know high end locks go for a lot more than that right? You could be printing money!

I don't think those high end locks are made of plastic though!

Re: Enclave: An Unpickable Lock

#302
post #301
post #219

Earlier quoted context omitted.

Nice vid! You can print one of these for just 30 GBP? You know high end locks go for a lot more than that right? You could be printing money!

I don't think those high end locks are made of plastic though!

There are 3d printers which print metal right?

Re: Enclave: An Unpickable Lock

#303

Interesting design. I made a lock a couple years ago that is quite similar in principle (though this design is different and has a couple nice improvements). https://youtu.be/_7vPNcnYWQ4 One of my main goals is to be an inspiration, though if it was based by my design I wish they’d credit it. Especially since they’re patenting it.

Is it just me, or are the improvements the ones you mentioned in your react video?

- https://www.youtube.com/watch?v=xjVS-g_ss84 - https://www.youtube.com/watch?v=8CWsA22H35Y

For those that did not watch it. The lock was left to be pickable on purpose. The improvements were purposely left out so LPL could pick the lock for entertainment purposes.

Re: Enclave: An Unpickable Lock

#304
This is clever to break the unlocking into two phases. I’m not a serious lock picker so probably this idea is widespread.

Many years ago I imagined a lock in which the mechanical action of pushing the key all the way in would engage a lever that engaged the pins (until then they would just float and provide no information to the lock picker). Using rotation to achieve this looks simpler and more (mechanically) robust.

Re: Enclave: An Unpickable Lock

#306
post #133

I am a reasonably capable lockpicker and lock collector with hundreds of locks of every mechanism I can get my hands on... and as LPL often demonstrates, the vast majority of them, particularly the move clever seeming designs, are actually easy to pick. I have one of the Enclave lock prototypes on my desk and can confirm the machining is brilliant and I have no idea how one could approach picking this. No feedback at…

LPU unite! This is birdie, I hope your day is excellent!

Re: Enclave: An Unpickable Lock

#307

Not the LockPickingLawyer (I hope he gets his hands on one soon) but here's a video review/demonstration: https://www.youtube.com/watch?v=qNHFyc1oMwU

+1. LPL has disproven the claims of many "unpickable" locks. If computer security has taught me anything, unhackable/impenetrable claims, cyber or physical, should be met with skepticism.

Kromer Protector, unpicked since the late 1800s. There are unpickable locks, you just can't afford them.

Re: Enclave: An Unpickable Lock

#308
post #47

What's the threat model? Does this lock secure a location that has no windows? Can a sledgehammer be used to open the door? Ok, so maybe covert entry is harder. Do you care THAT much about covert entry? If you care that much about covert entry, do you also have video monitoring? Security solutions need to be used in context.

It moves the attack from being against the lock to being against the door/frame/walls.

Re: Enclave: An Unpickable Lock

#309
post #133

I am a reasonably capable lockpicker and lock collector with hundreds of locks of every mechanism I can get my hands on... and as LPL often demonstrates, the vast majority of them, particularly the move clever seeming designs, are actually easy to pick. I have one of the Enclave lock prototypes on my desk and can confirm the machining is brilliant and I have no idea how one could approach picking this. No feedback at…

LPU unite! This is birdie, I hope your day is excellent!

Bird is da word

Re: Enclave: An Unpickable Lock

#310
post #283

Earlier quoted context omitted.

> I am not sure if I would call trying all combinations "picking s lock" [...] that would not make the lock pickable if I was to talk about it [...] but only when you are able to reduce the problem space from the full set of combinations would I say you are picking a lock. [...] So I am not saying that a brute-forceable lock is not pickable You quite literally said it's not pickable and not even lockpicking at all, a…

>> So I am not saying that a brute-forceable lock is not pickable > You quite literally said it's not pickable and not even lockpicking at all I think you have a problem with me communicating using (formal) logic. If I say that A (lock is brute-forceable) is true, I am not making a statement on whether B (lock is pickable) is true: it could be either true or false. When I say that B is not true when A is, it means th…

> I think you have a problem with me communicating using (formal) logic.

The problem is that what you're saying is contradictory to itself. You're conveniently ignoring all of the flaws being pointed out, and instead reiterating the same argument ad nauseam, while also moving goal posts and morphing qualifiers as needed.

> but only when you are able to reduce the problem space from the full set of combinations would I say you are picking a lock. Which means that a lock with 100 combinations, and you try all 100 of them, you are not lock picking, but if you reduce that to trying out 50 combinations, then you are

The fundamental concept which you keep acknowledging but refuse to accept, is that brute force is a reduction of the problem space. In fact, it's a >99% guarantee to be reduced. Whereas the other lockpicking methods with a reduced space are not actually guaranteed to defeat the lock in a shorter amount of time, if at all.

You even acknowledged in your first comment that brute-forcing a limited set will, on average, require half as many attempts. Since your qualification for being pickable is that the problem space is reduced by half, then brute-forcing meets your definition of lockpicking half of the time. At that point, it's irrefutably classifiable as lockpicking, with the understanding that other methods may be more (or less) effective.

And you're still ignoring that the entire point of the lock being discussed is that traditional lockpicking methods wouldn't work. At all. Yet, when presented with an option to defeat the lock in less than 4 hours, your reaction was to repeatedly state that it doesn't even count as lockpicking. I don't know what else to say.

Post reply on HN