The Maddog Conc3p7ion it

The Maddog Conc3p7ion it ITIL Foundation and Science. Maintenance en tout genre

24/05/2026

🟦 Cloud & Administration Cloud

5. IAM : qui a les clés de quelles portes ?

Dans le cloud, il y a une notion qu’on ne doit jamais prendre à la légère :

👉 IAM
Identity and Access Management
Autrement dit : qui a le droit de faire quoi ?

Prenons une image simple.

Imaginez une entreprise avec plusieurs portes :

🚪 porte de l’accueil
🚪 porte du bureau comptable
🚪 porte de la salle serveur
🚪 porte de la direction
🚪 porte du coffre-fort

Est-ce que tout le monde doit avoir la clé de toutes les portes ?

Bien sûr que non.

Le stagiaire n’a pas besoin d’ouvrir le coffre-fort.
Le comptable n’a pas forcément besoin d’accéder à la salle serveur.
Le technicien réseau peut avoir accès à certains équipements, mais pas à toute la comptabilité.

Dans le cloud, c’est pareil.

IAM, c’est comme le système de badges de l’entreprise.

Chaque personne, application ou service reçoit uniquement les accès nécessaires pour faire son travail.

Pas plus.

---

🔐 IAM, ça sert à quoi ?

IAM permet de gérer :

👤 Les utilisateurs
Exemple : Jean, Marie, Paul, un administrateur, un développeur.

🎭 Les rôles
Exemple : rôle lecture seule, rôle administrateur, rôle sauvegarde, rôle déploiement.

📜 Les permissions
Exemple : peut créer une machine virtuelle, peut lire les fichiers, peut supprimer une base de données.

🔑 Les accès
Exemple : accès à un serveur, un stockage, une base de données, une application.

---

🧠 Exemple simple

Supposons qu’une entreprise utilise le cloud pour stocker ses fichiers.

On peut créer :

👤 un utilisateur “stagiaire”
➡️ il peut seulement lire certains documents.

👤 un utilisateur “développeur”
➡️ il peut déployer une application, mais pas toucher à la facturation.

👤 un utilisateur “admin cloud”
➡️ il peut gérer les serveurs, les réseaux, les sauvegardes.

👤 un utilisateur “finance”
➡️ il peut consulter les coûts, mais pas supprimer des serveurs.

Voilà l’idée.

Chacun a son badge.
Chacun ouvre les portes qui le concernent.
Pas toutes les portes du bâtiment.

---

⚠️ L’erreur classique du débutant

Beaucoup de débutants font ceci :

> “Je vais donner les droits administrateur à tout le monde, comme ça ça marche.”

Oui, ça marche.

Mais c’est dangereux.

C’est comme donner le passe-partout de toute l’entreprise à chaque employé.

Le jour où un compte est piraté, l’attaquant peut tout casser :

❌ supprimer des serveurs
❌ lire des données sensibles
❌ créer des ressources inutiles
❌ faire exploser la facture cloud
❌ voler des informations importantes

Dans le cloud, une mauvaise permission peut coûter très cher.

---

✅ La bonne logique : le moindre privilège

En sécurité cloud, il y a une règle très importante :

👉 Donner uniquement les droits nécessaires.

C’est ce qu’on appelle le principe du moindre privilège.

Si une personne doit seulement lire un fichier, on ne lui donne pas le droit de supprimer le fichier.

Si une application doit seulement envoyer des logs, on ne lui donne pas accès à toute la base de données.

Si un développeur doit seulement déployer une application, on ne lui donne pas forcément accès à la facturation.

Simple.

---

🧪 Mini-lab pour débutant

Objectif : comprendre les droits limités.

Dans AWS, Azure ou Google Cloud, on peut faire un exercice très simple :

1️⃣ Créer un nouvel utilisateur
2️⃣ Lui donner uniquement un droit limité
3️⃣ Par exemple : lecture seule sur un service
4️⃣ Se connecter avec ce compte
5️⃣ Vérifier ce qu’il peut faire
6️⃣ Vérifier aussi ce qu’il ne peut pas faire

