Projet authentification wifi et logging http/https
Sommaire
Présentation
Résultat Final du tuto:
FreeRADIUS est un logiciel libre et gratuit, version libre du protocole RADIUS (Remote Authentication Dial-In User Service) service d'authentification réseau interfaçable avec plusieurs sources d'identité (LDAP/SQL entre autres).
C'est un service utilisé notamment par les FAI pour identifier leurs clients. Dans notre cas il va nous être utile pour identifier les utilisateurs sur le réseau quand ils veulent accéder a Internet au travers d'un proxy ou se connecter au réseau WiFi.
Schéma descriptif du fonctionnement de FreeRadius
Voici un schéma représentatif d'une architecture réseau sans-fil avec un contrôleur de borne (dans notre cas Unifi) qui s'interface avec le serveur FreeRadius pour demander l'authentification 802.1x, serveur Radius qui contrôle l'identité auprès de l'Active Directory. Tout ce cheminement amène enfin à l’autorisation du client par le contrôleur et lui donner l'accès au réseau sans-fil.
Petit glossaire
Certains termes techniques pour la suite du tutoriel qui pourrait porter a question ou confusion :
- NAS - Network Access Server : Boitier distant d'accès, un client RADIUS
- PAP : Protocole de mot de passe en clair, a éviter donc
- CHAP : Protocole d'echage basé sur un hachage, c'est déjà mieux
- MS-CHAP et MS-CHAPv2 : Variante Microsoft du protocole CHAP
- EAP - Extensible Authentication Protocol : Ensemble de protocoles extensibles d'authentification et ses variantes (EAP-TLS - EAP-TTLS/MSCHAPv2 - PEAPv0/EAP-MS-CHAPv2 - PEAPv1/EAP-GTC - EAP-SIM)
De ce que j'ai pu lire/comprendre le protocole qu'on pourrait utiliser notamment pour les réseaux WiFi est EAP-TTLS/MSCHAPv2
Pré-requis
- Machine virtuelle Debian 8 + Utilitaires de base du système (SSH, Vim, coloration syntaxique, etc)
- Paramétrage fixe IP/Mask/Gateway de la VM serveur RADIUS
- Synchronisation NTP avec openntpd : /etc/openntpd/ntpd.conf
# Choose servers announced from Debian NTP Pool server 0.fr.pool.ntp.org server 1.fr.pool.ntp.org server 2.fr.pool.ntp.org server 3.fr.pool.ntp.org
- Configuration DNS en accord avec le domain : /etc/resolv.conf
domain stemarie-aizenay.local search stemarie-aizenay.local nameserver 172.16.0.1 nameserver 8.8.8.8
Dans ce tutoriel j'utiliserais les variables suivantes :
- Domaine dns : stemarie-aizenay.local
- domaine NetBios : STEMARIE-AIZENAY
- Serveur AD : serveur.stemarie-aizenay.local
- Serveur DNS AD : 172.16.0.1
- Serveur RADIUS : 172.16.0.200
Samba
Dans un premier temps il nous faut les outils nécessaires afin d'intégrer le domaine Active Directory donc Samba/windbind/Kerberos
Installation Samba
aptitude update && aptitude upgrade -y aptitude install samba winbind samba-common-bin krb5-user -y
Configuration Samba
Modification de la configuration Kerberos
- /etc/krb5.conf
[libdefaults]
default_realm = STEMARIE-AIZENAY.LAN
krb4_config = /etc/krb.conf
krb4_realms = /etc/krb.realms
kdc_timesync = 1
ccache_type = 4
forwardable = true
proxiable = true
v4_instance_resolve = false
v4_name_convert = {
host = {
rcmd = host
ftp = ftp
}
plain = {
something = something-else
}
}
fcc-mit-ticketflags = true
[realms]
STEMARIE-AIZENAY.LAN = {
kdc = Serveur.stemarie-aizenay.local
admin_server = Serveur.stemarie-aizenay.local
default_domain = stemarie-aizenay.local
}
[domain_realm]
.stemarie-aizenay.local = STEMARIE-AIZENAY.LAN
stemarie-aizenay.local = STEMARIE-AIZENAY.LAN
[login]
krb4_convert = true
krb4_get_tickets = false
Initialisation Kerberos
On récupère un ticket Kerberos avec un compte Administrateur AD
kinit Administrateur@stemarie-aizenay.local
On doit ensuite vérifier si ce ticket est valide avec la commande klist, la réponse doit être la suivante :
klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: Administrateur@STEMARIE-AIZENAY.LOCAL
Valid starting Expires Service principal
04/03/2016 14:23:51 05/03/2016 00:23:51 krbtgt/STEMARIE-AIZENAY.LOCAL@STEMARIE-AIZENAY.LOCAL
renew until 05/03/2016 14:23:48
C'est terminé pour cette partie
Modification de la configuration Samba
Faites une copie du fichier de configuration de base de Samba on va lui coller un fichier raccourci/optimisé plus simple
mv /etc/samba/smb.conf /etc/samba/smb.conf.bak touch /etc/samba/smb.conf
On modifie le fichier /etc/samba/smb.conf en conséquence (voir lignes surlignés)
- /etc/samba/smb.conf
[global] workgroup = STEMARIE-AIZENAY server string = %h server dns proxy = no log file = /var/log/samba/log.%m max log size = 1000 syslog = 0 panic action = /usr/share/samba/panic-action %d security = ads realm = STEMARIE-AIZENAY.LOCAL password server = Serveur.stemarie-aizenay.local winbind use default domain = yes domain master = no local master = no preferred master = no winbind enum groups = yes winbind enum users = yes winbind use default domain = no encrypt passwords = true
Il ne reste plus qu'a redémarrer Samba
service smbd restart
Intégration du Serveur RADIUS dans Active Directory
Pour ajouter notre serveur dans Active Directory
net ads join -U Administrateur
En théorie si tout se passe bien vous devriez obtenir le message suivant
Enter Administrateur's password: Using short domain name -- STEMARIE-AIZENAY Joined 'RADIUS' to dns domain 'stemarie-aizenay.local'
Notre serveur RADIUS fait maintenant partie du domaine, il faut redémarrer windbind qu'il récupère la liste des comptes
service winbind restart
On vérifie que la connexion winbind s'effectue correctement :
wbinfo -t checking the trust secret for domain STEMARIE-AIZENAY via RPC calls succeeded
Et enfin on affiche la liste des comptes accessibles
wbinfo -u STEMARIE-AIZENAY\administrateur STEMARIE-AIZENAY\invité STEMARIE-AIZENAY\krbtgt STEMARIE-AIZENAY\bernard STEMARIE-AIZENAY\michel STEMARIE-AIZENAY\christian
On peut enfin tenter une connexion en clair qui échouera pour vérifier que la transaction est acceptée par l'annuaire
wbinfo -a bernard%Password123@ Could not authenticate user bernard%Password123@ with plaintext password challenge/response password authentication succeeded
On peut par contre tester une authentification NTLM qui devrait fonctionner
ntlm_auth --request-nt-key --domain=STEMARIE-AIZENAY --username=michel Password: NT_STATUS_OK: Success (0x0)
Génération d'un certificat let's encrypt
Pour éviter d'avoir a installer un ca root sur les client, nous allons utiliser un certificat signé par let's encrypt (ou autre certificat reconnue).
Lors de la connexion depuis un windows, un message d'avertissement informera l'utilisateur que le ca root DST Root CA X3 ne fait pas partie des certificats validée pour la connexion.
Il faudra cliquer sur OK
Il informe aussi du nom du serveur radius.
Pour que l'utilisateur soit sur d'être sur la bonne connexion il faut que le nom du certificat termine par stemarie-aizenay.fr
En effet, seul le propriétaire du domaine peut avoir réussi a récupérer un certificat validée par les ca root embarquée windows.
Ce message ne doit pas apparaître par la suite. En effet, windows, enregistre le nom du serveur radius.
Donc même lors du renouvellement du certificat, windows n'affichera pas d’avertissement. Il a enregistrer les paramètres de connexion.
Si l'avertissement survient a nouveau, c'est soit que le nom a changée, (ce qui est inquiétant), soit que le certificat n'est plus valide.
Il vous faut donc générer ce certificat sur votre dmz avec let's encrypt puis copier les fichier :
cert.pem chain.pem fullchain.pem privkey.pem
Présent dans le dossier :
/etc/letsencrypt/archive/wifi.netfilter.stemarie-aizenay.fr/
(Trier les fichiers par date et prendre les dernier fichier générer a la date du jour)
Puis les copier dans le dossier :
/etc/freeradius/certs/letsencrypt
(en supprimant les numéro)
FreeRADIUS
Installation FreeRADIUS
aptitude update && aptitude upgrade -y aptitude install freeradius freeradius-utils -y
Configuration FreeRADIUS
Il y'a 4 fichiers a modifier pour que cela fonctionne
- /etc/freeradius/eap.conf : il contient la configuration des méthodes EAP
- /etc/freeradius/modules/mschap : c’est ce module qui fera l’authentification sur l’AD
- /etc/freeradius/proxy.conf : sert à relayer les requêtes sur d’autres serveurs radius
- /etc/freeradius/clients.conf : c’est ici que sont déclarés les NAS autorisés à utiliser le radius
Fichier eap.conf
eap {
default_eap_type = peap
timer_expire = 60
ignore_unknown_eap_types = no
cisco_accounting_username_bug = no
max_sessions = 4096
tls {
certdir = ${confdir}/certs
cadir = ${confdir}/certs
private_key_file = ${certdir}/letsencrypt/privkey.pem
certificate_file = ${certdir}/letsencrypt/cert.pem
CA_file = ${certdir}/letsencrypt/fullchain.pem
random_file = /dev/urandom
CA_path = ${cadir}
cipher_list = "DEFAULT"
make_cert_command = "${certdir}/bootstrap"
ecdh_curve = "prime256v1"
cache {
enable = no
lifetime = 24 # hours
max_entries = 255
}
}
ttls {
default_eap_type = mschapv2
copy_request_to_tunnel = yes
use_tunneled_reply = yes
virtual_server = "inner-tunnel"
}
peap {
default_eap_type = mschapv2
copy_request_to_tunnel = yes
use_tunneled_reply = yes
virtual_server = "inner-tunnel"
}
mschapv2 {
}
}
Fichier modules/mschap
- /etc/freeradius/modules/mschap
mschap {
use_mppe=yes
require_encryption = yes
require_strong = yes
with_ntdomain_hack = yes
ntlm_auth = "/usr/bin/ntlm_auth --request-nt-key --username=%{%{Stripped-User-Name}:-%{%{User-Name}:-None}} --challenge=%{%{mschap:Challenge}:-00} --nt-response=%{%{mschap:NT-Response}:-00}"
}
Fichier proxy.conf
#/etc/freeradius/proxy.conf
proxy server {
default_fallback = no
}
realm NULL {
}
realm LOCAL {
}
realm stemarie-aizenay.local {
authhost = LOCAL
accthost = LOCAL
}
realm DEFAULT {
type = radius
authhost = LOCAL
accthost = LOCAL
secret = proxysharedsecret
nostrip
}
Fichier clients.conf
Ce fichier contient vos clients RADIUS/NAS qui vont pouvoir demander au serveur des authentification.
Dans notre cas j'ai ajouté le serveur Unifi contrôleur des bornes Ubiquiti qui dispose du paramétrage RADIUS
#/etc/freeradius/clients.conf
client 172.16.0.214/21 {
secret = Password123!@$
shortname = unifi
}
client localhost {
ipaddr = 127.0.0.1
secret = testing123
require_message_authenticator = no
nastype = other
}
Changement du groupe sur un dossier Samba
J'ai du changer le groupe d'un dossier Samba pour que l'authentification RADIUS fonctionne.
chown root:freerad /var/lib/samba/winbindd_privileged/
Redémarrage du service
service freeradius restart
Test de connexion RADIUS
On teste une connexion par le protocole mschap
radtest -t mschap bernard Password123@ 127.0.0.1 0 testing123
La réponse correcte doit être
Sending Access-Request of id 237 to 127.0.0.1 port 1812
User-Name = "bernard"
NAS-IP-Address = 127.0.1.1
NAS-Port = 0
Message-Authenticator = 0x00000000000000000000000000000000
MS-CHAP-Challenge = 0xb8201fd266435b59
MS-CHAP-Response = 0x00010000000000000000000000000000000000000000000000007c5fcd6b544c28a727a4495f718daa00bf8d80d25895e3cd
rad_recv: Access-Accept packet from host 127.0.0.1 port 1812, id=237, length=84
MS-CHAP-MPPE-Keys = 0x0000000000000000f98feb08ceddb78964978130258e020b0000000000000000
MS-MPPE-Encryption-Policy = 0x00000002
MS-MPPE-Encryption-Types = 0x00000004
Log des connexions
Afin de conserver toutes les authentifications qui passent pas RADIUS il faut modifier le fichier de configuration /etc/freeradius/radiusd.conf
Voici un exemple (sans la tonne de commentaires) de ce qui peut être mis en place :
- Log des connexions dans un fichier : /var/log/radius.log
- Log des connexions réussies
- Log des échecs de connexions
log {
destination = files
file = /var/log/radius.log
syslog_facility = daemon
stripped_names = yes
auth = yes
auth_badpass = yes
auth_goodpass = yes
msg_goodpass = "Authentification Radius OK"
msg_badpass = "Tentative de Connexion - Bad Password"
}
Le resultat dans le fichier de logs :
Thu Mar 17 15:39:19 2016 : Auth: Login OK: [Gauvrit/<via Auth-Type = EAP>] (from client unifi port 0 cli XX-XX-XX-XX-XX-XX via TLS tunnel) Authentification Radius OK Thu Mar 17 15:39:19 2016 : Auth: Login OK: [Gauvrit/<via Auth-Type = EAP>] (from client unifi port 0 cli XX-XX-XX-XX-XX-XX) Authentification Radius OK
Résalisation d'un portail Captif et wpad
Nous allons maintenant réaliser un portail captif, celui va forcer les gens a configurer leur détection automatique de proxy.
Je ne vais pas entrer dans le détail (désolée), car sinon l'article wiki serait beaucoup trop long.
Mais vous devez monter un dhcp, dns, et squid et apache.
DNS
Le dns linux bind9 doit avoir une entrée wpad en direction du serveur apache2 qui héberge le wpad
dans mon cas wpad.netwireless.stemarie-aizenay.fr
wifilter A 172.25.255.254 wpad CNAME wifilter.netwireless.stemarie-aizenay.Fr
DHCP
Ma zone dhcp sera :
172.25.0.0
Le dhcp linux doit avoir les options :
option wpad-url "http://wpad.netwireless.stemarie-aizenay.fr/wpad.dat option wpad-url code 252 = text;
et l'option
option domain-name "netwireless.stemarie-aizenay.fr";
Correspondant a la zone dns du wifi (précédemment configurée)
Apache2
Vous devez héberger votre wpad.dat dans /var/www/html/
Puis l'activation du module ssl:
a2enmod ssl
Puis éditer le fichier /etc/apache2/default.conf comme ceci:
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorDocument 404 http://wifilter.netwireless.stemarie-aizenay.fr
<Directory "/var/www/html/">
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
</VirtualHost>
<VirtualHost *:1234>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/
Redirect temp / http://wifilter.netwireless.stemarie-aizenay.fr/
ErrorDocument 404 http://wifilter.netwireless.stemarie-aizenay.fr
</VirtualHost>
<IfModule mod_ssl.c>
<VirtualHost _default_:443>
ServerAdmin webmaster@localhost
Redirect temp / http://wifilter.netwireless.stemarie-aizenay.fr/
ErrorDocument 404 http:/wifilter.netwireless.stemarie-aizenay.fr/
SSLEngine on
SSLCertificateFile /etc/ssl/certs/ssl-cert-snakeoil.pem
SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key
</VirtualHost>
</IfModule>
Modifier le fichier:
/etc/apache2/ports.conf
Et ajouter :
Listen 1234
iptables
Et enfin mon script iptable qui sera automatiquement lancée au démarrage:
iptables -F iptables -X iptables -t nat -A PREROUTING -d 172.25.255.254 -p tcp -m tcp --dport 443 -j DNAT --to-destination 172.25.255.254:443 iptables -t nat -A PREROUTING -d 172.25.255.254 -p tcp -m tcp --dport 80 -j DNAT --to-destination 172.25.255.254:80 iptables -t nat -A PREROUTING -s 172.25.0.0/255.255.0.0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 172.25.255.254:1234 iptables -t nat -A PREROUTING -s 172.25.0.0/255.255.0.0 -p tcp -m tcp --dport 443 -j DNAT --to-destination 172.25.255.254:443 iptables -t nat -A PREROUTING -s 172.25.0.0/255.255.0.0 -p udp -m udp --dport 53 -j DNAT --to-destination 172.25.255.254:53
Proxy
J'utilise ici un couple proxy squid/squidguard
Je ne vais pas expliquer comment monter un squid/squidguard, on trouve 30000 tuto sur internet.
Je n'authentifie pas avec mon squid. J'ai juste fait une ACL sur 172.25.0.0
En revanche je log les adresse MAC des clients qui surf a ajoutant ceci a mon squid.conf:
eui_lookup on logformat squid %ts.%03tu %6tr %>eui %>a %Ss/%03>Hs %<st %rm %ru %un %Sh/%<A %mt
En effet comme c'est le freeradius qui enregistre les client sur le wifi, si il y a spoof d'adresse MAC c'est le 802.1x et freeradius qui va gérer. Mon squid se contente juste de logger les adresses MAC.
IMAP / SMTP ...
De base le proxy va gérer les connexion http/https mais c'est tout. Et encore, pour les smartphone, il va les gérer uniquement si l'application est bien foutu et va bien lire les paramètres proxy.
Nous allons ici ouvrir les port messagerie pour que les mail soit disponible sur les smartphone.
Dans le fichier /etc/sysctl.conf
Passer le paramètre a net.ipv4.ip_forward 1
net.ipv4.ip_forward=1
Ensuite dans notre script iptables ajouter ceci:
iptables -t nat -I PREROUTING -p tcp --dport 993 -j LOG --log-prefix='[LOGIPTABLE] ' iptables -t nat -A POSTROUTING -o eth0 -p tcp --dport 993 -j MASQUERADE iptables -t nat -I PREROUTING -p tcp --dport 465 -j LOG --log-prefix='[LOGIPTABLE] ' iptables -t nat -A POSTROUTING -o eth0 -p tcp --dport 465 -j MASQUERADE iptables -t nat -I PREROUTING -p tcp --dport 25 -j LOG --log-prefix='[LOGIPTABLE] ' iptables -t nat -A POSTROUTING -o eth0 -p tcp --dport 25 -j MASQUERADE iptables -t nat -I PREROUTING -p tcp --dport 109 -j LOG --log-prefix='[LOGIPTABLE] ' iptables -t nat -A POSTROUTING -o eth0 -p tcp --dport 109 -j MASQUERADE iptables -t nat -I PREROUTING -p tcp --dport 110 -j LOG --log-prefix='[LOGIPTABLE] ' iptables -t nat -A POSTROUTING -o eth0 -p tcp --dport 110 -j MASQUERADE
Et pour que les log arrive dans un fichier spécifique
Créer le fichier /etc/rsyslog.d/my_iptables.conf
Et y mettre ceci :
:msg,contains,"[LOGIPTABLE] " /var/log/iptables.log
Bloquer TOR
Et oui si nous ouvrons ces port, TOR va s'y engouffrer !
Il faut donc bloquer les ip tor fournis par https://www.dan.me.uk/torlist/ avec iptables
Je vais donc faire un script qui sera lancée régulièrement en crontab et qui va bloquer les ip indiquée
Bon en revanche si un élève se connecte a un vpn via un de ces ports il pourra facilement contourner les restrictions du surf en place dans le réseau.
C'est pour cela que chez moi ces ports ne sont ouvert que sur le réseau wifi prof
