Download [Stable] QTS 4.1.1 Build1003 | ARM & x86

Paweł Tołoczko · 5 Październik 2014

QNAP Releases New QTS for Turbo NAS with Official GNU Bash Patch Update

Taipei, Taiwan, October 5, 2014 – QNAP® Systems, Inc. today released QTS 4.1.1 Build 1003 for its Turbo NAS lineup with an official GNU Bash patch update. QNAP’s security lab has verified QTS 4.1.1 Build 1003 and confirmed it has fixed all currently known Bash security vulnerabilities. All users (including those who have installed QTS 4.1.1 Build 0927 and Qfix 1.0.1) are strongly advised to upgrade their Turbo NAS to this QTS version.

QTS 4.1.1 Build 1003 has fixed the GNU Bash Environment Variable Command Injection Vulnerability (CVE-2014-6271, CVE-2014-7169, CVE-2014-6277, CVE-2014-6278, CVE-2014-7186, and CVE-2014-7187), also known as “Shellshock,” that can allow attackers to gain remote control over UNIX/Linux-based systems. For users who wish to continue using QTS 3.8 to 4.0, QNAP will soon release a Qfix security patch.

QTS 4.1.1 Build 1003 can be installed in the following two ways:

Live Update
QTS > Control Panel > System Settings > Firmware Update > Live Update

Manual Update

