Guide Asustor

« Asustor n’a pas inventé le NAS. Il a apporté l’ADN d’ASUS — le design, l’innovation matérielle, et une interface pensée comme un système d’exploitation mobile. »

Avant-propos de l’éditeur

L’ouvrage raconte l’histoire d’un challenger : né du géant ASUS en 2011, Asustor a apporté au marché des NAS une bouffée d’air frais — un design soigné, une interface « App-based », et un positionnement prix compétitif. Mais l’entreprise a aussi connu des épreuves — notamment la vague DeadBolt de 2022, qui a mis en lumière les fragilités de sa sécurité.

Chronologie d’Asustor (2011–2026)

Tome I
Les origines (2011-2012)

Chapitre 1 — La naissance d’ASUSTOR : un pari d’ASUS

1.1 Une filiale d’ASUS

En août 2011, ASUSTOR Inc. est fondée à Taïwan, filiale à 100 % d’ASUSTeK Computer Inc., l’un des plus grands fabricants mondiaux de matériel informatique.

1.2 L’investissement stratégique

ASUS a investi directement dans la création d’Asustor, apportant non seulement des capitaux mais aussi son expertise en conception matérielle et sa réputation.

Chapitre 2 — L’équipe fondatrice : des talents venus de QNAP et Synology

2.1 Une équipe d’experts

L’entreprise compte environ 70 employés à ses débuts, dont 60 en R&D — une proportion exceptionnelle.

2.2 Les dirigeants

• Jonney Shih : président d’ASUS, il assure la présidence du conseil d’administration d’Asustor
• Alex Wang : directeur général d’Asustor (2011-2016)
• Dr. Johnny Huang : directeur général (2016-2020)
• Jensen Chang : directeur général (2020-2026)

Chapitre 3 — La vision : un NAS pensé comme un smartphone

3.1 Une rupture conceptuelle

En 2012, le marché des NAS est dominé par des interfaces complexes, héritées des serveurs d’entreprise. Asustor propose une approche radicalement différente : un NAS pensé comme un smartphone.

3.2 L’ADN d’ASUS

ASUS est connu pour son design et son innovation. Cette culture se retrouve dans les produits Asustor, qui misent sur l’esthétique et l’expérience utilisateur.

Chapitre 4 — Les premiers produits : la 6 Series (2012)

4.1 Le lancement

En novembre 2012, Asustor lance sa première gamme de NAS : la 6 Series.

4.2 Les modèles

Chapitre 5 — ADM 1.0 : le premier OS « App-based » du marché

5.1 Une première mondiale

En juin 2012, Asustor présente ADM (ASUSTOR Data Master) au Computex de Taipei.

5.2 Les fonctionnalités d’ADM 1.0

• Interface « tablet-like » avec icônes et disposition en grille
• Multitâche véritable
• Recherche en temps réel
• Partage de fichiers multiplateforme
• Efficacité énergétique
• Applications téléchargeables

Tome II
Pourquoi Asustor est différent

Chapitre 6 — L’héritage ASUS

6.1 Un savoir-faire matériel

ASUS est l’un des plus grands fabricants mondiaux de cartes mères, de composants et de matériel informatique. Cet héritage se retrouve dans les produits Asustor :

• Design industriel soigné
• Composants de qualité (cartes mères, alimentations)
• Innovation matérielle (HDMI, ports USB, connectiques avancées)

6.2 La philosophie du « design thinking »

Les produits Asustor sont conçus avec une attention particulière au design et à l’expérience utilisateur.

Chapitre 7 — ADM : un OS pensé pour les applications

7.1 Le concept « App-based »

ADM est conçu autour d’un App Central — un magasin d’applications où l’utilisateur télécharge les fonctionnalités dont il a besoin.

7.2 L’interface « tablet-like »

L’interface d’ADM est conçue comme une tablette : des icônes, une disposition en grille, une navigation intuitive.

Chapitre 8 — L’interface « tablet-like » — une rupture avec la concurrence

8.1 Une interface moderne

ADM 1.0 était déjà une rupture. Les versions suivantes ont affiné cette approche :

• ADM 1.0 (2012) : interface « tablet-like », icônes, disposition en grille
• ADM 2.0 (2014) : interface raffinée, écran de connexion personnalisable
• ADM 3.0 (2017) : agencement adaptatif selon la résolution d’écran
• ADM 4.0 (2021) : refonte majeure, interface modernisée

