Présentation

Article

1 - FONCTIONS AVANCÉES DE CACHE

2 - ARCHITECTURE AVANCÉE : LA REDIRECTION TRANSPARENTE

3 - GESTION DE L'AUTHENTIFICATION

  • 3.1 - ACL externes
  • 3.2 - Authentification des utilisateurs avec Squid
  • 3.3 - Authentification de l’utilisation de Squid par LDAP

4 - FILTRAGE ANTIVIRAL

5 - FILTRAGE D’URL

  • 5.1 - Installation de SquidGuard
  • 5.2 - Mise en relation avec Squid

6 - RAPPORTS D'UTILISATION

7 - CONCLUSION

Article de référence | Réf : TE7707 v1

Gestion de l'authentification
Mise en œuvre d'un proxy - Fonctions avancées

Auteur(s) : Laurent LEVIER

Date de publication : 10 nov. 2008

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

RÉSUMÉ

Le logiciel Squid possède la faculté de s'interfacer avec des logiciels tiers, décuplant ainsi ses possibilités et offrant des services inhérents à tout relais applicatif digne de ce nom, tels que le filtrage antivirus ou le filtrage d'URL pour bloquer les utilisations abusives ou illégales d'Internet. Par ailleurs, les entreprises disposant d'une authentification centralisée pourront renforcer l'accès Internet par un contrôle d'accès. Enfin, Squid sait aussi offrir des traces, mais peu exploitables. Heureusement, des logiciels tiers permettent de combler cette lacune par la production de rapports plus ou moins granulaires.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

ABSTRACT

Squid software is able to interface itself with other software and thus to dramatically increase its possibilities and offer services provided by any satisfactory application relay, such as an antivirus or URL filter in order to prevent abusive or fraudulent use of the Internet. Furthermore, companies benefiting from centralized authentication can reinforce Internet access with a controlled access system. In addition, Squid can also provide traces although difficult to process. Fortunately, other software applications can address this gap by producing more or less granular reports.

Auteur(s)

  • Laurent LEVIER : CISSP (Certified Information Systems Security Professional) - CISM (Certified Information Security Manager) - Officier de Sécurité du Réseau Interne, Equant Télécommunications

INTRODUCTION

Nous avons vu, dans l'article sur la mise en place d'un relais applicatif , que le logiciel Squid disposait de nombreux avantages, de par son ancienneté et son large déploiement. Nous avons aussi vu comment paramétrer pour qu'il offre les services de base de relais applicatif HTTP, HTTPS et FTP. Cependant, le logiciel dispose de nombreuses autres fonctionnalités dont certaines méritent d'être utilisées.

Squid possède également la faculté de s'interfacer avec des logiciels tiers, permettant ainsi de décupler ses possibilités et surtout d'offrir des services que tout relais applicatif digne de ce nom doit savoir offrir de nos jours, tels que le filtrage antivirus ou le filtrage d'URL pour bloquer les utilisations abusives ou illégales d'Internet. Par ailleurs, les entreprises disposant d'une authentification centralisée (telles ActiveDirectory ou LDAP) pourront renforcer l'accès Internet par un contrôle d'accès.

Enfin, Squid sait aussi offrir des traces, mais ces données ne sont au final qu'une suite de lignes qui empêche une exploitation facile de cette information. Heureusement, des logiciels tiers permettent également de combler cette lacune par la production de rapports plus ou moins granulaires.

Ce sont tous ces points que nous allons maintenant aborder dans cet article traitant de l'utilisation avancée de Squid.

Cet article est réservé aux abonnés.
Il vous reste 94% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-te7707


Cet article fait partie de l’offre

Réseaux Télécommunications

(163 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation

3. Gestion de l'authentification

On rencontre de plus en plus fréquemment dans l'entreprise un serveur ActiveDirectory ou un annuaire LDAP qui sont utilisés afin d'authentifier les utilisateurs de manière centralisée. Ainsi, la gestion des utilisateurs est grandement facilitée. Mais couplé avec un relais applicatif, il devient alors possible de pouvoir placer des autorisations (ou non) d'accéder à Internet pour telle ou telle personne. Pour Squid, il ne s'agira que de la mise en place d'une « ACL externe ».

3.1 ACL externes

Squid sait s'appuyer sur des logiciels externes, appelés alors helpers, pour assurer un certain nombre de contrôles d'accès. Le principe d'interface entre Squid et son helper est très simple : un paramètre définit le helper et les arguments dont il a besoin. Celui-ci sera exécuté au moment opportun et pourra retourner deux valeurs. En cas de succès, donc acceptation, le helper retournera OK et Squid considérera alors le test comme passé avec succès. Dans le cas contraire, le helper retourner ERR et Squid refusera alors de valider le passage de la requête. Le helper peut également renvoyer une information complémentaire au résultat par l'intermédiaire des mots-clés user, password, message (d'erreur) et log (trace qui sera inscrite dans access_log). Ceux-ci contiendront (mot-clé = valeur) le message associé. La déclaration d'un helper s'effectue par le paramètre :

external_acl_type nom [options] FORMAT.. /chemin/du/helper [arguments..]

Le nom de l'ACL est laissé à la discrétion de l'administrateur. Il n'y a aucune contrainte à ce niveau.

Il existe plusieurs options comme ttl, negative_ttl, children, concurrency, cache, grace et protocol qui permettent de définir le cadre du fonctionnement du helper. Par exemple, children fournit le nombre d'instances maximum du helper, concurrency le nombre de requêtes simultanées que peut traiter un helper... La documentation de Squid fournit le détail de ces options.

Le FORMAT permet de préciser des informations supplémentaires pour le helper. Celles-ci pourront être le nom de login d'un utilisateur authentifié sur le proxy, l'adresse IP du client, vers où il désire se connecter... Cette information est alors précisée sous la forme d'un mot-clé %LOGIN, %SRC, %SRCPORT, %DST, %PATH... Le lecteur peut se référer à la documentation de Squid pour les innombrables mots-clé disponibles.

Enfin, le programme ainsi que ses arguments finira...

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Réseaux Télécommunications

(163 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Gestion de l'authentification
Sommaire
Sommaire

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Réseaux Télécommunications

(163 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS