QuTS hero 6.0.0.3500: Kata sandi folder bersama terenkripsi yang ada dengan tanda ":" tidak lagi berfungsi setelah upgrade

[elfshimomura]

Halo,

Saya ingin melaporkan kemungkinan adanya masalah kompatibilitas yang berkaitan dengan folder bersama terenkripsi setelah melakukan upgrade ke QuTS hero 6.0.0.3500.

Lingkungan:

• NAS: TS-673A

• OS: QuTS hero h6.0.0.3500

• Folder bersama terenkripsi yang dibuat pada versi QTS/QuTS hero yang lebih lama

Fakta penting:

Kata sandi enkripsi mengandung karakter titik dua (:).

Ini bukan kata sandi baru. Kata sandi yang sama telah digunakan dengan sukses selama bertahun-tahun sebelum upgrade. Jadi karakter “:” jelas diterima oleh sistem pada saat folder bersama terenkripsi dibuat.

Masalah:

Setelah upgrade ke QuTS hero 6.0.0.3500, saya tidak lagi bisa membuka kunci folder bersama terenkripsi atau mengekspor kunci enkripsi melalui Storage Manager.

Antarmuka GUI langsung menolak kata sandi dengan pesan validasi berikut:

“Password cannot contain " $ : = \ or spaces.”

Karena kata sandi enkripsi asli mengandung titik dua, kata sandi yang benar tidak bisa lagi dimasukkan lewat GUI.

Penyelidikan:

Saya memeriksa kode frontend dan menemukan bahwa pesan validasi tersebut ditulis secara hardcode di frontend Storage Manager.

Dataset terenkripsi itu sendiri tidak rusak.

Dengan menggunakan SSH, saya memverifikasi bahwa:

• Dataset ZFS terenkripsi masih ada.

• Dataset tersebut awalnya melaporkan:

  • keystatus = unavail

• Setelah memuat kunci secara manual melalui SSH:

  • keystatus = avail

  • mounted = yes

Setelah itu:

• Akses SMB berjalan normal.

• Akses melalui Windows Explorer berjalan normal.

• Akses melalui Finder di macOS berjalan normal.

• Semua data tetap utuh.

Pengujian API backend:

Saya juga menguji API ekspor kunci secara langsung.

Permintaan:

POST /api/storage/v1/volumes//encryption/key_file/download

Frontend mengirimkan kata sandi melalui:

x-key:

Saya melewati validasi di frontend dan mengirimkan kata sandi asli langsung ke API.

Hasil:

• HTTP 200 OK

• Content-Length: 0

• Body respons kosong

Storage Manager menghasilkan entri log sistem dan notifikasi email berikut:

[Storage Manager] Entered invalid encryption key.

Ini menunjukkan bahwa masalahnya tidak hanya pada validasi frontend. Backend juga menolak kata sandi meskipun sebelumnya valid dan dataset terenkripsi tetap bisa dibuka secara manual melalui SSH.

Pertanyaan:

1. Apakah ini masalah kompatibilitas yang sudah diketahui di QuTS hero 6.0.0.3500?

2. Apakah logika validasi kata sandi untuk folder bersama terenkripsi telah berubah dibandingkan versi QTS/QuTS hero sebelumnya?

3. Mengapa kata sandi yang sebelumnya berfungsi selama bertahun-tahun kini dianggap sebagai kunci enkripsi tidak valid?

4. Mengapa API ekspor kunci mengembalikan HTTP 200 dengan respons kosong, bukan error?

5. Apakah ada prosedur migrasi atau pemulihan resmi untuk folder bersama terenkripsi yang dibuat dengan aturan kata sandi lama?

Saat ini data aman karena dataset sudah dibuka secara manual melalui SSH, tapi jalur manajemen normal melalui Storage Manager tidak lagi berfungsi.

Masukan dari staf QNAP atau pengguna yang mengalami perilaku serupa sangat saya hargai.

[taoyouh12138]

Sepertinya ini masalah serius. Sudah coba mengajukan tiket dukungan? Apa yang mereka katakan?

[Lucas]

Hai @elfshimomura,

Terima kasih sudah membagikan informasi detail dan hasil investigasi Anda.