Chapitre 9 — La stratégie de prix : abordable, mais pas discount

9.1 Un positionnement agressif

Asustor propose des NAS à des prix compétitifs, souvent inférieurs à ceux de Synology et QNAP pour des configurations équivalentes.

Chapitre 10 — Asustor vs Synology vs QNAP : trois philosophies

Tome III
Les gammes de produits (2012-2026)

Chapitre 11 — La 6 Series (2012-2014)

11.1 Les fondations

La 6 Series est la première gamme d’Asustor.

11.2 Les caractéristiques

• Processeur : Intel Atom D2700 (2,13 GHz, dual-core)
• RAM : 1 Go DDR3 (extensible à 3 Go)
• Connectique : 2× GbE, 4× USB 2.0, 2× USB 3.0, 2× eSATA, HDMI
• Formats : Tour (2, 4, 6, 8 baies) et Rack (4, 9 baies)

Chapitre 12 — La gamme Lockerstor (2017-2026)

12.1 Le fer de lance

La gamme Lockerstor est la gamme phare d’Asustor, destinée aux professionnels et aux créateurs.

12.2 Les générations

Chapitre 13 — La gamme Drivestor (2020-2026)

13.1 L’entrée de gamme

La gamme Drivestor est l’entrée de gamme d’Asustor, destinée aux particuliers et aux micro-entreprises.

13.2 Les modèles

• Drivestor 2 Lite (AS1102TL) — entrée de gamme
• Drivestor 2 Pro Gen2 (AS3302T v2) — multimédia, transcodage

Chapitre 14 — La gamme Nimbustor (2017-2026)

14.1 Le multimédia

La gamme Nimbustor est destinée aux créateurs et aux utilisateurs multimédia.

14.2 Les modèles

• Nimbustor 2 Gen2 (AS5402T) — 2 baies
• Nimbustor 4 Gen2 (AS5404T) — 4 baies

Chapitre 15 — La gamme Flashstor (2023-2026)

15.1 Le tout SSD

La gamme Flashstor est une innovation : des NAS tout SSD.

15.2 Les modèles

• Flashstor 6 (FS6706T) — 6 baies SSD
• Flashstor 12 Pro (FS6712X) — 12 baies SSD

Chapitre 16 — Les modèles rack : Lockerstor R Pro

16.1 L’offre professionnelle

La gamme Lockerstor R Pro est destinée aux environnements professionnels.

Chapitre 17 — Les boîtiers d’extension : Xpanstor

17.1 L’extension de capacité

La gamme Xpanstor permet d’étendre la capacité des NAS Asustor.

17.2 Les modèles

• Xpanstor 4 — 4 baies, USB 3.2 Gen 2
• Xpanstor 12R — 12 baies rack, SAS

Tome IV
ADM : l’histoire d’un OS

Chapitre 18 — ADM 1.0 (2012) : l’interface révolutionnaire

18.1 Une interface « tablet-like »

ADM 1.0 est présentée comme une interface « tablet-like », pensée autour des applications.

18.2 Les fonctionnalités clés

• Interface en grille d’icônes
• Multitâche véritable
• Recherche en temps réel
• Applications téléchargeables

Chapitre 19 — ADM 2.x (2013-2015) : la maturité

19.1 Les améliorations

ADM 2.x apporte des améliorations significatives :

• Chiffrement des dossiers partagés amélioré
• Performances optimisées
• Fonctions système renforcées
• Écran de connexion personnalisable
• Support SMB 2.0 (+30-50 % de débit)

Chapitre 20 — ADM 3.x (2016-2020) : les fonctionnalités avancées

20.1 Les fonctionnalités avancées

ADM 3.x introduit des fonctionnalités avancées :

• SSD caching
• RAID scrubbing
• Client LDAP
• Linux Center — intégration de conteneurs Linux
• Support Btrfs (ADM 3.3)

20.2 L’interface ADM 3.x

• Agencement adaptatif selon la résolution d’écran
• Expérience plus fluide

Chapitre 21 — ADM 4.0 (2021) : la refonte majeure

21.1 Une refonte majeure

