I doubt it. There is still a major advantage to not having ANY electrical smarts in a lock. If you have used e-locks in the past and been locked out due to low batteries you know what I mean! Make power by energy harvesting and then you may have something.
absolutely. Masterlock won't be worried unless someone produces a cheap and reliable mechanical lock that isn't quite as easily picked. However, anyone that does ultimately charges much much more for it because this is a capitalist society. They know they can charge more for more security. This puts them out of the competition for masterlock.
eLock sounds wonderful. If 128 bits key is not enough to keep hacker away, 256 bits or more can be used. If you want to make 1 more key, simply put a USB drive into the lock and ask the lock to make a key for you, saving the hassle to go to hardware store to have your key made. What a wonderful idea!
The challenges are
1) What if there is a power outaged?
2) If the device is connected to the cloud, what if Internet goes out?
3) There is a life time of any flash memory, what if the flash memory goes bad?
4) Some kind eletrostatic to burn some main components in the lock?
5) Water damage?
6) What if someone hacks the lock?
I don't have much doubt that eLock will become the best substitute to the traditional doorlock. Question is how soon we are getting through all the roadblocks.
Many of these were actually addressed in the wiki. For example, you aren't relying on the memory in the USB stick itself, rather the unique ID of the chip. Obviously water and shock are a concern as they would be with any electronic component. If I recall correctly everything is in a weather proof box.
It is not connected to the cloud currently and dealing with power outages is currently handled by a fall back to a number pad, but a battery pack for the Raspberry pi is coming.
This really is a very clever implementation, but now you have to carry a USB stick around with you -- the ideal lock has to be one that uses biometric information -- and the best of the best would be true face recognition -- how far away do you think that is?
The other example is the fact, that finger print readers are not exact enought, you have "collisions", you and some other hundred people share the same structure of your finger print (this could be avoided by using all five or ten fingers, but is this convinient?)
And of cours all the stories how easy you can fool most of the biometric systems.
To be clear: Biometric information is a very good way to add ADDITONAL security to a conventional access system (two or three factor systems).
Raspberry Pi and other open source boards are really helping the developers to collaborate and reuse the work done by others. This open source hardware has really increased the use of digital electronics remarkably.
I'm not sure the use of a USB port/USB key is the best option for a doorlock.
1. USB Keys are not designed for hundreds of insertions, and the sockets not much better.
2. There is no protection between the Pi and the key so static or deliberate overvoltage could fry the Pi.
3. iSerial# is not standardized over (or programmed into) all USB keys, so some may not work.
4. You are carrying a huge amount of overhead OS which is a risk. Can you guarantee that the OS is beyond being hacked? One assumes that the Pi is going to be hooked to Ethernet, so might be compromised from either USB or Ethernet.
I would have suggested something like the Maxim (old Dallas) silicon serial numbers would be more appropriate for this application. It has a single wire interface and costs about the same as a bargain basement no-name USB key. Something like the DS 1990 is practically indestructible (http://www.maximintegrated.com/datasheet/index.mvp/id/2829) and can be clipped into a little key fob plastic form.
The ideal IMO would be a Pi controlling (logging from) a bunch of very small micros as the door controllers. The small controllers should have inbuilt bbu for the micro and the door actuator.
PS..The Powerbolt has been hacked in this implementation, and it would make sense that the battery used in it powered the dongle device ...hard for NFC and RFID but potentially easy for the Maxim devices.
NASA's Orion Flight Software Production Systems Manager Darrel G. Raines joins Planet Analog Editor Steve Taranovich and Embedded.com Editor Max Maxfield to talk about embedded flight software used in Orion Spacecraft, part of NASA's Mars mission. Live radio show and live chat. Get your questions ready.
Brought to you by