Le but n’est pas encore de tout maîtriser.

Le but est de comprendre ceci :

👉 Dans le cloud, un compte ne doit jamais avoir plus de droits que nécessaire.

---

🏢 Analogie finale

IAM, c’est le service sécurité à l’entrée d’une entreprise.

Quand quelqu’un arrive, on lui demande :

Qui es-tu ?
Quel est ton rôle ?
Quelles portes as-tu le droit d’ouvrir ?
À quelles heures ?
Pour faire quoi ?

Le cloud fait pareil.

Il ne suffit pas de savoir créer des serveurs.
Il faut aussi savoir protéger les accès.

Parce qu’en entreprise, le cloud sans IAM bien configuré, c’est comme un immeuble moderne avec toutes les portes ouvertes.

---

🎯 Ce qu’il faut retenir

IAM permet de contrôler les accès dans le cloud.

Un utilisateur représente une personne ou un compte.

Un rôle représente une fonction ou une mission.

Une permission dit ce qu’on a le droit de faire.

La sécurité commence souvent par une question simple :

👉 Est-ce que cette personne a vraiment besoin de ce droit ?

Si la réponse est non, on ne donne pas.

---

Chez Aide en Informatique, nous écrivons pour les débutants, les étudiants, les autodidactes, les personnes en reconversion, et tous ceux qui partent de zéro, de -1, voire de - l’infini 😄

Nous ne écrivons pas pour impressionner les experts ou les gourous.

Notre objectif est simple : expliquer l’informatique avec des mots simples, des analogies de la vie réelle et des exemples concrets.

Pas de théorie pour la théorie.
On explique pour que les gens comprennent vraiment.

👉 Aux experts qui nous lisent : jugez-nous sur le fond, corrigez-nous quand il faut, complétez avec votre expérience, mais aidez les débutants à monter en compétence. La critique utile construit. La critique pour critiquer décourage. Ici, on est une communauté d’entraide 💪

Nous avons aussi écrit plusieurs livres sur le cloud, l’administration cloud et DevOps, disponibles dans notre catalogue Amazon.

📌 Le lien est disponible sur notre site web en commentaire.

Pour rejoindre nos canaux et être alerté de nos prochains posts, tous les liens utiles sont en commentaire.

---

🚀✨ Nouveau projet en ligne ✨🚀Je viens de creer mon profil GitHub pour le rendre ⚡ plus clair  ⚡ plus puissant  ⚡ plus pr...
24/05/2026

🚀✨ Nouveau projet en ligne ✨🚀

Je viens de creer mon profil GitHub pour le rendre
⚡ plus clair
⚡ plus puissant
⚡ plus professionnel

👉 Découvrez-le ici :
🔗 https://github.com/teremuhamblin

Si vous aimez les projets tech, le code propre et les idées qui avancent,
un ⭐ sur GitHub ou un partage fait toute la différence.

On continue d’avancer. 🔥

24/05/2026

Cyber actualités ZATAZ de la semaine du 11 au 16 mai 2026 : une semaine marquée par d'importantes actions cyber.

24/05/2026

🔥 Pare-feu Linux : ouvrir seulement les bonnes portes

Quand on installe un serveur Linux, beaucoup de débutants pensent seulement à ceci :

> “Est-ce que mon serveur fonctionne ?”

Mais en administration système, il faut aussi se demander :

> “Qui peut entrer dans mon serveur ? Par quelle porte ? Et pour faire quoi ?”

Parce qu’un serveur connecté à Internet, c’est comme un bâtiment ouvert sur une grande route.

Il y a des visiteurs normaux.
Il y a des employés.
Il y a des livreurs.
Mais il y a aussi des gens qui essaient d’entrer partout, juste pour voir si une porte est mal fermée.