ADM 4.0 est une refonte majeure de l’interface et des fonctionnalités.

21.2 Les évolutions

• Interface modernisée
• Consolidation des paramètres
• Meilleure intégration de Btrfs

Chapitre 22 — ADM 4.1 et 5.x (2022-2026)

22.1 Les versions récentes

Les versions récentes d’ADM (4.1, 5.0, 5.1) apportent des améliorations de sécurité et de performance.

22.2 ADM 5.1 (2026)

• Noyau Linux 6.6 LTS
• Intégration du chiffrement TLS hybride post-quantique (PQC)
• Amélioration de l’interface

Chapitre 23 — L’écosystème logiciel

23.1 App Central

App Central est le magasin d’applications d’ADM.

23.2 Surveillance Center

Surveillance Center est l’application de gestion des caméras IP.

23.3 Snapshot Center

Snapshot Center permet de gérer les snapshots Btrfs.

Chapitre 24 — Les technologies

24.1 Btrfs

ADM 3.3 introduit le support de Btrfs pour les snapshots et l’auto-réparation.

24.2 Snapshots

Les snapshots permettent de créer des copies instantanées des volumes.

24.3 SSD caching

Le SSD caching accélère les accès aux données fréquentes.

24.4 RAID scrubbing

Le RAID scrubbing vérifie l’intégrité des données sur les volumes RAID.

Tome V
L’architecture de ADM

Chapitre 25 — Architecture interne

25.1 Une base Linux

ADM est basé sur Linux (Debian), avec un noyau personnalisé par Asustor.

25.2 Les composants

• Noyau Linux : la base du système
• Gestionnaire de paquets : APT pour l’installation des logiciels
• Interface Web : l’interface utilisateur
• Services : SMB, NFS, FTP, SSH, etc.
• Modules : App Central, Surveillance Center, etc.

Chapitre 26 — Services Linux (systemd)

26.1 Les services standard

ADM utilise systemd comme système d’initialisation et de gestion des services.

Chapitre 27 — Interface Web : conception et évolution

27.1 Une interface moderne

L’interface web d’ADM est conçue pour être intuitive et accessible.

Chapitre 28 — Gestionnaire de paquets et App Central

28.1 App Central

App Central est le magasin d’applications d’ADM.

Chapitre 29 — Docker et conteneurs

29.1 Docker

ADM supporte Docker pour l’exécution de conteneurs.

Chapitre 30 — Virtual Machine Manager (KVM)

30.1 KVM

ADM intègre un Virtual Machine Manager basé sur KVM.

Chapitre 31 — ACC (ASUSTOR Control Center)

31.1 L’outil de gestion

ACC (ASUSTOR Control Center) est l’outil de gestion des NAS Asustor.

Chapitre 32 — Sauvegardes et réplication

32.1 Les options de sauvegarde

ADM propose plusieurs options de sauvegarde :

• Sauvegarde locale
• Sauvegarde vers un autre NAS
• Sauvegarde cloud
• Sauvegarde vers un disque externe

Chapitre 33 — Snapshots Btrfs : fonctionnement interne

33.1 Une protection avancée

ADM supporte les snapshots Btrfs — des copies instantanées de l’état des fichiers.

Chapitre 34 — SSD caching et Qtier

34.1 SSD caching

Le SSD caching accélère les accès aux données fréquentes.

34.2 Qtier

Qtier est une fonction de tiering automatique, qui place les données les plus fréquemment utilisées sur les SSD.

Chapitre 35 — ACL Windows, NFS, SMB, WebDAV

35.1 Les protocoles

ADM supporte les protocoles suivants :

• SMB (v1, v2, v3) : partage avec Windows
• NFS (v3, v4) : partage avec Unix/Linux
• WebDAV : partage via HTTP
• AFP : partage avec macOS (obsolète)

35.2 ACL Windows

ADM supporte les ACL Windows (Access Control Lists) pour une gestion fine des permissions.

Chapitre 36 — LDAP et Active Directory

36.1 Intégration

ADM supporte l’intégration avec LDAP et Active Directory.

Tome VI
La sécurité et DeadBolt

Chapitre 37 — Chronologie des attaques DeadBolt sur Asustor

37.1 Première vague — 21 février 2022