Download the firmware from the QNAP website (http://www.qnap.com/download)
QTS > Control Panel >System Settings > Firmware Update > Firmware Update

awww.qnap.com_images_news_Firmware_update_en.png

This firmware is applicable to the following Turbo NAS models:

TS-EC880 Pro, TS-EC1080 Pro, TS-EC880U-RP, TS-EC1280U-RP, TS-EC1680U-RP, TS-EC2480U-RP
TS-879 Pro, TS-1079 Pro, TS-879U-RP/EC879U-RP , TS-1279U-RP/EC1279U-RP, TS-1679U-RP/EC1679U-RP, SS-EC1279U-SAS-RP, SS-EC1879U-SAS-RP, SS-EC2479U-SAS-RP
TS-470, TS-470 Pro, TS-670, TS-670 Pro, TS-870, TS-870 Pro
TS-1270U-RP, TS-870U-RP, TS-1269U-RP,TS-869U-RP, TS-269 Pro/269L, TS-469 Pro/469L, TS-469U-RP/SP, TS-569 Pro/569L, TS-669 Pro/669L, TS-869 Pro/869L
SS-453 Pro, SS-853 Pro, TS-253 Pro, TS-453 Pro, TS-653 Pro, TS-853 Pro
TS-251, TS-451, TS-651, TS-851
HS-210, HS-251, IS-400 Pro
TS-121, TS-221, TS-421, TS-421U
TS-120, TS-220, TS-420, TS-420U
TS-119/119P+/119P II, TS-219/219P/219P+/219P II, TS-419P/419P+/419P II, TS-419U/419U+/419U II
TS-259 Pro/259 Pro+, TS-459 Pro/459 Pro+/459 Pro II, TS-459U-RP/SP, TS-459U-RP+/SP+, TS-559 Pro/559 Pro+/559 Pro II, TS-659 Pro/659 Pro+/659 Pro II, TS-859 Pro/859 Pro+, TS-859U/859U+
SS-439 Pro, SS-839 Pro, TS-239 Pro, TS-239H, TS-239 Pro II, TS-239 Pro II+, TS-439 Pro, TS-439 Pro II, TS-439 Pro II+, TS-439U RP/SP, TS-639 Pro
TS-110, TS-210, TS-410, TS-410U
TS-112/112P, TS-212/212P/212-E, TS-412, TS-412U
TS-509 Pro, TS-809 Pro, TS-809U-RP

QNAP will soon release a patch to fix Bash security issues for the following Turbo NAS models, VioStor NVR models and NMP media players:

Turbo NAS: TS-109/209/409/409U series
VioStor NVR (QVR 5.0.2 version):
- VS-12164U-RP Pro+/ 12156U-RP Pro+/ 12148U-RP Pro+/ 12140U-RP Pro+
- VS-12164U-RP Pro/ 12156U-RP Pro/ 12148U-RP Pro/ 12140U-RP Pro
- VS-8148U-RP Pro+/ 8140U-RP Pro+/ 8132U-RP Pro+/ 8124U-RP Pro+
- VS-8148U-RP Pro/ 8140U-RP Pro/ 8132U-RP Pro/ 8124U-RP Pro
- VS-8148 Pro+/ 8140 Pro+/ 8132 Pro+/ 8124 Pro+
- VS-6120/ 6116/ 6112 Pro+
- VS-6020/ 6016/ 6012 Pro
- VS-4116/ 4112/ 4108U-RP Pro+
- VS-4016/ 4012/ 4008U-RP Pro
- VS-4116/ 4112/ 4108 Pro+
- VS-4016/ 4012/ 4008 Pro
- VS-2112/ 2108/ 2104 Pro+
- VS-2012/ 2008/ 2004 Pro
- VS-2108L/ VS-2104L
Media players: NMP-1000P, NMP-1000

The following models are not affected by Bash security vulnerabilities:

Turbo NAS: TS-431, TS-231, TS-131, TS-201, TS-101, TS-100
QGenie: QG-103N

marcinSS · 10 Październik 2014

Cześć,

Jestem tutaj nowym użytkownikiem i tak naprawdę dopiero raczkuję z QNAP NAS, a muszę wykonać arcytrudną operację mianowicie upgrade firmware.
Obecna wersja to 3.8.4, a nowa to 4.1.1 build1003. Model TS-869U-RP.

Chciałem zapytać czy ktoś z Was wykonywał już upgrade konkretnie dla tego modelu i softu i czy wszystko przebiegło prawidłowo?
Chodzi o to, że to firmowy i jedyny NAS i nie mam zapasowego na który mógłbym skopiować dane.

Będę wdzięczny za wszelkie odpowiedzi i sugestie

fan11 · 10 Październik 2014

marcinSS napisał:
i nie mam zapasowego na który mógłbym skopiować dane

to nie zaczynaj aktualizacji, skopiowanie danych i ustawień serwera to podstawa, zwłaszcza jak podnosisz z wersji 3.x

marcinSS · 10 Październik 2014

A miałeś już przypadek, że coś się rozjechało? Chodzi o to, czy aktualizowałeś firmware z ver3 na ver4 i czy autentycznie były jakieś problemy?
Zastanawiam się nad samym softem skoro producent sam zaleca aktualizację i nie widzę konkretnej informacji czy może to spowodować problem z RAID i danymi na dyskach, a właściwie tylko na tym mi zależy. Sam update jest potrzebny ze względów bezpieczeństwa "bash shellshock"

kaktus · 10 Październik 2014

marcinSS napisał:
Sam update jest potrzebny ze względów bezpieczeństwa "bash shellshock"

Czy u Ciebie problem występuje?

Usunięty użytkownik pigers · 10 Październik 2014

marcinSS napisał:
Obecna wersja to 3.8.4, a nowa to 4.1.1 build1003. Model TS-869U-RP.

firmowy ? bez kopi wybij to sobie z głowy!

Polecam update pośredni z 3.8.x do 4.0.1 a potem do bieżącej

kopia ustawień zawsze zalecana.

marcinSS · 10 Październik 2014

Ok dzięki za szybkie odpowiedzi, czyli bez kopii ani rusz

Trzeba będzie coś wymyślić. Kaktus - szczerze to nie wiem czy problem występuje, ale wolałbym być pewien, że nie wystąpi to wszystko

Poza tym upgrade wnosi sporo poprawek bugów.

Usunięty użytkownik pigers · 10 Październik 2014

wykonaj w FAQ SSH:

Bash:

 bash -c "f() { x() { _;}; x() { _;} <<a; }" 2>/dev/null || echo vulnerable

jeśli wyskoczy vulnerable - to masz nowy FW do wgrania.

fan11 · 11 Październik 2014

marcinSS napisał:
A miałeś już przypadek, że coś się rozjechało?

tak w tym tygodniu robiłem właśnie zapomnianego TS-210 z przed 4 lat i wszystkie aktualizacje robiłem po kolei, ja przechodziłem z ostatniej 3 do pierwszej 4 to wszystko się wysypało

pigers napisał:
firmowy ? bez kopi wybij to sobie z głowy!

i to powinna być podstawa przy poważniejszych aktualizacjach.

marcinSS · 14 Październik 2014

Czyli przy przejściu z 3 na 4 grozi mi zagłada. Fanie11, a ustawienia RAIDa także poszły w kosmos - macierz?

Bash:

bash -c "f() { x() { _;}; x() { _;} <<a; }" 2>/dev/null || echo vulnerable

Poprawka zwraca:
vulnerable...

Ciekawe, test w innym systemie:

Segmentation fault
vulnerable

fan11 · 14 Październik 2014

Był RAID 1 po aktualizacji jeden dysk sie wysypał, po aktualizacji dysk WD5001AALS zmienił się w samodzielny dysk RAID 0 o pojemności 1TB i tak był wszędzie widziany jako macierz RAID0 i mogłem na nim zapisywać dane - takie cuda się zadziały

Silas Mariusz · 14 Październik 2014

Raid 1 zamieniający się w Raid 0? :glupi:

fan11 · 14 Październik 2014

Silas Mariusz napisał:
Raid 1 zamieniający się w Raid 0?

ty się dziwisz, trzeba było mnie zobaczyć jak podpiąłem go pod kompa (karpik gigant był) na początku myślałem, że poprostu padł podpiąłem obydwa pod kompa i jeden widoczny był normalnie tak jak powinien z podziałem na partycje utworzone przez QNAPa, a drugi był bezużyteczny ale R-Stiudio i Windows widziały go jako RAID0 1TB

marcinSS · 14 Październik 2014

No to ładne kwiatki

A dane rozumiem, że także zrobiły sobie mały "stripping"?

fan11 · 14 Październik 2014

dane na drugim dysku z raid1 się zachowały (widziałem w R-Studio) ale właśnie miałem kopię danych

marcinSS · 14 Październik 2014

Hmm czytając powyższe postu wpadłem na pewien pomysł backupu danych. W NAS jest 8 dysków spiętych w 4x1RAID. Jeśli wyłączę NASa i wyciągnę po 1 dysku z każdej grupy to w praktyce otrzymam dyski na których mam na dany moment pełny backup danych - nie mylę się?

Update firmware można wykonać bez 4HDD chociaż gruby macierzowe będą w statusie "degraded" i następnie po update jeśli wszystko pójdzie ok wkładam dyski
i odpalam i czekam na sync macierzy. Jeśli utracę dane to wtedy zawsze będę mógł odbudować macierz z jednym dyskiem dla każdej grupy który podmienię na ten z danymi (obawiając się o kierunek synchro).

Dobrze myślę?

by the way Fan11 miałeś fart

kerajek · 12 Listopad 2014

Witajcie.
Chciałbym podnieść wersję w QNAP 419P+ z wersji 3.x do najnowszej 4.1.1 build 1101. Czy ktoś słyszał o problemach? Czy jakby się coś stało to da się odzyskać z RAID5 dane? Ciężko jest mi zorganizować 3-4TB powierzchni, żeby zrobić backup. Chyba że któryś z kolegów ma do pożyczenia

Znalazłem taki kabelek Lian Li Pw-Sata 1M eSATA - SATA II +Power GW FV (4766882274) - Allegro.pl - Więcej niż aukcje.
Czy jak kupię dysk 4TB 3.5'' i przez niego podłącze do portu eSATA do QNAPa to pociągnie, czy nie da takiego prądu na wyjściu?

Silas Mariusz · 12 Listopad 2014

kerajek napisał:
Czy jakby się coś stało to da się odzyskać z RAID5 dane?

Da się.
Na forum mamy pełno softu do tego typu operacji i tutoriale.
Na dodatek mam nawet bezpośredni kontakt z gościem, który pisze tecdoc'i dla wszystkich gości z supportu w QNAP'ie.

kerajek napisał:
Ciężko jest mi zorganizować 3-4TB powierzchni, żeby zrobić backup. Chyba że któryś z kolegów ma do pożyczenia

Teoretycznie zachowałbyś się jak odpowiedzialny admin.
Prawda jest tak taka:
1) Jeśli NAS jest Twoim backupem danych to przecież masz ich kopie na komputerach
2) Jeśli NAS jest Twoim głównym źródłem danych, to znaczy, że nie masz ich kopii

Szukaj

Download [Stable] QTS 4.1.1 Build1003 | ARM & x86

Paweł Tołoczko

Enterprise Admin...

marcinSS

Nowy użytkownik

fan11

System Engineer

marcinSS

Nowy użytkownik

kaktus

μC Circuitmaker

Usunięty użytkownik pigers

Guest

marcinSS

Nowy użytkownik

Usunięty użytkownik pigers

Guest

fan11

System Engineer

marcinSS

Nowy użytkownik

fan11

System Engineer

Silas Mariusz

rm -rf /

fan11

System Engineer

marcinSS

Nowy użytkownik

fan11

System Engineer

marcinSS

Nowy użytkownik

kerajek

Passing Basics

Silas Mariusz

rm -rf /

Użytkownicy znaleźli tą stronę używając tych słów: