Euh, pourquoi le navigateur ne le pourrait pas ? (c'est une vrai question, je suis orienté dév natif, je ne fais jamais du ouèbe). Après tout il a déjà les bibliothèques de chiffrement (j'avais même cru vior traîner un pour le HTML5, mais je suppose que ce n'est pas pour les fichiers...). Et question ressources, ben que ça soit le navigateur ou un programme à côté, ça reste la même machine qui s'en charge...

Ah oui, autre explication de l'utilisation du RSA : le serveur ayant la clé publique, il peut s'occuper du chiffrement sans pouvoir déchiffrer après coup.

Mais bon, ça voudrait dire que les fichiers sont envoyés en clair, et se retrouvent donc temporairement en clair sur le serveur (le temps du chiffrement). Moyen, mais bon.

Nope, RSA n'a pas plus de raffinement qu'AES, c'est même plutôt le contraire. Je pense qu'ils ont pris RSA parce qu'ils sont mauvais et qu'ils ont du ce dire "Ça yen a être le plus utilisé sur le Web, dont nous yen a prendre ça" ( parce que 2048 bits offre une protection suffisante ). Ensuite, faudrait comparer les ressources nécessaires pour chiffrer/déchiffrer en RSA 2048 et en AES-128

J'avoue ne pas connaitre les performances de Javascript dans ce domaine.
Mais si ce que tu dis est vrai (chiffrement/déchiffrement coté serveur) alors ça n'a tout simplement aucun intérêt.

Est-ce qu'on sait clairement de quel coté est fait le chiffrement des données, comment est généré la clé privé (Javascript?), lors de la récupération du fichier où est fait le déchiffrement, doit-on envoyer la clé privé pour un déchiffrement coté serveur ?
Sans ces informations autant pisser dans un violon.