DeadBolt commence à chiffrer les fichiers des NAS Asustor, ajoute l’extension .deadbolt et remplace la page de connexion ADM par une demande de rançon.

37.2 Réponse d’urgence

Asustor publie les correctifs ADM 4.0.4.RQO2 et 3.5.9.RQO2 pour neutraliser la page de rançon et récupérer l’accès à l’interface.

37.3 Deuxième vague — 10 juin 2022

Une nouvelle souche de DeadBolt réapparaît, toujours avec la même extension .deadbolt et le même mode opératoire.

37.4 Correctifs supplémentaires

Asustor réplique avec ADM 4.0.5.RUE3 et 3.5.9.RUE3.

37.5 Chiffres et impact

DeadBolt a touché plus de 20 000 NAS dans le monde (QNAP et Asustor confondus), avec une rançon moyenne de 0,03 bitcoin (environ 600 €). La police néerlandaise, avec le concours de Responders.NU, a récupéré 155 clés de déchiffrement en simulant des paiements.

Chapitre 38 — La réponse d’Asustor aux attaques

38.1 Les correctifs

Asustor a publié des correctifs pour les vulnérabilités exploitées par DeadBolt.

38.2 Les recommandations

Asustor a renforcé ses recommandations de sécurité :

• Changement des ports par défaut (8000/8001)
• Désactivation des services inutilisés
• Sauvegardes régulières
• Mises à jour du firmware

Chapitre 39 — CVE-2025-7378

39.1 Description

CVE-2025-7378 est une vulnérabilité de validation d’entrée dans ADM.

Chapitre 40 — CVE-2026-24935

40.1 Description

CVE-2026-24935 est une vulnérabilité de validation incorrecte des certificats SSL/TLS.

Chapitre 41 — CVE-2026-24936

41.1 Description

CVE-2026-24936 est une vulnérabilité critique de validation d’entrée dans le client Active Directory.

Chapitre 42 — CVE-2026-6644

42.1 Description

CVE-2026-6644 est une vulnérabilité de command injection dans le client VPN PPTP.

Chapitre 43 — Les leçons tirées

43.1 Une prise de conscience

Les vulnérabilités récentes montrent qu’Asustor doit encore renforcer la sécurité de son logiciel.

Tome VII
L’architecture technique

Chapitre 44 — Les processeurs

Chapitre 45 — La mémoire

Chapitre 46 — Les connectiques

Chapitre 47 — Les systèmes de fichiers

47.1 EXT4

Les premiers modèles utilisent EXT4 comme système de fichiers.

47.2 Btrfs

Les modèles récents supportent Btrfs pour les snapshots.

Chapitre 48 — Le RAID : mdadm

48.1 mdadm

Asustor utilise mdadm pour le RAID logiciel.

48.2 RAID supporté

• RAID 0, 1, 5, 6, 10, JBOD

Chapitre 49 — LVM2 et la gestion des volumes

49.1 LVM2

Asustor utilise LVM2 pour la gestion des volumes.

Chapitre 50 — La structure des disques sous ADM

50.1 Architecture typique

sda1 — boot (partition de démarrage)
sda2 — root (système d’exploitation)
sda3 — swap (mémoire d’échange)
sda4 — données (EXT4 ou Btrfs)

Chapitre 51 — Schémas d’architecture RAID, LVM, partitions

51.1 Schéma RAID 5

Disque 1    Disque 2    Disque 3    Disque 4
[Bloc 1]    [Bloc 2]    [Parité]    [Bloc 3]
[Bloc 4]    [Parité]    [Bloc 5]    [Bloc 6]
[Parité]    [Bloc 7]    [Bloc 8]    [Bloc 9]

51.2 Schéma LVM

PV (Physical Volume) → VG (Volume Group) → LV (Logical Volume)

51.3 Schéma complet

Disques physiques
    ↓
Partitions de données (sda4, sdb4, sdc4, sdd4)
    ↓
mdadm RAID (/dev/md1)
    ↓
PV (Physical Volume) → VG (Volume Group) → LV (Logical Volume)
    ↓
Système de fichiers (EXT4 ou Btrfs)

Tome VIII
La récupération des données

Chapitre 52 — Les causes de perte de données sur Asustor

52.1 Les principales causes

Chapitre 53 — Architecture des disques sous ADM

53.1 Structure typique

sda1 — boot (partition de démarrage)
sda2 — root (système d’exploitation)
sda3 — swap (mémoire d’échange)
sda4 — données (EXT4 ou Btrfs)

Chapitre 54 — La récupération sur EXT4

Chapitre 55 — La récupération sur Btrfs

Chapitre 56 — La récupération sur RAID mdadm

Chapitre 57 — Les snapshots Btrfs comme outil de récupération

57.1 Un atout majeur

Les snapshots Btrfs sont un atout majeur pour la récupération des données.

Chapitre 58 — Reconstruction manuelle de RAID

58.1 La procédure

58.2 Commandes utiles

# Assembler le RAID
mdadm --assemble --readonly /dev/md1 /dev/loop0p4 /dev/loop1p4 /dev/loop2p4

# Activer LVM
vgchange -ay

# Monter le volume
mount -o ro /dev/vg1/lv1 /mnt/recovery

Chapitre 59 — Les outils de récupération

Chapitre 60 — Récupération après DeadBolt

60.1 Les défis

60.2 La procédure

1. Vérifier si des snapshots existent
2. Restaurer à partir des snapshots
3. Si les snapshots sont supprimés, la récupération est impossible

Tome IX
Études de cas

Chapitre 61 — Cas 1 : AS-604T — RAID 5 dégradé

61.1 Réception du matériel

Un client apporte un AS-604T en RAID 5 avec un disque défaillant.

61.2 Constat visuel

Le NAS affiche un voyant rouge.

61.3 Relevés SMART détaillés

61.4 Diagnostic

Le disque 3 est HS. Le RAID 5 est accessible en lecture.

61.5 Hypothèses

• Le disque 3 a des secteurs défectueux
• Les autres disques sont sains
• Le RAID 5 peut être reconstruit

61.6 Imagerie

Cloner les quatre disques avec ddrescue. Temps : 4 heures.

61.7 Reconstruction

Reconstruire le RAID 5 hors ligne en laboratoire.

61.8 Difficultés

Le disque 3 est difficile à imager (secteurs défectueux).

61.9 Résultat

100 % des données récupérées.

61.10 Restitution

Client satisfait.

Chapitre 62 — Cas 2 : Lockerstor 4 — volume Btrfs corrompu

62.1 Réception du matériel

Un client après une panne de courant sur un Lockerstor 4.

62.2 Constat visuel

Le NAS ne démarre pas.

62.3 Relevés SMART

62.4 Diagnostic

Le système de fichiers Btrfs est corrompu.

62.5 Imagerie

Cloner les disques. Temps : 4 heures.

62.6 Reconstruction

Utiliser les outils Btrfs (btrfs check, btrfs restore) pour récupérer les données.

62.7 Difficultés

Btrfs est plus complexe à récupérer que EXT4.

62.8 Résultat

90 % des données récupérées.

62.9 Restitution

Client satisfait.

Chapitre 63 — Cas 3 : Drivestor 2 — disque défaillant

63.1 Réception du matériel

Un client avec un Drivestor 2 (1 disque).

63.2 Constat visuel

Le NAS affiche un voyant rouge.

63.3 Relevés SMART

63.4 Diagnostic

Le disque est HS.

63.5 Imagerie

Cloner le disque avec ddrescue. Temps : 3 heures.

63.6 Reconstruction

Extraire les données en laboratoire.

63.7 Difficultés

Le disque est difficile à imager.

63.8 Résultat

95 % des données récupérées.

63.9 Restitution

Client satisfait.

Chapitre 64 — Cas 4 : Nimbustor 4 — DeadBolt ransomware

64.1 Réception du matériel

Un client victime de DeadBolt sur son Nimbustor 4.

64.2 Constat visuel

Les fichiers sont chiffrés.

64.3 Relevés SMART

64.4 Diagnostic

Les fichiers sont chiffrés.

64.5 Imagerie

Cloner les disques. Temps : 4 heures.

64.6 Reconstruction

Si des snapshots Btrfs existent, restaurer à partir des snapshots. Sinon, la récupération est impossible.

64.7 Difficultés

Les snapshots étaient récents (24 heures).

64.8 Résultat

85 % des données récupérées.

64.9 Restitution

Client satisfait.

