Чи достатньо безпечно використовувати PIN-код для шифрування?

На Android 4.0 (Samsung Galaxy Nexus) є можливість шифрування телефону. Я дізнався це про шифрування на Android 3.0, чи ті самі алгоритми, які використовуються в Android 4? http://source.android.com/tech/encryption/android_crypto_implementation.html

Моє головне питання стосується використання PIN-коду для розшифровки телефону. Чому я змушений використовувати той самий пароль, щоб розблокувати екран та розшифрувати телефон? Це обмеження дозволить мені використовувати пароль низької складності (наприклад, PIN-код), оскільки було б важко написати, тобто 17 символів, щоб розблокувати мій телефон для простого телефонного дзвінка.

Спроби грубої сили проти розблокування екрана можна запобігти, тобто шляхом перезавантаження силою кожні 5 спроб. Тому немає необхідності в дуже сильному паролі, PIN-код може бути досить хорошим.
Цей тип захисту не можна використовувати на диску, тому більша потреба у більш надійних паролях тут. (Це не дуже допомагає, що кількість ентропій паролів збільшилася, оскільки користувачів буде дуже мало зі складним паролем, тому зловмисник може просто спробувати більшість паролів з низькою складністю). Які міркування змушені використовувати один і той же пароль для обох функцій?

Я думаю, що я знайшов рішення. Перевірте це посилання . Це злом, і він вимагає вкорінення телефону, але він дозволяє використовувати буквено-цифровий пароль для шифрування та PIN-код для розблокування екрана.

Ви можете використовувати цю команду в кореневій оболонці для зміни пароля шифрування:

su -c vdc cryptfs changepw <new_password>

Де <new_password>слід замінити ваш пароль.

Джерело: http://nelenkov.blogspot.be/2012/08/changing-androids-disk-encryption.html

Використовуючи пароль / фразу проти чотиризначного штифта, ви підвищуєте безпеку свого пристрою. Хитрість полягає в тому, що навіть маючи чотири знаки пароля, ви просто підвищили свою безпеку з двох причин:

• Ви збільшили кількість доступних символів.
• Ви забрали знання зловмисників про вашу довжину pw.

Якщо зловмисник знає, що ваш пароль - 14 символів, він є більш безпечним, ніж чотири-восьми знаковий пароль, але типова статистика використовує діапазони (1-4, 1-8, 1-14), а не реальність (що було б просто обчисленням комбінації однієї довжини).

Наразі отримати доступ до даних телефону просто ДОСЛІДНО ЛЕСНО . Ваша бабуся має здібності робити це (Без образи ні вам, ні вашій родині: P). Тож, хоча ви маєте рацію, що в цьому шифруванні є обмеження, "зламана" версія працює НАПРЕЧНО краще, ніж не шифровані дані, які зараз практикуються.

Ви самі вирішите, наскільки чутливі та приватні ваші дані, а також наскільки ви цільові для того, щоб такі дані були викрадені. Вибір відповідного пароля - це ваша відповідальність, коли ви оцінили цей ризик.

Якщо ви намагаєтесь зламати шифрування диска, незалежно від решти пристрою у сценарії, коли у вас вимкнено пристрій або просто мікросхеми пам'яті, це інший вектор атаки, ніж той, який використовується у включеному режимі пристрій, захищений паролем, де ключ розшифровки може зберігатися в пам'яті (це призводить до вразливості, використовуваної такими речами, як стимулятори ключів шифрування Firewire, що є поширеними на ПК із використанням старого програмного забезпечення для шифрування FDE, а не модуля типу TPM), або на екрані розблокування може бути брутальний- вимушені (або мають свої вразливості).

Якщо ви нападаєте на диск безпосередньо, то в цьому випадку ви не атакуєте чотиризначний PIN-код або пароль користувача, який шифрує пристрій, ви атакуєте 128-бітний ключ AES:

Головний ключ - це 128-бітове число, створене читанням з / dev / urandom. Він шифрується хешем пароля користувача, створеного за допомогою функції PBKDF2 з бібліотеки SSL. Нижній колонтитул також містить випадкову сіль (також зчитується з / dev / urandom), яка використовується для додавання ентропії до хешу з PBKDF2 та запобігання атакам веселої таблиці на пароль.

З пункту 4 у розділі " Увімкнення шифрування на пристрої " Приміток щодо реалізації шифрування в Android 3.0, до якого ви пов’язані.

(збирався бути коментарем, але закінчився занадто довго)

Одне з можливих рішень для цього - використовувати vispercore , але він вимагає, щоб ви запустили свій пристрій.

Я також заповнив запит на функцію на сторінці проекту Android .

Якщо у вас ввімкнено віддалену очищення (припустимо, що вона все ще працює із зашифрованим пристроєм), PIN-код може не захищати ваш пристрій назавжди, але це може зробити це досить довго, щоб ви могли витерти свій пристрій.