C’est là qu’intervient le pare-feu, ou firewall.

---

🧱 C’est quoi un pare-feu Linux ?

Un pare-feu, c’est comme un vigile à l’entrée d’un bâtiment.

Il ne laisse pas passer tout le monde.

Il regarde :

👉 Qui veut entrer ?
👉 Par quelle porte ?
👉 Vers quel service ?
👉 Est-ce autorisé ou non ?

Sur un serveur Linux, les “portes” sont souvent des ports réseau.

Par exemple :

🔹 Port 22 : SSH, pour administrer le serveur à distance
🔹 Port 80 : HTTP, pour un site web non sécurisé
🔹 Port 443 : HTTPS, pour un site web sécurisé
🔹 Port 3306 : MySQL
🔹 Port 5432 : PostgreSQL

Donc quand on dit :

> “ouvrir SSH”

On veut souvent dire :

> “autoriser les connexions sur le port 22.”

Quand on dit :

> “ouvrir HTTP”

On veut dire :

> “autoriser les connexions sur le port 80.”

---

🚪 Pourquoi il ne faut pas tout ouvrir ?

Imaginez un bâtiment où toutes les portes sont ouvertes :

La porte principale.
La porte arrière.
Le garage.
Les fenêtres.
Le local technique.
La salle serveur.

Même si le bâtiment est beau, il est dangereux.

C’est pareil avec un serveur Linux.

Si vous ouvrez tous les ports, vous dites au monde entier :

> “Essayez d’entrer par où vous voulez.”

Et sur Internet, il y a toujours des robots qui scannent les serveurs jour et nuit.

Ils cherchent les ports ouverts, les services mal configurés, les mots de passe faibles, les anciennes versions vulnérables.

Un bon administrateur système ne dit pas :

> “J’ouvre tout, comme ça au moins ça marche.”

Il dit plutôt :

> “J’ouvre seulement ce qui est nécessaire.”

---

🔐 Le principe simple à retenir

Un pare-feu doit suivre cette logique :

👉 Tout bloquer par défaut
👉 Ouvrir uniquement les services nécessaires

Par exemple, si votre serveur sert uniquement à héberger un site web, vous pouvez autoriser :

✅ SSH pour l’administration
✅ HTTP pour le site web
✅ HTTPS pour le site web sécurisé

Mais vous n’avez pas besoin d’ouvrir MySQL au monde entier si la base de données est utilisée seulement en local.

Sinon, c’est comme mettre la caisse du restaurant dehors, sur le trottoir, avec un petit papier :

> “Servez-vous doucement.”

---

🛠️ Mini-lab avec UFW

Sur Ubuntu, on utilise souvent ufw, qui signifie :

> Uncomplicated Firewall

En français simple :

> un pare-feu pas trop compliqué.

1. Autoriser SSH

Avant d’activer le pare-feu sur un serveur distant, il faut souvent autoriser SSH, sinon vous risquez de vous couper vous-même l’accès.

sudo ufw allow ssh

Ou directement avec le port :

sudo ufw allow 22/tcp

2. Autoriser HTTP

sudo ufw allow http

Ou :

sudo ufw allow 80/tcp

3. Autoriser HTTPS

sudo ufw allow https

Ou :

sudo ufw allow 443/tcp

4. Activer le pare-feu

sudo ufw enable

5. Vérifier l’état

sudo ufw status

L’idée est simple :

> Le vigile est maintenant en poste, et il connaît les portes autorisées.

---

🔥 Mini-lab avec firewalld

Sur CentOS, RHEL, Fedora et certaines distributions serveur, on rencontre souvent firewalld.

1. Autoriser SSH

sudo firewall-cmd --permanent --add-service=ssh

2. Autoriser HTTP

sudo firewall-cmd --permanent --add-service=http

3. Autoriser HTTPS

sudo firewall-cmd --permanent --add-service=https

4. Recharger la configuration

sudo firewall-cmd --reload

5. Vérifier les services autorisés

sudo firewall-cmd --list-services

Là aussi, on ne dit pas :

> “Que tout le monde entre.”

On dit :

> “SSH passe, HTTP passe, HTTPS passe. Le reste reste dehors.”

---

⚠️ Attention à SSH

SSH est très important, parce que c’est souvent la porte utilisée pour administrer un serveur à distance.

Mais c’est aussi une porte très attaquée.

Donc ouvrir SSH ne suffit pas.
Il faut aussi penser à :

🔹 utiliser des mots de passe forts
🔹 préférer les clés SSH
🔹 désactiver la connexion root directe quand c’est possible
🔹 limiter les IP autorisées si le contexte le permet
🔹 surveiller les tentatives de connexion

Parce qu’un pare-feu, ce n’est pas un bouclier magique.

C’est une première couche de sécurité.

---

🧠 L’erreur classique du débutant

Beaucoup de débutants font ceci :

> “Mon application ne marche pas, donc je désactive le firewall.”

C’est comme si le vigile bloque une mauvaise entrée, et au lieu de comprendre pourquoi, on le renvoie à la maison.

La bonne approche, c’est plutôt :

👉 Quel service doit être accessible ?
👉 Sur quel port écoute-t-il ?
👉 Est-ce TCP ou UDP ?
👉 Est-ce que ce port doit être ouvert au public ?
👉 Est-ce que le service fonctionne vraiment derrière ?

Le pare-feu ne doit pas être vu comme un obstacle.

Il doit être vu comme un filtre intelligent.

---

🧩 Exemple simple

Votre serveur héberge un site web.

Vous avez besoin de :

✅ SSH pour administrer
✅ HTTP pour afficher le site
✅ HTTPS pour sécuriser le site

Donc on ouvre :

22/tcp
80/tcp
443/tcp

Mais on ne va pas ouvrir :

❌ 3306 MySQL au monde entier
❌ 5432 PostgreSQL au monde entier
❌ tous les ports “au hasard”
❌ le fameux “allow all” juste parce que ça dépanne vite

Dépanner vite, c’est bien.
Sécuriser proprement, c’est mieux.

---

🎯 Ce qu’il faut retenir

Un firewall Linux sert à contrôler les entrées et sorties réseau.

Ce n’est pas là pour embêter l’administrateur.

C’est là pour éviter que votre serveur ressemble à une maison avec toutes les portes ouvertes.

La règle d’or :

> On ouvre seulement les bonnes portes, pour les bonnes raisons.

En administration système Linux, savoir configurer un pare-feu est une compétence de base.

Pas besoin d’être expert cybersécurité pour comprendre le principe :

👉 moins il y a de portes ouvertes inutilement, moins il y a de risques.

---

Chez Aide en Informatique, nous expliquons l’informatique avec des mots simples, des analogies de la vie réelle et des exemples concrets.

Nous écrivons pour les débutants, les étudiants, les autodidactes, les personnes en reconversion, et tous ceux qui partent de zéro, de -1, voire de moins l’infini ahahah 😄

Nous avons aussi plusieurs livres sur Linux, l’administration système, les réseaux et la cybersécurité disponibles dans notre catalogue Amazon.

📌 Tous les liens utiles sont en commentaire.

Adresse

Toulouse

Heures d'ouverture

Lundi 09:00 - 17:00
Mardi 09:00 - 17:00
Mercredi 09:00 - 12:00
Jeudi 09:00 - 17:00
Vendredi 09:00 - 17:00
Samedi 09:00 - 12:00

Téléphone

+33605864528

Notifications

Soyez le premier à savoir et laissez-nous vous envoyer un courriel lorsque The Maddog Conc3p7ion it publie des nouvelles et des promotions. Votre adresse e-mail ne sera pas utilisée à d'autres fins, et vous pouvez vous désabonner à tout moment.

Raccourcis

Partager