Що таке .rnd бінарний файл у моїй папці?


29

Deja Dup не може створити резервну копію прихованого файлу, який .rndзнаходиться в моїй домашній папці. Це двійковий файл розміром близько 1 КБ. Коли я намагаюся відкрити текстовий редактор (gedit), я отримую повідомлення про помилку, що є недійсні символи (UTF-8).

Я знаю, що .gnupg/rndє, але це не .gnupg/rndпросто .rnd. Крім того, я не зробив нічого, що можу придумати, щоб створити gnupgключ, принаймні, не спеціально.

Хтось знає, що це за дитина? Я створюю резервну копію вночі, і цей файл з’явився пару днів тому. З цього часу я оновлював оновлення. Я усвідомлюю, що міг би видалити файл і побачити, що відбувається, але я б не хотів би крутити ногами шини на своїй машині, якщо цього не потрібно.

Запуск Ubuntu 13.04, якщо це має значення.

Відповіді:


38

Цей файл використовується для перегляду ентропії під час використання криптографічних інструментів, наприклад OpenSSL. Ви можете його безпечно видалити, і не потрібно створювати резервні копії.

Отже, чому ми маємо це тоді? У більшості систем у нас немає великої активності, яку ми можемо використовувати як випадкове джерело і щоб прискорити процес генерації досить випадкових криптографічних ключів, цей файл містить раніше зібрану випадкову ентропію, що допомагає в насінні. Отже, цей файл не є єдиним джерелом для ентропії.

Оскільки вони містять необроблені випадкові дані, ви не можете їх відкрити за допомогою текстового редактора. Він просто не кодується в стандартних наборах символів, тому текстовий редактор не знає, як його відобразити.

Він повинен читатись лише самим користувачем, в режимі 0600. Якщо він належить root, ви, ймовірно, виконали деякі sudoкоманди, які зберігають $HOMEзмінну до вашого звичайного облікового запису користувача. Просто скажіть файл у цьому випадку, я б сказав, оскільки сам користувач повинен мати можливість оновити цей файл. Дивись також:


Тож це, ймовірно, 0600 з міркувань безпеки та належить root, оскільки якась sudoкоманда використовувала rand (1). Сумніви: чи не буде це заважати, коли команда користувача намагається використовувати rand (1)? Якщо rand (1) спробує прочитати файл, він отримає EPERM --- я не знаю, чи він такий розумний, щоб видалити його і відтворити його як користувач ...
Rmano

@Rmano Так, я думаю, що так. Він повинен належати самому користувачеві.
gertvdijk

Цікаво. Цікаво, чи це було створено, коли я зупинився на попереду через налаштування sendmail? Дякуємо за інформативну відповідь. Я пішов вперед і видалив файл, хоча, думаю, у Rmano є хороший момент; поки немає негативних наслідків.
nbm

Все, що працює з OpenSSL, може спричинити це. Sendmail, ймовірно, генерує сертифікати TLS, так що це має сенс. Однак він не повинен відображатися у вашому homedir, і його можна вважати помилкою, якщо ви дотримувались документації на пакет Ubuntu / Debian.
gertvdijk
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.