Який максимально дозволений розмір імені файлу (та папки) із eCryptfs?

Я новий користувач eCryptfs, і у мене є дуже основне питання, якого я не зміг знайти ніде. Мені цікаво використовувати eCryptfs через мій Synology NAS, який використовує Linux.

Під час спроби зашифрувати мою папку (EXT4) за допомогою програми шифрування Synology (eCryptfs) я зіткнувся з помилками, які стверджують, що довжина мого імені файлу не може перевищувати 45 символів (отже, без шифрування).

Якщо обмеження дійсно становить 45 символів, eCryptfs може бути не корисним інструментом для більшості.

Який максимально дозволений розмір імені файлу при шифруванні файлів і папок за допомогою eCryptfs? Чи є символи Linux 255?

Повне розкриття: Я один з авторів і поточний сервіс утиліт утиліти eCryptfs.

Чудове запитання!

У більшості файлових систем (включаючи EXT4) Linux має максимальну довжину імені файлу 255 символів і максимальний шлях - 4096 символів.

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

Якщо назви файлів не зашифровані, ви можете сміливо записувати назви файлів до 255 символів і шифрувати їх вміст, оскільки назви файлів, записані в нижню файлову систему, просто збігаються. Хоча зловмисник не зміг би прочитати вміст index.htmlабо budget.xls, він би знав, які імена файлів існують. Це може (або не може) протікати конфіденційну інформацію залежно від вашої ситуації використання.

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

Наприклад, у мене є зашифрований файл, ~/.bashrc. Це ім'я файлу шифрується за допомогою мого ключа для:

/home/kirkland/.Private/ECRYPTFS_FNEK_ENCRYPTED.dWek2i3.WxXtwxzQdkM23hiYK757lNI7Ydf0xqZ1LpDovrdnruDb1-5l67.EU--

Зрозуміло, що для 7-символьних імен файлів тепер потрібно шифрувати більше 7 символів. Емпірично ми з'ясували, що для назви файлів символів довше 143 символів для шифрування потрібно> 255 символів. Тож ми (як розробники eCryptfs вгору за течією), як правило, рекомендуємо обмежити свої імена файлів приблизно до 140 символів.

Тепер, все, що сказано, Synology NAS - це комерційний продукт, який вбудовує та використовує eCryptfs та Linux для шифрування та захисту даних на пристрої. Ми (розробники eCryptfs вгору за течією) не маємо нічого спільного з Synology або їх продуктами, хоча ми, як правило, раді бачити eCryptfs, що використовуються в дикій природі . Мені здається, що їх рекомендація з 45 символів є або типографічною помилкою (з нашої рекомендації на 140 символів), або просто набагато більш консервативною оцінкою.

Ця нитка дуже цікава, тому що мені цікаво було саме те саме. Я можу жити, коли потрібно перейменовувати 20 файлів із 50 000, якщо назви файлів мають бути 140 символів або менше, але 45 чи менше неможливо (в моїй ситуації), оскільки це вимагатиме від мене перейменування занадто багато файлів.

Я задав абсолютно те саме питання безпосередньо Synology (навіть вказуючи їх на цю статтю), і їх відповідь була цікава: "Обмеження імені файлу в зашифрованій папці - 143 байти. Це може бути до 140 чистого латинського символу або 45 CJK (китайська , Японські та корейські) ".

Після цієї відповіді я ще більше тестував себе, тестуючи файли, що мали 45, 46, 140, 143 та 144 символів. Мої тести показують, що файли розміром до 143 символів (не байти, всупереч тому, що мені сказала Synology) будуть зашифровані, але файли зі 144 символами ПОПЕРЕДНЯЮТЬ папку для шифрування. Однак ПОВІДОМЛЕННЯ ПОМИЛКИ, яке я отримую від моєї NAS, полягає в тому, що ім'я файлу має бути менше 45 символів (тоді як реальність полягає в тому, що воно має бути менше 144 символів).

Я не робив тестів із символами CJK ... Але, кому це читати, здається, що ти добре до 143 символів, незважаючи на те, що система тобі каже.

Я хотів би уточнити, що linux має обмеження 255 байтів на ім’я файлу, а не 255 символів. Це суттєва відмінність, і якщо ви використовуєте, наприклад, кодування UTF-8, у вас може виникнути назви файлів максимум 100 символів.

Довжина шифруваного імені файлу була для мене лише проблемою, оскільки мені потрібен певний піддірець мого домашнього каталогу для підтримки довгих імен файлів, і, врешті-решт, я зрозумів, що можу просто створити файлову систему всередині файлу та встановити, що:

dd if=/dev/zero of=/home/me/.some.img bs=1024 count=1024
mkfs.ext3 /home/me/.some.img
chmod 777 /home/me/longfilenames
sudo mount /home/me/.some.img /home/me/longfilenames

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

Мої колеги розмістили зображення в / tmp - дані тестування не є особливо конфіденційними: ми в основному хочемо захистити наш вихідний код, а не результати тестування.