Untuk membantu kami memverifikasi perilaku ini lebih lanjut, bolehkah kami memastikan versi QTS/QuTS hero mana yang digunakan saat folder bersama terenkripsi tersebut pertama kali dibuat, atau versi mana yang Anda gunakan sebelum melakukan upgrade ke QuTS hero h6.0.0.3500?

Karena ini melibatkan akses folder bersama terenkripsi dan mungkin memerlukan tinjauan lebih lanjut terhadap lingkungan sistem Anda, kami sarankan untuk membuka tiket dukungan melalui QNAP Service Portal:

Service Portal - QNAP

Tim dukungan kami akan membantu investigasi dan penanganan lebih lanjut secara tepat waktu.

Terima kasih sekali lagi atas laporan kasus ini.

[elfshimomura]

Hai Lucas,

Terima kasih atas balasannya.

Saya sudah membuka tiket dukungan dengan QNAP Japan Support melalui QNAP Service Portal, dan saya juga telah mengirimkan paket log dukungan melalui tiket tersebut.

Mengenai versi sebelumnya, saya masih memeriksa log, tetapi saya menemukan informasi berikut di /etc/config/uLinux.conf:

[System]
Model = TS-X73A
Version = 5.2.8
Build Number = 20251225
Number = 3359
Build Date = 2025-12-25

Jadi, konfigurasi sistem saat ini menunjukkan 5.2.8 build 20251225 / number 3359.

Ini juga tampaknya sesuai dengan uptime sebelum upgrade. NAS sudah berjalan sekitar 135 hari sebelum saya melakukan upgrade ke QuTS hero h6.0.0.3500, jadi kemungkinan saya menggunakan QuTS hero 5.2.8 build 20251225 tepat sebelum upgrade.

Saya tidak 100% yakin versi QTS/QuTS hero mana yang digunakan saat folder bersama terenkripsi tersebut awalnya dibuat. NAS-nya sendiri dibeli sekitar 4 tahun lalu, dan kemungkinan saya pernah membuat ulang folder bersama terenkripsi setelah itu, jadi saya memperkirakan folder bersama terenkripsi dibuat sekitar 3 hingga 4 tahun yang lalu.

Sampai upgrade ini, saya biasanya selalu memperbarui firmware NAS ke versi terbaru. Saya juga sudah berkali-kali menyalakan ulang NAS setelah update firmware sebelumnya, dan setiap kali saya bisa membuka folder bersama terenkripsi yang sama menggunakan password yang sama yang mengandung :. Jadi, password yang mengandung : memang sudah berfungsi normal, tidak hanya saat folder dibuat, tapi juga setelah beberapa kali update firmware dan restart.

Masalah ini baru muncul setelah upgrade ke QuTS hero h6.0.0.3500.

Saya akan terus memeriksa paket log dukungan untuk melihat apakah saya bisa mengidentifikasi riwayat versi secara pasti.

[elfshimomura]

Pembaruan:

Dukungan QNAP Jepang telah menanggapi tiket dukungan saya dan mengeskalasikan kasus ini ke tim pengembangan mereka.

Mereka memberikan panduan melalui saluran dukungan resmi, dan saya berhasil mengganti kata sandi folder bersama terenkripsi dengan yang baru yang tidak mengandung karakter terbatas.

Setelah mengganti kata sandi, saya dapat mengekspor file kunci enkripsi yang valid dari Storage Manager. Sebelumnya, file yang diekspor berukuran 0 byte, tetapi sekarang sudah berhasil diekspor dengan benar.

Data tetap dapat diakses.

Saya tidak dapat membagikan prosedur pemulihan internal secara detail di publik, karena itu diberikan melalui dukungan QNAP. Namun, saya sarankan untuk membuka tiket dukungan jika ada yang mengalami masalah serupa pada kata sandi folder bersama terenkripsi lama yang mengandung karakter khusus setelah meningkatkan ke QuTS hero h6.0.0.3500.

Saya masih memeriksa inkonsistensi status lain, di mana dataset ZFS telah ter-mount dan dapat diakses, tetapi beberapa alat manajemen QNAP masih menampilkan status volume yang berbeda.