Sécurisation et facilitation des accès externes aux applications.

L’utilisation d’un Reverse Proxy permet aux utilisateurs externes d'accéder à une ressource du réseau interne en interceptant la demande d’accès et en gérant la requête, c'est-à-dire en contactant le serveur cible et en retournant la réponse à l’utilisateur.

Lorsque l’on cherche à accéder à une ressource protégée par un reverse proxy, on contacte ce dernier et le client n'a pas de visibilité sur le ou les serveurs cachés derrière. Il agit comme une barrière de protection vis-à-vis des serveurs du réseau interne, et permet la publication sécurisée de la ressource interne.

Un Reverse Proxy cache la structure et la disposition des serveurs internes, améliorant ainsi la sécurité en minimisant les risques d'attaques directes.

Il peut agir comme une couche supplémentaire de protection contre les attaques comme les attaques par déni de service (DDoS) ou les intrusions web en dissimulant les serveurs backend. Il peut également déchiffrer le trafic SSL/TLS provenant de l'Internet avant de le passer au serveur backend, réduisant ainsi la charge de travail de ce dernier. de copies des pages web ou d'autres contenus, et donc l’envoi direct de ces copies sans avoir à solliciter le serveur backend, accélérant ainsi le temps de réponse.

Le serveur Reverse proxy s’installe généralement en DMZ sur un pare-feu. Cette installation interdit de fait un trafic direct vers le système d’information. Outre la protection d’accès, il peut également apporter une plus-value technique à la gestion de la configuration SSL dans les communications sur Internet, en prenant en compte la gestion centralisée des certificats SSL simplifiant l'administration et renforçant la sécurité. Accès Web aux applications ou à la messagerie par exemple.

Un reverse proxy peut diriger également une partie du trafic vers une nouvelle version d'un site ou d'une application, permettant ainsi des tests effectifs en conditions réelles d'utilisation.

L’utilisation d’un Reverse proxy doit être chaîné avec un serveur d'authentification et d'autorisation fournissant une authentification à deux facteurs et du single sign-on (SSO) pour les applications qu’il protège.

L’équipe ALD@RAN a choisi Authelia pour ce faire.

Une fois authentifié, Authelia demandera d’utiliser une méthode pour la deuxième authentification une fois l’application adéquate paramétrée.

Ici pour l’exemple, l’authentification à mot de passe unique.