Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

×

Comment: Re:Sooo .. (Score 1) 127

there's an app I saw on F-droid, that checks the device's accelerometer and locks it if it detects a sudden violent movement (snatched, falling ... etc) and locks it right away. It is availabale of course in google's play store. Pluck Lock (there are plenty others
with that said this smart lock thing is very very bad -IMHO which is why I deactivated it completely-, it makes locking the phone a joke.

Comment: Re:Bulls... since when will self driving cars have (Score 1) 451

by kenshin33 (#49294117) Attached to: Lyft CEO: Self-Driving Cars Aren't the Future
same could be said about pedestrians (I say that as both, a driver and a pedestrian).
One as, I was trying to cross a street a a swarm of said pedestrians (for which the light was RED) prevented me and a bunch of other people (cars included) from doing just that, because they wen't paying any attention (and I'm fairly certain that it is not an exception at that particular intersection).
Another time, a drone forced me and a whoever was behind, to come to a COMPLETE STOP in an intersection when the light was GREEN because whatever he was doing on his phone was more important that his or others's people life.

Comment: Re:Speed penalty of encryption (Score 1) 124

sorry, I made a mistake : if the file: "/data/misc/adb/adb_keys" can't be open for any reason at all (fopen returns NULL), "ade.secure" is not set and it will accept connections from any computer (with root privileges no less). if it can be open , it is copied to / (in recovery) and "adb.secure" is set.

Comment: Re:Speed penalty of encryption (Score 1) 124

the cm recovery (i.e the one that gets built with the OTA package : out/target/product/hammerhead/recovery.img ) enforeces adb.secure, pre cm-12 looked like CWM, the new doesn't (and doesn't have a backup option either -not yet anyways-), if I clear the authorizations, I see a device in adb devices but it says simply offline, If I attempt to connect (ex: adb shell) it spits something that goes along those lines : "unlock the device, authorize then try again".

Comment: Re:Speed penalty of encryption (Score 1) 124

by kenshin33 (#49258147) Attached to: Google Backs Off Default Encryption on New Android Lollilop Devices
a locked bootloader will prevent you from changing 1 the bootloader itself, the recovery and the modem. Unlock it and you wipe the whole phone clean (including internal storage AKA sdcard in the case of a nexus device). if you install the public (you do not build it yourself makeing sure that it DOESN'T accept test keys and ENFORCES signature verification) build of any recovery out there you're at risk because of the simple fact that signature verification of OTA packages is either disabled or accepts the know, wildly available TEST KEYS!
Now ADB, since few years ago adb is always run in SECURE mode, meaning it will ASK when you connect the device a computer the first time (for that you need to unclock the device and ACCEPT), that is enforced in recovery (I don;t know about TWRP though, stcok CM does) that means if you never connected the device to any computer before, there's NO way in hell you're having access to ADB.
The only downside is backup in recovery, but for that you have Titanium, or helium they do a fine job (with titanium, you can even encrypt and upload the backup to some "cloud thingy out there")!.

Comment: Re:Speed penalty of encryption (Score 1) 124

by kenshin33 (#49186159) Attached to: Google Backs Off Default Encryption on New Android Lollilop Devices
Lock it. Once rooted, the bootloader is lockable/unlockable at will without wiping. Plus, you don;t need to keep it unlocked once the recovery is replaced.
Abd by default is in secure mode, meaning it need authorization, which is something honored by the recovery (CM's at least, can'st speak of other recoveries).
Last but not least, do you own builds and sign them with your own keys! (again CM's recovery installs only and only zips that are signed with the right release key). And then you can add the extra layer of encryption.
My beef with encryption is that it kills any chance of recovering the phone (cerberus, android device manager ... etc) if the phone is turned off.
Let's not forget the password thingy.

Comment: Re:FDE on Android doesn't work as of yet (Score 3, Interesting) 124

by kenshin33 (#49172937) Attached to: Google Backs Off Default Encryption on New Android Lollilop Devices
nexus 5 has the hardware to do it, just not used. the CAF variante of CyanogenMod (http://github.com/CyanogenMod/android_device_lge_hammerheadcaf) has that enabled. No nightelies for the moment but you can build it from source, give it a spin, if you'de like (bear in mind that there's no upgrade path from SW encryption to HW one, ie : a wipe is required to go from on to the other).

"Freedom is still the most radical idea of all." -- Nathaniel Branden

Working...