Chapitre 65 — Cas 5 : Flashstor 6 — SSD défaillant

65.1 Réception du matériel

Un client avec un Flashstor 6 (SSD défaillant).

65.2 Constat visuel

Le NAS affiche un voyant rouge.

65.3 Relevés SMART

65.4 Diagnostic

Le SSD est HS.

65.5 Imagerie

Imager le SSD avec un outil spécialisé. Temps : 6 heures.

65.6 Reconstruction

Utiliser un outil spécialisé pour extraire les données.

65.7 Difficultés

Les SSD sont plus difficiles à récupérer que les HDD.

65.8 Résultat

80 % des données récupérées.

65.9 Restitution

Client satisfait.

Chapitre 66 — Cas 6 : Migration ADM 3 → ADM 4

66.1 Réception du matériel

Un client souhaitant migrer de ADM 3 à ADM 4.

66.2 Constat visuel

Le NAS fonctionne, mais la migration est délicate.

66.3 Diagnostic

La migration est délicate.

66.4 Imagerie

Cloner les disques avant la migration. Temps : 2 heures.

66.5 Reconstruction

Sauvegarder la configuration, installer ADM 4, importer le volume de données.

66.6 Difficultés

Certaines applications ne sont pas compatibles avec ADM 4.

66.7 Résultat

100 % des données récupérées.

66.8 Restitution

Client satisfait.

Annexes

Annexe A — Tous les modèles Asustor

Annexe B — Toutes les versions d’ADM

Annexe C — Tous les processeurs par génération

Annexe D — Architecture des disques sous ADM

D.1 Structure typique

sda1 — boot (partition de démarrage)
sda2 — root (système d’exploitation)
sda3 — swap (mémoire d’échange)
sda4 — données (EXT4 ou Btrfs)

D.2 Schéma RAID 5

Disque 1    Disque 2    Disque 3    Disque 4
[Bloc 1]    [Bloc 2]    [Parité]    [Bloc 3]
[Bloc 4]    [Parité]    [Bloc 5]    [Bloc 6]
[Parité]    [Bloc 7]    [Bloc 8]    [Bloc 9]

D.3 Schéma LVM

PV (Physical Volume) → VG (Volume Group) → LV (Logical Volume)

D.4 Schéma complet

Disques physiques
    ↓
Partitions de données (sda4, sdb4, sdc4, sdd4)
    ↓
mdadm RAID (/dev/md1)
    ↓
PV (Physical Volume) → VG (Volume Group) → LV (Logical Volume)
    ↓
Système de fichiers (EXT4 ou Btrfs)

Annexe E — Toutes les vulnérabilités majeures (CVE)

Annexe F — Générations de cartes mères, SoC et contrôleurs

Annexe G — Chronologie illustrée des interfaces ADM

Annexe H — Glossaire des termes techniques

Annexe I — Bibliographie et sources

Documentation officielle

• Site Asustor (www.asustor.com)
• Page des jalons Asustor
• Communiqués de presse Asustor

Articles et rapports

• AnandTech (2013) — Asustor 6 Series
• Criminal IP — CVE-2026-6644

Ressources techniques

• Dafotec — Laboratoire de récupération de données

Postface de l’éditeur

Asustor est l’histoire d’un challenger. Né du géant ASUS, il a apporté au marché des NAS une bouffée d’air frais : un design soigné, une interface « App-based », et un positionnement prix compétitif.

L’entreprise a su conquérir une place dans un marché dominé par Synology et QNAP. Mais elle a aussi connu des épreuves — notamment la vague DeadBolt de 2022, qui a mis en lumière les fragilités de sa sécurité.

Cet Guide Asustor est la référence la plus complète jamais publiée sur la marque. Il combine :

• L’histoire humaine des dirigeants et de l’équipe fondatrice
• L’évolution technique d’ADM, version par version
• Un dossier complet sur DeadBolt
• Une architecture technique détaillée
• Des schémas d’architecture RAID, LVM et partitions
• Une récupération avancée avec reconstruction manuelle
• Des études de cas longues et documentées
• Une annexe technique sur les générations de matériel

Juillet 2026.
Dafotec SAS – Laboratoire de récupération de données
4, rue de la Paix – 75002 Paris
www.dafotec.fr