{"id":481,"date":"2026-10-02T00:48:11","date_gmt":"2026-10-02T00:48:11","guid":{"rendered":"https:\/\/info.kpuc.dev\/?p=481"},"modified":"2026-10-02T02:23:22","modified_gmt":"2026-10-02T02:23:22","slug":"activite-cybersecurite-defense-dune-infrastructure-sous-attaque","status":"publish","type":"post","link":"https:\/\/info.kpuc.dev\/index.php\/2026\/10\/02\/activite-cybersecurite-defense-dune-infrastructure-sous-attaque\/","title":{"rendered":"Activit\u00e9 cybers\u00e9curit\u00e9 – D\u00e9fense d’une infrastructure sous attaque"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n \t\t\t\"\"\/\t\t\n<\/div>\n
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\r\n\r\n

Mise en situation<\/h2>\r\n\r\n

Vous \u00eates responsable d\u2019un serveur qui devra progressivement offrir diff\u00e9rents services accessibles sur un r\u00e9seau.<\/p>\r\n\r\n

Au d\u00e9but de l\u2019activit\u00e9, chaque participant re\u00e7oit une machine virtuelle Debian Server minimale<\/strong>, sans interface graphique et avec tr\u00e8s peu de logiciels install\u00e9s ou configur\u00e9s.<\/p>\r\n\r\n

Tous les serveurs se trouvent initialement sur le m\u00eame r\u00e9seau local<\/strong>, avec les syst\u00e8mes utilis\u00e9s pour g\u00e9n\u00e9rer les attaques.<\/p>\r\n\r\n

Durant l\u2019activit\u00e9, diff\u00e9rentes activit\u00e9s r\u00e9seau normales, suspectes et malveillantes seront g\u00e9n\u00e9r\u00e9es.<\/p>\r\n\r\n

Vous ne conna\u00eetrez pas n\u00e9cessairement \u00e0 l\u2019avance :<\/p>\r\n\r\n

    \r\n
  • le type d\u2019attaque;<\/li>\r\n
  • sa provenance;<\/li>\r\n
  • le service cibl\u00e9;<\/li>\r\n
  • sa fr\u00e9quence;<\/li>\r\n
  • les outils utilis\u00e9s;<\/li>\r\n
  • le moment o\u00f9 l\u2019attaque commencera.<\/li>\r\n<\/ul>\r\n\r\n

    Votre objectif sera de maintenir vos services fonctionnels tout en \u00e9tant capable de :<\/p>\r\n\r\n

    \r\n Observer<\/strong>\r\n \u2192<\/span>\r\n Identifier<\/strong>\r\n \u2192<\/span>\r\n Comprendre<\/strong>\r\n \u2192<\/span>\r\n Prot\u00e9ger<\/strong>\r\n \u2192<\/span>\r\n V\u00e9rifier<\/strong>\r\n<\/div>\r\n\r\n
    \r\n\r\n

    1. Objectifs de l\u2019activit\u00e9<\/h2>\r\n\r\n

    Cette activit\u00e9 a pour objectif de d\u00e9velopper une approche pratique de la cybers\u00e9curit\u00e9 d\u00e9fensive.<\/p>\r\n\r\n

    Vous devrez progressivement apprendre \u00e0 :<\/p>\r\n\r\n

      \r\n
    • d\u00e9couvrir l\u2019\u00e9tat initial d\u2019un serveur;<\/li>\r\n
    • identifier les services et les ports expos\u00e9s;<\/li>\r\n
    • analyser les connexions r\u00e9seau;<\/li>\r\n
    • capturer et analyser du trafic;<\/li>\r\n
    • consulter et interpr\u00e9ter des journaux;<\/li>\r\n
    • identifier des comportements suspects;<\/li>\r\n
    • d\u00e9terminer la provenance d\u2019une activit\u00e9;<\/li>\r\n
    • diff\u00e9rencier une activit\u00e9 normale d\u2019une activit\u00e9 potentiellement malveillante;<\/li>\r\n
    • r\u00e9duire la surface d\u2019attaque;<\/li>\r\n
    • configurer un pare-feu local;<\/li>\r\n
    • prot\u00e9ger automatiquement certains services;<\/li>\r\n
    • segmenter une infrastructure;<\/li>\r\n
    • utiliser pfSense comme pare-feu;<\/li>\r\n
    • configurer du NAT et du Port Forwarding;<\/li>\r\n
    • d\u00e9ployer des services avec Docker;<\/li>\r\n
    • utiliser un reverse proxy;<\/li>\r\n
    • analyser des requ\u00eates HTTP\/HTTPS;<\/li>\r\n
    • choisir le niveau appropri\u00e9 pour bloquer une attaque;<\/li>\r\n
    • v\u00e9rifier qu\u2019une protection fonctionne r\u00e9ellement.<\/li>\r\n<\/ul>\r\n\r\n
      \r\n\r\n

      2. Infrastructure du laboratoire<\/h2>\r\n\r\n

      L\u2019infrastructure sera h\u00e9berg\u00e9e sur Proxmox<\/strong>.<\/p>\r\n\r\n

      Chaque participant disposera de son propre environnement virtuel.<\/p>\r\n\r\n

      L\u2019acc\u00e8s distant au laboratoire sera r\u00e9alis\u00e9 \u00e0 l\u2019aide d\u2019un VPN tel que Tailscale<\/strong>.<\/p>\r\n\r\n

      L\u2019environnement utilisera principalement :<\/p>\r\n\r\n

        \r\n
      • Tailscale;<\/li>\r\n
      • Proxmox;<\/li>\r\n
      • Debian Server;<\/li>\r\n
      • pfSense;<\/li>\r\n
      • Docker;<\/li>\r\n
      • Nginx Proxy Manager;<\/li>\r\n
      • diff\u00e9rents outils Linux d\u2019analyse et de s\u00e9curit\u00e9.<\/li>\r\n<\/ul>\r\n\r\n

        Tailscale servira principalement de moyen d\u2019acc\u00e8s distant et administratif au laboratoire<\/strong>.<\/p>\r\n\r\n

        Le r\u00e9seau utilis\u00e9 pour les sc\u00e9narios de cybers\u00e9curit\u00e9 sera distinct de cet acc\u00e8s administratif.<\/p>\r\n\r\n

        \r\n\r\n

        3. Environnement initial<\/h2>\r\n\r\n

        Chaque participant commence avec :<\/p>\r\n\r\n

        1 VM Debian Server<\/strong><\/p>\r\n\r\n

        La machine poss\u00e8de :<\/p>\r\n\r\n

          \r\n
        • aucune interface graphique;<\/li>\r\n
        • tr\u00e8s peu de logiciels suppl\u00e9mentaires;<\/li>\r\n
        • aucune solution de s\u00e9curit\u00e9 particuli\u00e8re;<\/li>\r\n
        • un service accessible sur le r\u00e9seau.<\/li>\r\n<\/ul>\r\n\r\n

          Tous les serveurs Debian sont initialement plac\u00e9s sur le m\u00eame r\u00e9seau local que les syst\u00e8mes g\u00e9n\u00e9rant les attaques<\/strong>.<\/p>\r\n\r\n\r\n

          \r\n \"Architecture\r\n
          Architecture initiale \u2013 Les serveurs Debian et les attaquants se trouvent sur le m\u00eame r\u00e9seau.<\/figcaption>\r\n<\/figure>\r\n\r\n\r\n

          Il n\u2019y a initialement aucun pfSense entre les attaquants et les serveurs.<\/p>\r\n\r\n

          \r\n\r\n

          4. M\u00e9thode d\u2019analyse<\/h2>\r\n\r\n

          Lorsqu\u2019une activit\u00e9 suspecte appara\u00eet, \u00e9vitez de bloquer imm\u00e9diatement une adresse simplement parce qu\u2019elle g\u00e9n\u00e8re beaucoup de trafic.<\/p>\r\n\r\n

          Essayez plut\u00f4t de suivre la m\u00e9thode suivante :<\/p>\r\n\r\n

          1 \u2013 Observer<\/h3>\r\n

          Qu\u2019est-ce qui se passe?<\/p>\r\n\r\n

          2 \u2013 Identifier<\/h3>\r\n

          Quelle machine, adresse IP, application ou service est impliqu\u00e9?<\/p>\r\n\r\n

          3 \u2013 Comprendre<\/h3>\r\n

          Pourquoi cette activit\u00e9 est-elle normale ou suspecte?<\/p>\r\n\r\n

          4 \u2013 Prot\u00e9ger<\/h3>\r\n

          Quelle mesure permet de limiter l\u2019activit\u00e9 malveillante?<\/p>\r\n\r\n

          5 \u2013 V\u00e9rifier<\/h3>\r\n

          La protection fonctionne-t-elle r\u00e9ellement?<\/p>\r\n

          Le service l\u00e9gitime fonctionne-t-il toujours?<\/p>\r\n\r\n

          \r\n\r\n

          5. R\u00e8gles de l\u2019activit\u00e9<\/h2>\r\n\r\n

          Chaque d\u00e9cision d\u00e9fensive doit pouvoir \u00eatre expliqu\u00e9e.<\/p>\r\n\r\n

          Avant de bloquer une source ou de modifier une configuration, vous devriez id\u00e9alement pouvoir r\u00e9pondre aux questions suivantes :<\/p>\r\n\r\n

            \r\n
          1. Qu\u2019est-ce que j\u2019ai observ\u00e9?<\/li>\r\n
          2. Pourquoi est-ce suspect?<\/li>\r\n
          3. Quelle est la source probable?<\/li>\r\n
          4. Quel service est cibl\u00e9?<\/li>\r\n
          5. Quelle protection ai-je mise en place?<\/li>\r\n
          6. Pourquoi ai-je choisi cette protection?<\/li>\r\n
          7. Comment ai-je v\u00e9rifi\u00e9 son efficacit\u00e9?<\/li>\r\n<\/ol>\r\n\r\n

            Une solution qui bloque l\u2019attaque mais qui emp\u00eache \u00e9galement les utilisateurs l\u00e9gitimes d\u2019utiliser le service n\u2019est pas consid\u00e9r\u00e9e comme une solution compl\u00e8te.<\/p>\r\n\r\n

            \r\n\r\n

            6. Acc\u00e8s distant avec Tailscale<\/h2>\r\n\r\n

            Les participants pourront acc\u00e9der \u00e0 l\u2019environnement \u00e0 distance gr\u00e2ce \u00e0 Tailscale<\/strong>.<\/p>\r\n\r\n

            Vous devriez \u00eatre capable de :<\/p>\r\n\r\n

              \r\n
            • installer Tailscale;<\/li>\r\n
            • connecter votre ordinateur au VPN;<\/li>\r\n
            • identifier les machines disponibles;<\/li>\r\n
            • comprendre les adresses IP Tailscale;<\/li>\r\n
            • tester la connectivit\u00e9;<\/li>\r\n
            • acc\u00e9der aux ressources autoris\u00e9es du laboratoire.<\/li>\r\n<\/ul>\r\n\r\n

              Tailscale constitue principalement le r\u00e9seau d\u2019acc\u00e8s administratif<\/strong>.<\/p>\r\n\r\n

              Les sc\u00e9narios d\u2019attaque se d\u00e9roulent dans les r\u00e9seaux virtuels du laboratoire.<\/p>\r\n\r\n

              Cela permet notamment de conserver un acc\u00e8s administratif lorsque vous modifiez les r\u00e8gles de pare-feu ou la configuration r\u00e9seau de votre environnement.<\/p>\r\n\r\n

              \r\n\r\n

              7. Pr\u00e9paration recommand\u00e9e<\/h2>\r\n\r\n

              Avant l\u2019activit\u00e9, il est recommand\u00e9 de r\u00e9viser ou d\u2019exp\u00e9rimenter les technologies suivantes.<\/p>\r\n\r\n

              Tailscale<\/h3>\r\n
                \r\n
              • installation;<\/li>\r\n
              • connexion au VPN;<\/li>\r\n
              • identification des machines;<\/li>\r\n
              • connectivit\u00e9 entre les h\u00f4tes.<\/li>\r\n<\/ul>\r\n\r\n

                Proxmox<\/h3>\r\n
                  \r\n
                • acc\u00e8s \u00e0 l\u2019interface Web;<\/li>\r\n
                • d\u00e9marrage et arr\u00eat d\u2019une VM;<\/li>\r\n
                • console d\u2019une VM;<\/li>\r\n
                • interfaces r\u00e9seau virtuelles;<\/li>\r\n
                • configuration r\u00e9seau d\u2019une VM.<\/li>\r\n<\/ul>\r\n\r\n

                  Debian \/ Linux<\/h3>\r\n
                    \r\n
                  • commandes Linux;<\/li>\r\n
                  • utilisateurs et permissions;<\/li>\r\n
                  • services;<\/li>\r\n
                  • SSH;<\/li>\r\n
                  • processus;<\/li>\r\n
                  • interfaces r\u00e9seau;<\/li>\r\n
                  • journaux syst\u00e8me.<\/li>\r\n<\/ul>\r\n\r\n

                    R\u00e9seau<\/h3>\r\n
                      \r\n
                    • IPv4;<\/li>\r\n
                    • sous-r\u00e9seaux;<\/li>\r\n
                    • TCP et UDP;<\/li>\r\n
                    • ports;<\/li>\r\n
                    • routage;<\/li>\r\n
                    • passerelle par d\u00e9faut;<\/li>\r\n
                    • DNS;<\/li>\r\n
                    • HTTP et HTTPS;<\/li>\r\n
                    • NAT.<\/li>\r\n<\/ul>\r\n\r\n

                      pfSense<\/h3>\r\n
                        \r\n
                      • interfaces WAN et LAN;<\/li>\r\n
                      • r\u00e8gles de pare-feu;<\/li>\r\n
                      • NAT;<\/li>\r\n
                      • Port Forwarding<\/strong>;<\/li>\r\n
                      • consultation des logs;<\/li>\r\n
                      • analyse du trafic autoris\u00e9 et bloqu\u00e9.<\/li>\r\n<\/ul>\r\n\r\n

                        Docker<\/h3>\r\n
                          \r\n
                        • images;<\/li>\r\n
                        • conteneurs;<\/li>\r\n
                        • ports;<\/li>\r\n
                        • volumes;<\/li>\r\n
                        • r\u00e9seaux;<\/li>\r\n
                        • logs.<\/li>\r\n<\/ul>\r\n\r\n

                          Outils d\u2019analyse<\/h3>\r\n\r\n

                          Familiarisez-vous avec certains outils comme :<\/p>\r\n\r\n

                          # Scanner les ports ouverts<\/span>\r\nnmap<\/span> localhost<\/span>\r\nnmap<\/span> -sV 192.168.1.20<\/span>\r\n\r\n# Observer le trafic r\u00e9seau<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 port 22<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 'port 80 or port 443'<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 host 192.168.1.50<\/span>\r\n\r\n# Voir les ports et connexions<\/span>\r\nsudo<\/span> ss<\/span> -tulpn<\/span>\r\nss<\/span> -tunap<\/span>\r\n\r\n# Voir quels processus utilisent le r\u00e9seau<\/span>\r\nsudo<\/span> lsof<\/span> -i<\/span>\r\nsudo<\/span> lsof<\/span> -i :80<\/span>\r\nsudo<\/span> lsof<\/span> -i :443<\/span>\r\n\r\n# Tester un service Web<\/span>\r\ncurl<\/span> http:\/\/localhost<\/span>\r\ncurl<\/span> -I http:\/\/localhost<\/span>\r\ncurl<\/span> -v https:\/\/example.com<\/span>\r\n\r\n# Consulter les logs<\/span>\r\nsudo<\/span> journalctl<\/span> -xe<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh -f<\/span>\r\n\r\n# G\u00e9rer le pare-feu UFW<\/span>\r\nsudo<\/span> ufw<\/span> status verbose<\/span>\r\nsudo<\/span> ufw<\/span> allow 22\/tcp<\/span>\r\nsudo<\/span> ufw<\/span> allow 80\/tcp<\/span>\r\nsudo<\/span> ufw<\/span> deny from 192.168.1.50<\/span>\r\n\r\n# Voir les r\u00e8gles nftables<\/span>\r\nsudo<\/span> nft<\/span> list ruleset<\/span>\r\n\r\n# Ajouter une r\u00e8gle simple avec nftables<\/span>\r\nsudo<\/span> nft<\/span> add rule inet filter input ip saddr 192.168.1.50 drop<\/span>\r\n\r\n# V\u00e9rifier Fail2ban<\/span>\r\nsudo<\/span> fail2ban-client<\/span> status<\/span>\r\nsudo<\/span> fail2ban-client<\/span> status sshd<\/span>\r\n\r\n# Bannir ou d\u00e9bannir une IP<\/span>\r\nsudo<\/span> fail2ban-client<\/span> set sshd banip 192.168.1.50<\/span>\r\nsudo<\/span> fail2ban-client<\/span> set sshd unbanip 192.168.1.50<\/span>\r\n<\/div>\r\n\r\n

                          D\u2019autres outils pourront \u00eatre install\u00e9s et d\u00e9couverts pendant l\u2019activit\u00e9.<\/p>\r\n\r\n

                          \r\n\r\n

                          8. Architecture finale<\/h2>\r\n\r\n

                          \u00c0 la fin de l\u2019activit\u00e9, votre environnement pourra ressembler \u00e0 ceci :<\/p>\r\n\r\n\r\n\r\n\r\n

                          \r\n \"Architecture\r\n
                          Architecture finale \u2013 pfSense prot\u00e8ge le r\u00e9seau interne et les services Web sont publi\u00e9s par Nginx Proxy Manager dans Docker.<\/figcaption>\r\n<\/figure>\r\n\r\n\r\n

                          Cette architecture permet d\u2019observer et de prot\u00e9ger une m\u00eame activit\u00e9 \u00e0 plusieurs niveaux :<\/p>\r\n\r\n

                          pfSense<\/strong>
                          \r\nTrafic r\u00e9seau, IP, ports, r\u00e8gles et connexions bloqu\u00e9es.<\/p>\r\n\r\n

                          Debian<\/strong>
                          \r\nConnexions, processus, pare-feu local et journaux syst\u00e8me.<\/p>\r\n\r\n

                          Docker<\/strong>
                          \r\nConteneurs, r\u00e9seaux, ports et journaux.<\/p>\r\n\r\n

                          Nginx Proxy Manager<\/strong>
                          \r\nRequ\u00eates HTTP\/HTTPS, IP sources, URL, codes HTTP et User-Agent.<\/p>\r\n\r\n

                          Application<\/strong>
                          \r\nErreurs, authentification et \u00e9v\u00e9nements propres au service.<\/p>\r\n\r\n

                          \r\n\r\n

                          9. Objectif final<\/h2>\r\n\r\n

                          \u00c0 la fin de l\u2019activit\u00e9, vous devriez \u00eatre capable de partir d\u2019un serveur Debian minimal directement expos\u00e9 sur un r\u00e9seau hostile<\/strong> et de construire progressivement une infrastructure plus s\u00e9curis\u00e9e.<\/p>\r\n\r\n

                          Mais l\u2019objectif principal n\u2019est pas simplement d\u2019installer pfSense, Docker, Fail2ban ou un reverse proxy.<\/p>\r\n\r\n

                          L\u2019objectif est de d\u00e9velopper une m\u00e9thode de travail permettant de comprendre ce qui se passe avant d\u2019agir.<\/p>\r\n\r\n

                          \r\n Observer<\/strong>\r\n \u2192<\/span>\r\n Identifier<\/strong>\r\n \u2192<\/span>\r\n Comprendre<\/strong>\r\n \u2192<\/span>\r\n Prot\u00e9ger<\/strong>\r\n \u2192<\/span>\r\n V\u00e9rifier<\/strong>\r\n<\/div>\r\n\r\n

                          Une bonne d\u00e9fense ne consiste pas uniquement \u00e0 bloquer une attaque.<\/p>\r\n\r\n

                          Elle doit permettre de continuer \u00e0 offrir le service aux utilisateurs l\u00e9gitimes tout en r\u00e9duisant les risques associ\u00e9s aux activit\u00e9s malveillantes<\/strong>.<\/p>\r\n\r\n

                          \r\n\r\n

                          10. Phase 1 \u2013 D\u00e9couverte de votre serveur<\/h2>\r\n\r\n

                          Avant de prot\u00e9ger une machine, vous devez comprendre son fonctionnement et son \u00e9tat actuel.<\/p>\r\n\r\n

                          Analysez votre serveur afin de d\u00e9terminer notamment :<\/p>\r\n\r\n

                            \r\n
                          • ses interfaces r\u00e9seau;<\/li>\r\n
                          • ses adresses IP;<\/li>\r\n
                          • sa passerelle;<\/li>\r\n
                          • sa table de routage;<\/li>\r\n
                          • les ports en \u00e9coute;<\/li>\r\n
                          • les services actifs;<\/li>\r\n
                          • les processus associ\u00e9s;<\/li>\r\n
                          • les connexions actuellement \u00e9tablies;<\/li>\r\n
                          • les utilisateurs pr\u00e9sents;<\/li>\r\n
                          • les journaux disponibles.<\/li>\r\n<\/ul>\r\n\r\n

                            Vous devrez \u00eatre capable de r\u00e9pondre \u00e0 la question :<\/p>\r\n\r\n

                            Quelle est actuellement la surface d\u2019attaque de mon serveur?<\/strong><\/p>\r\n\r\n

                            Vous \u00eates libre d\u2019installer les outils n\u00e9cessaires.<\/p>\r\n\r\n

                            Exemples :<\/p>\r\n\r\n

                            \r\n\r\n# Interfaces et adresses IP<\/span>\r\nip<\/span> a<\/span>\r\nhostname<\/span> -I<\/span>\r\n\r\n# Ports et connexions r\u00e9seau<\/span>\r\nsudo<\/span> ss<\/span> -tulpn<\/span>\r\nsudo<\/span> lsof<\/span> -i<\/span>\r\n\r\n# Processus actifs<\/span>\r\nps<\/span> aux<\/span>\r\nps<\/span> aux<\/span> | grep<\/span> apache<\/span>\r\n\r\n# Services actifs<\/span>\r\nsystemctl<\/span> status ssh<\/span>\r\nsystemctl<\/span> --type=service --state=running<\/span>\r\n\r\n# Journaux syst\u00e8me<\/span>\r\nsudo<\/span> journalctl<\/span> -xe<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh -f<\/span>\r\n\r\n# Ports ouverts et services d\u00e9tect\u00e9s<\/span>\r\nnmap<\/span> localhost<\/span>\r\nnmap<\/span> -sV localhost<\/span>\r\nnmap<\/span> -sV 192.168.1.20<\/span>\r\n\r\n# Observer le trafic r\u00e9seau<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 port 22<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 'port 80 or port 443'<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 host 192.168.1.50<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 -A port 80<\/span>\r\n\r\n# Tester un serveur Web<\/span>\r\ncurl<\/span> http:\/\/localhost<\/span>\r\ncurl<\/span> -I http:\/\/localhost<\/span>\r\ncurl<\/span> -v http:\/\/localhost<\/span>\r\ncurl<\/span> -v https:\/\/example.com<\/span>\r\n\r\n<\/div>\r\n\r\n

                            Cette liste n\u2019est pas exhaustive.<\/p>\r\n\r\n

                            \r\n\r\n

                            11. Phase 2 \u2013 Analyse du r\u00e9seau<\/h2>\r\n\r\n

                            Diff\u00e9rentes activit\u00e9s commenceront progressivement \u00e0 appara\u00eetre sur le r\u00e9seau.<\/p>\r\n\r\n

                            Certaines seront parfaitement normales.<\/p>\r\n\r\n

                            D\u2019autres pourront \u00eatre suspectes ou malveillantes.<\/p>\r\n\r\n

                            Votre objectif sera de d\u00e9terminer ce qui se passe.<\/p>\r\n\r\n

                            Vous devrez notamment tenter de r\u00e9pondre aux questions suivantes :<\/p>\r\n\r\n

                            Qui communique avec mon serveur?<\/strong><\/p>\r\n

                            Quelle est l\u2019adresse IP source?<\/strong><\/p>\r\n

                            Quel port est utilis\u00e9?<\/strong><\/p>\r\n

                            Quel service est cibl\u00e9?<\/strong><\/p>\r\n

                            \u00c0 quelle fr\u00e9quence les connexions apparaissent-elles?<\/strong><\/p>\r\n

                            Les connexions r\u00e9ussissent-elles?<\/strong><\/p>\r\n

                            Que montrent les paquets r\u00e9seau?<\/strong><\/p>\r\n

                            Que montrent les journaux?<\/strong><\/p>\r\n

                            S\u2019agit-il d\u2019une activit\u00e9 normale, d\u2019un scanner automatis\u00e9 ou d\u2019une attaque?<\/strong><\/p>\r\n\r\n

                            # Qui communique avec mon serveur ? Adresse IP source et port utilis\u00e9<\/span>\r\nsudo<\/span> ss<\/span> -tunap<\/span>\r\n\r\n# Voir les connexions TCP \u00e9tablies<\/span>\r\nsudo<\/span> ss<\/span> -tnp state established<\/span>\r\n\r\n# Voir les ports en \u00e9coute et le processus associ\u00e9<\/span>\r\nsudo<\/span> ss<\/span> -tulpn<\/span>\r\n\r\n# Identifier le service qui utilise un port<\/span>\r\nsudo<\/span> lsof<\/span> -i :22<\/span>\r\nsudo<\/span> lsof<\/span> -i :80<\/span>\r\nsudo<\/span> lsof<\/span> -i :443<\/span>\r\n\r\n# Observer les IP source, ports et protocoles en temps r\u00e9el<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 -nn<\/span>\r\n\r\n# Observer uniquement le trafic vers le serveur Web<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 -nn 'port 80 or port 443'<\/span>\r\n\r\n# Observer une adresse IP pr\u00e9cise<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 -nn host 192.168.1.50<\/span>\r\n\r\n# Voir le contenu des requ\u00eates HTTP non chiffr\u00e9es<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 -nn -A port 80<\/span>\r\n\r\n# Voir seulement les nouvelles tentatives de connexion TCP<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 -nn 'tcp[tcpflags] & tcp-syn != 0'<\/span>\r\n\r\n# Compter les IP source les plus fr\u00e9quentes dans une capture<\/span>\r\nsudo<\/span> tcpdump<\/span> -i eth0 -nn -l<\/span> | awk<\/span> '{print $3}'<\/span> | cut<\/span> -d. -f1-4<\/span> | sort<\/span> | uniq<\/span> -c<\/span> | sort<\/span> -nr<\/span>\r\n\r\n# Voir les \u00e9v\u00e9nements SSH<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span>\r\n\r\n# Suivre les \u00e9v\u00e9nements SSH en temps r\u00e9el<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh -f<\/span>\r\n\r\n# Voir les \u00e9v\u00e9nements r\u00e9cents du syst\u00e8me<\/span>\r\nsudo<\/span> journalctl<\/span> -xe<\/span>\r\n\r\n# Chercher les \u00e9checs d'authentification SSH<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span> | grep<\/span> \"Failed password\"<\/span>\r\n\r\n# Chercher les connexions SSH r\u00e9ussies<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span> | grep<\/span> \"Accepted\"<\/span>\r\n\r\n# Compter les tentatives SSH par adresse IP<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span> | grep<\/span> \"Failed password\"<\/span> | awk<\/span> '{print $(NF-3)}'<\/span> | sort<\/span> | uniq<\/span> -c<\/span> | sort<\/span> -nr<\/span>\r\n\r\n# Tester si un service Web r\u00e9pond correctement<\/span>\r\ncurl<\/span> -I http:\/\/localhost<\/span>\r\n\r\n# Voir les d\u00e9tails de la connexion HTTP<\/span>\r\ncurl<\/span> -v http:\/\/localhost<\/span>\r\n<\/div>\r\n\r\n
                            \r\n\r\n

                            12. Phase 3 \u2013 R\u00e9duction de la surface d\u2019attaque<\/h2>\r\n\r\n

                            Une fois votre serveur analys\u00e9, vous devrez commencer \u00e0 le s\u00e9curiser.<\/p>\r\n\r\n

                            Vous pourrez notamment :<\/p>\r\n\r\n

                              \r\n
                            • d\u00e9sactiver les services inutiles;<\/li>\r\n
                            • fermer les ports inutiles;<\/li>\r\n
                            • configurer ufw<\/code> ou nftables<\/code>;<\/li>\r\n
                            • limiter les sources autoris\u00e9es;<\/li>\r\n
                            • s\u00e9curiser les services expos\u00e9s;<\/li>\r\n
                            • am\u00e9liorer la journalisation;<\/li>\r\n
                            • installer Fail2ban;<\/li>\r\n
                            • d\u00e9tecter les tentatives r\u00e9p\u00e9t\u00e9es de connexion.<\/li>\r\n<\/ul>\r\n\r\n

                              R\u00e8gle importante<\/h3>\r\n\r\n

                              Bloquer compl\u00e8tement le r\u00e9seau n\u2019est pas une solution.<\/strong><\/p>\r\n\r\n

                              Les services demand\u00e9s doivent continuer \u00e0 fonctionner pour les utilisateurs l\u00e9gitimes.<\/p>\r\n\r\n

                              L\u2019objectif est de r\u00e9duire la surface d\u2019attaque sans rendre le service inutilisable<\/strong>.<\/p>\r\n\r\n

                              # Voir les services actifs<\/span>\r\nsystemctl<\/span> --type=service --state=running<\/span>\r\n\r\n# D\u00e9sactiver un service inutile<\/span>\r\nsudo<\/span> systemctl<\/span> stop apache2<\/span>\r\nsudo<\/span> systemctl<\/span> disable apache2<\/span>\r\n\r\n# V\u00e9rifier les ports encore ouverts<\/span>\r\nsudo<\/span> ss<\/span> -tulpn<\/span>\r\n\r\n\r\n# Activer UFW<\/span>\r\nsudo<\/span> ufw<\/span> enable<\/span>\r\n\r\n# Politique par d\u00e9faut<\/span>\r\nsudo<\/span> ufw<\/span> default deny incoming<\/span>\r\nsudo<\/span> ufw<\/span> default allow outgoing<\/span>\r\n\r\n# Autoriser seulement les services n\u00e9cessaires<\/span>\r\nsudo<\/span> ufw<\/span> allow 22\/tcp<\/span>\r\nsudo<\/span> ufw<\/span> allow 80\/tcp<\/span>\r\nsudo<\/span> ufw<\/span> allow 443\/tcp<\/span>\r\n\r\n# Limiter SSH \u00e0 un r\u00e9seau pr\u00e9cis<\/span>\r\nsudo<\/span> ufw<\/span> allow from 192.168.1.0\/24 to any port 22 proto tcp<\/span>\r\n\r\n# Bloquer une adresse IP<\/span>\r\nsudo<\/span> ufw<\/span> deny from 192.168.1.50<\/span>\r\n\r\n# V\u00e9rifier les r\u00e8gles UFW<\/span>\r\nsudo<\/span> ufw<\/span> status numbered<\/span>\r\n\r\n\r\n# Voir les r\u00e8gles nftables<\/span>\r\nsudo<\/span> nft<\/span> list ruleset<\/span>\r\n\r\n# Bloquer une IP avec nftables<\/span>\r\nsudo<\/span> nft<\/span> add rule inet filter input ip saddr 192.168.1.50 drop<\/span>\r\n\r\n\r\n# V\u00e9rifier la configuration SSH<\/span>\r\nsudo<\/span> nano<\/span> \/etc\/ssh\/sshd_config<\/span>\r\n\r\n# V\u00e9rifier la configuration apr\u00e8s modification<\/span>\r\nsudo<\/span> sshd<\/span> -t<\/span>\r\n\r\n# Red\u00e9marrer SSH<\/span>\r\nsudo<\/span> systemctl<\/span> restart ssh<\/span>\r\n\r\n\r\n# Installer Fail2ban<\/span>\r\nsudo<\/span> apt<\/span> install fail2ban -y<\/span>\r\n\r\n# Activer Fail2ban au d\u00e9marrage<\/span>\r\nsudo<\/span> systemctl<\/span> enable --now fail2ban<\/span>\r\n\r\n# V\u00e9rifier Fail2ban<\/span>\r\nsudo<\/span> fail2ban-client<\/span> status<\/span>\r\n\r\n# V\u00e9rifier la protection SSH<\/span>\r\nsudo<\/span> fail2ban-client<\/span> status sshd<\/span>\r\n\r\n# Voir les \u00e9v\u00e9nements Fail2ban<\/span>\r\nsudo<\/span> journalctl<\/span> -u fail2ban -f<\/span>\r\n\r\n\r\n# Voir les \u00e9checs SSH<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span> | grep<\/span> \"Failed password\"<\/span>\r\n\r\n# Compter les IP qui \u00e9chouent le plus souvent<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh<\/span> | grep<\/span> \"Failed password\"<\/span> | awk<\/span> '{print $(NF-3)}'<\/span> | sort<\/span> | uniq<\/span> -c<\/span> | sort<\/span> -nr<\/span>\r\n\r\n# Suivre les tentatives SSH en temps r\u00e9el<\/span>\r\nsudo<\/span> journalctl<\/span> -u ssh -f<\/span>\r\n<\/div>\r\n\r\n
                              \r\n\r\n

                              13. Phase 4 \u2013 Ajout de pfSense<\/h2>\r\n\r\n

                              L\u2019architecture sera ensuite modifi\u00e9e.<\/p>\r\n\r\n

                              Votre serveur Debian ne sera plus directement expos\u00e9 au r\u00e9seau d\u2019attaque.<\/p>\r\n\r\n\r\n

                              \r\n \"Architecture\r\n
                              Architecture apr\u00e8s l\u2019ajout de pfSense entre le r\u00e9seau d\u2019attaque et le r\u00e9seau interne.<\/figcaption>\r\n<\/figure>\r\n\r\n\r\n

                              Vous devrez configurer et comprendre :<\/p>\r\n\r\n

                                \r\n
                              • l\u2019interface WAN;<\/li>\r\n
                              • l\u2019interface LAN;<\/li>\r\n
                              • l\u2019adressage du r\u00e9seau interne;<\/li>\r\n
                              • les r\u00e8gles de pare-feu;<\/li>\r\n
                              • le NAT;<\/li>\r\n
                              • le Port Forwarding;<\/li>\r\n
                              • les journaux pfSense.<\/li>\r\n<\/ul>\r\n\r\n

                                Vous devrez \u00eatre capable d\u2019identifier si un trafic est :<\/p>\r\n\r\n

                                  \r\n
                                • re\u00e7u par pfSense;<\/li>\r\n
                                • autoris\u00e9;<\/li>\r\n
                                • bloqu\u00e9;<\/li>\r\n
                                • redirig\u00e9 vers votre serveur.<\/li>\r\n<\/ul>\r\n\r\n
                                  \r\n\r\n

                                  14. Phase 5 \u2013 Serveur Web, Port Forwarding et Nginx Proxy Manager<\/h2>\r\n\r\n

                                  Votre serveur Debian devra maintenant offrir un service Web accessible depuis le r\u00e9seau externe.<\/p>\r\n\r\n

                                  Vous devrez installer et configurer Apache<\/strong> sur votre serveur Debian.<\/p>\r\n\r\n

                                  Une page Web devra \u00eatre cr\u00e9\u00e9e et rendue accessible avec Apache.<\/p>\r\n\r\n

                                  Vous devrez ensuite installer Nginx Proxy Manager dans Docker<\/strong>.<\/p>\r\n\r\n

                                  Nginx Proxy Manager deviendra le point d\u2019entr\u00e9e pour les connexions HTTP et HTTPS vers votre serveur Web.<\/p>\r\n\r\n

                                  Vous devrez enregistrer votre serveur Web Apache dans Nginx Proxy Manager afin que les requ\u00eates re\u00e7ues soient redirig\u00e9es vers Apache.<\/p>\r\n\r\n

                                  Le chemin d\u2019une requ\u00eate Web deviendra donc :<\/p>\r\n\r\n

                                  \r\n
                                  Client \/ Attaquant<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  pfSense<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  Port Forwarding 80 \/ 443<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  Nginx Proxy Manager<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  Apache<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  Page Web<\/div>\r\n<\/div>\r\n\r\n\r\n
                                  \r\n \"Architecture\r\n
                                  Architecture Web \u2013 Le trafic traverse pfSense et Nginx Proxy Manager avant d\u2019atteindre le serveur Web Apache.<\/figcaption>\r\n<\/figure>\r\n\r\n\r\n

                                  Vous devrez configurer le Port Forwarding<\/strong> dans pfSense afin de permettre au trafic HTTP et HTTPS d\u2019atteindre Nginx Proxy Manager.<\/p>\r\n\r\n

                                  Principe g\u00e9n\u00e9ral :<\/p>\r\n\r\n

                                  \r\n
                                  WAN pfSense : TCP 80 \/ 443<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  NAT \/ Port Forwarding<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  Nginx Proxy Manager<\/div>\r\n
                                  \u2193<\/div>\r\n\r\n
                                  Apache<\/div>\r\n<\/div>\r\n\r\n

                                  Vous devrez v\u00e9rifier que votre page Web est accessible depuis le r\u00e9seau externe.<\/p>\r\n\r\n

                                  \r\n\r\n

                                  15. Phase 6 \u2013 Surveillance des logs de Nginx Proxy Manager<\/h2>\r\n\r\n

                                  Une fois votre page Web accessible, vous devrez commencer \u00e0 surveiller les communications avec votre serveur.<\/p>\r\n\r\n

                                  Un outil personnalis\u00e9 d\u2019analyse des logs<\/strong> vous sera fourni.<\/p>\r\n\r\n

                                  Cet outil permet de surveiller et d\u2019analyser les fichiers de logs g\u00e9n\u00e9r\u00e9s par Nginx Proxy Manager<\/strong>.<\/p>\r\n\r\n

                                  Il permettra notamment d\u2019observer les \u00e9changes entre les clients et vos serveurs Web.<\/p>\r\n\r\n

                                  Vous pourrez utiliser l\u2019outil pour analyser notamment :<\/p>\r\n\r\n

                                    \r\n
                                  • les adresses IP sources;<\/li>\r\n
                                  • les requ\u00eates HTTP;<\/li>\r\n
                                  • les m\u00e9thodes utilis\u00e9es;<\/li>\r\n
                                  • les URL demand\u00e9es;<\/li>\r\n
                                  • les codes de r\u00e9ponse HTTP;<\/li>\r\n
                                  • les User-Agent;<\/li>\r\n
                                  • la fr\u00e9quence des requ\u00eates;<\/li>\r\n
                                  • les erreurs g\u00e9n\u00e9r\u00e9es;<\/li>\r\n
                                  • les ressources demand\u00e9es;<\/li>\r\n
                                  • les comportements r\u00e9p\u00e9titifs.<\/li>\r\n<\/ul>\r\n\r\n

                                    L\u2019objectif est de commencer \u00e0 comprendre ce qui se passe devant votre serveur Web \u00e0 partir des informations contenues dans les logs de Nginx Proxy Manager.<\/p>\r\n\r\n

                                    \r\n\r\n

                                    16. Phase 7 \u2013 Activit\u00e9s normales et activit\u00e9s suspectes<\/h2>\r\n\r\n

                                    \u00c0 partir de cette \u00e9tape, diff\u00e9rentes activit\u00e9s commenceront \u00e0 appara\u00eetre dans les logs de votre serveur Web.<\/p>\r\n\r\n

                                    Certaines activit\u00e9s seront parfaitement normales<\/strong>.<\/p>\r\n\r\n

                                    D\u2019autres pourront provenir de robots, de scanners automatis\u00e9s ou d\u2019activit\u00e9s potentiellement malveillantes.<\/p>\r\n\r\n

                                    Vous ne saurez pas n\u00e9cessairement \u00e0 l\u2019avance quelle activit\u00e9 est normale et laquelle repr\u00e9sente une attaque.<\/p>\r\n\r\n

                                    Votre travail sera d\u2019utiliser les informations pr\u00e9sentes dans les logs de Nginx Proxy Manager pour tenter de comprendre ce qui se passe.<\/p>\r\n\r\n

                                    Vous devrez notamment tenter de r\u00e9pondre aux questions suivantes :<\/p>\r\n\r\n

                                      \r\n
                                    • Quelle adresse IP g\u00e9n\u00e8re les requ\u00eates?<\/li>\r\n
                                    • Quelles ressources sont demand\u00e9es?<\/li>\r\n
                                    • \u00c0 quelle fr\u00e9quence?<\/li>\r\n
                                    • Les ressources demand\u00e9es existent-elles r\u00e9ellement?<\/li>\r\n
                                    • Quels codes HTTP sont retourn\u00e9s?<\/li>\r\n
                                    • Le m\u00eame comportement est-il r\u00e9p\u00e9t\u00e9?<\/li>\r\n
                                    • Quel User-Agent est utilis\u00e9?<\/li>\r\n
                                    • Le comportement ressemble-t-il \u00e0 celui d\u2019un utilisateur normal?<\/li>\r\n
                                    • Le comportement ressemble-t-il \u00e0 celui d\u2019un robot ou d\u2019un scanner automatis\u00e9?<\/li>\r\n
                                    • Est-ce une activit\u00e9 potentiellement malveillante?<\/li>\r\n<\/ul>\r\n\r\n

                                      Une adresse IP qui g\u00e9n\u00e8re beaucoup de trafic n\u2019est pas automatiquement malveillante.<\/p>\r\n\r\n

                                      Vous devrez utiliser plusieurs informations pr\u00e9sentes dans les logs avant de prendre une d\u00e9cision.<\/p>\r\n\r\n

                                      \r\n\r\n

                                      17. Phase 8 \u2013 Filtrage bas\u00e9 sur l\u2019analyse des logs<\/h2>\r\n\r\n

                                      Apr\u00e8s avoir identifi\u00e9 une activit\u00e9 suspecte, vous devrez d\u00e9terminer comment la limiter ou la bloquer.<\/p>\r\n\r\n

                                      Votre d\u00e9cision devra \u00eatre bas\u00e9e sur les observations effectu\u00e9es dans les logs de Nginx Proxy Manager.<\/p>\r\n\r\n

                                      Le processus devient donc :<\/p>\r\n\r\n

                                      \r\n
                                      Activit\u00e9 r\u00e9seau<\/div>\r\n
                                      \u2193<\/div>\r\n\r\n
                                      Nginx Proxy Manager<\/div>\r\n
                                      \u2193<\/div>\r\n\r\n
                                      Logs NPM<\/div>\r\n
                                      \u2193<\/div>\r\n\r\n
                                      Outil personnalis\u00e9 d\u2019analyse<\/div>\r\n
                                      \u2193<\/div>\r\n\r\n
                                      Identification d\u2019un comportement suspect<\/div>\r\n
                                      \u2193<\/div>\r\n\r\n
                                      D\u00e9cision de filtrage<\/div>\r\n<\/div>\r\n\r\n

                                      Selon la situation, le filtrage pourra \u00eatre appliqu\u00e9 \u00e0 diff\u00e9rents niveaux de l\u2019infrastructure.<\/p>\r\n\r\n

                                      Vous pourrez notamment intervenir dans :<\/p>\r\n\r\n

                                        \r\n
                                      • pfSense;<\/li>\r\n
                                      • le pare-feu du serveur Debian;<\/li>\r\n
                                      • Nginx Proxy Manager;<\/li>\r\n
                                      • Fail2ban;<\/li>\r\n
                                      • le serveur Web;<\/li>\r\n
                                      • l\u2019application elle-m\u00eame.<\/li>\r\n<\/ul>\r\n\r\n

                                        Le choix devra d\u00e9pendre du type d\u2019activit\u00e9 observ\u00e9e.<\/p>\r\n\r\n

                                        Vous devrez \u00eatre capable d\u2019expliquer :<\/p>\r\n\r\n

                                          \r\n
                                        1. ce que vous avez observ\u00e9 dans les logs;<\/li>\r\n
                                        2. pourquoi vous consid\u00e9rez cette activit\u00e9 comme suspecte;<\/li>\r\n
                                        3. quelle source ou quel comportement vous souhaitez filtrer;<\/li>\r\n
                                        4. o\u00f9 vous avez appliqu\u00e9 le filtrage;<\/li>\r\n
                                        5. pourquoi vous avez choisi ce niveau;<\/li>\r\n
                                        6. comment vous avez v\u00e9rifi\u00e9 que le filtrage fonctionne.<\/li>\r\n<\/ol>\r\n\r\n

                                          Apr\u00e8s chaque modification, vous devrez continuer \u00e0 surveiller les logs afin de v\u00e9rifier que :<\/p>\r\n\r\n

                                            \r\n
                                          • l\u2019activit\u00e9 malveillante est effectivement limit\u00e9e ou bloqu\u00e9e;<\/li>\r\n
                                          • les utilisateurs l\u00e9gitimes peuvent toujours acc\u00e9der au service;<\/li>\r\n
                                          • la mesure de protection ne g\u00e9n\u00e8re pas de nouveaux probl\u00e8mes.<\/li>\r\n<\/ul>\r\n\r\n
                                            \r\n Observer<\/strong>\r\n \u2192<\/span>\r\n Analyser les logs<\/strong>\r\n \u2192<\/span>\r\n Identifier<\/strong>\r\n \u2192<\/span>\r\n Filtrer<\/strong>\r\n \u2192<\/span>\r\n V\u00e9rifier<\/strong>\r\n<\/div>\r\n\r\n
                                            \r\n\r\n

                                            18. Phase 9 \u2013 Choisir o\u00f9 intervenir<\/h2>\r\n\r\n

                                            Une activit\u00e9 suspecte a \u00e9t\u00e9 identifi\u00e9e.<\/p>\r\n\r\n

                                            Il faut maintenant d\u00e9terminer o\u00f9 appliquer la protection<\/strong>.<\/p>\r\n\r\n

                                            Plusieurs possibilit\u00e9s peuvent exister :<\/p>\r\n\r\n

                                            \r\n
                                            pfSense<\/div>\r\n
                                            \u2193<\/div>\r\n\r\n
                                            Debian \/ pare-feu local<\/div>\r\n
                                            \u2193<\/div>\r\n\r\n
                                            Nginx Proxy Manager<\/div>\r\n
                                            \u2193<\/div>\r\n\r\n
                                            Apache \/ Application<\/div>\r\n<\/div>\r\n\r\n

                                            Vous devrez choisir le niveau appropri\u00e9 selon la situation.<\/p>\r\n\r\n

                                            Il ne suffit pas de bloquer une adresse IP.<\/p>\r\n\r\n

                                            Vous devez \u00eatre capable d\u2019expliquer pourquoi la protection est appliqu\u00e9e \u00e0 cet endroit de l\u2019infrastructure<\/strong>.<\/p>\r\n\r\n

                                            \r\n\r\n

                                            19. Phase 10 \u2013 D\u00e9fense progressive<\/h2>\r\n\r\n

                                            Les attaques pourront \u00e9voluer pendant l\u2019activit\u00e9.<\/p>\r\n\r\n

                                            Une protection efficace contre une attaque ne fonctionnera pas n\u00e9cessairement contre la suivante.<\/p>\r\n\r\n

                                            Vous pourrez progressivement ajouter des m\u00e9canismes comme :<\/p>\r\n\r\n

                                              \r\n
                                            • Fail2ban;<\/li>\r\n
                                            • r\u00e8gles pfSense;<\/li>\r\n
                                            • filtrage IP;<\/li>\r\n
                                            • limitation du nombre de requ\u00eates;<\/li>\r\n
                                            • IDS\/IPS;<\/li>\r\n
                                            • Suricata;<\/li>\r\n
                                            • CrowdSec;<\/li>\r\n
                                            • centralisation des logs;<\/li>\r\n
                                            • tableaux de bord;<\/li>\r\n
                                            • surveillance r\u00e9seau;<\/li>\r\n
                                            • surveillance des applications;<\/li>\r\n
                                            • alertes.<\/li>\r\n<\/ul>\r\n\r\n

                                              Vous \u00eates libre d\u2019utiliser d\u2019autres outils si vous \u00eates capable de justifier leur utilisation.<\/p>\r\n\r\n<\/article>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"

                                              Mise en situation Vous \u00eates responsable d\u2019un serveur qui devra progressivement offrir diff\u00e9rents services accessibles sur un r\u00e9seau. Au d\u00e9but de l\u2019activit\u00e9, chaque participant re\u00e7oit une machine virtuelle Debian Server…<\/p>\n","protected":false},"author":1,"featured_media":503,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"page_builder":"","footnotes":""},"categories":[8,9],"tags":[],"class_list":["post-481","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-linux","category-pfsens"],"_links":{"self":[{"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/posts\/481","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/comments?post=481"}],"version-history":[{"count":13,"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/posts\/481\/revisions"}],"predecessor-version":[{"id":502,"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/posts\/481\/revisions\/502"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/media\/503"}],"wp:attachment":[{"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/media?parent=481"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/categories?post=481"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/info.kpuc.dev\/index.php\/wp-json\/wp\/v2\/tags?post=481"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}