⚡ Le nouveau PROTOCOLE qui va (peut-être) remplacer TCP.

No video

⚡ Le nouveau PROTOCOLE qui va (peut-être) remplacer TCP.

Рет қаралды 33,893

Күн бұрын

💌 Télécharger le guide complet pour débuter dans la cybersécuirté : www.hacking-au...
🔗 Plus de contenu :
Mes Formations ➜ www.hacking-au...
Me Contacter ➜ www.hacking-au... (en bas de la page)
❗ Disclamer ❗
Attention, cette vidéo est à but uniquement éducatif et documentaire : je n’incite personne à commettre des actes illégaux avec le contenu de cette vidéo/chaîne : mon objectif à travers cette vidéo/chaîne est de vous enseigner le hacking "éthique". Je ne serai pas responsable de vos bêtises en cas de problème avec la loi.
0:43 Internet avant : HTTP/0.9 ➔ HTTP/1.1
4:05 Le protocole HTTP/2
10:33 QUIC et HTTP/3
13:31 Critiques de QUIC et HTTP/3

Пікірлер: 72

@fredericmazoit1441 Ай бұрын

J'aurais présenté les choses différemment. Le but du protocole IP est d'agréger des réseaux en un grand réseau virtuel. Avec, on peut envoyer des paquets d'une machine A à une machine B, mais sans garanties. On peut ainsi avoir des paquets perdus ou des paquets modifiés. Le rôle d'UDP est uniquement de détecter les paquets modifiés. Le rôle de TCP est d'établir une connection fiable (en mode connecté). Donc si TCP voit qu'un paquet est perdu ou corrompu, on demande une nouvelle copie. Bien évidemment, UDP est beaucoup plus léger que TCP. Donc si perdre un paquet de temps en temps n'est pas trop grave (par exemple streamer du son), on utilise UDP. Mais pour HTTP, on doit utiliser TCP. Sauf que TCP, c'est lent. Par exemple, pour établir une connection, on utilise un handshake. 1. A envoie un paquet syn à B 2. B envoie un syn+ack à A 3. A envoie un ack à B. Et après, on peut communiquer. C'est cool sauf que si A veut envoyer un petit paquet à B, alors on a 4 messages envoyé pour que B reçoive le paquet. Pourquoi ne pas envoyer de la data dès l'étape 1. ? Ça serait cool mais ça n'est plus du TCP, ça nécessite un nouveau protocole. Alors comment on fait ? Ben on fait un nouveau protocole. Et quitte à changer des trucs, autant en changer plein. Sauf que, quand on voit le bordel qu'est la migration de IPv4 vers IPv6, proposer un nouveau protocole au niveau de TCP ou UDP, c'est sans doute une très mauvaise idée. Alors comme UDP est très léger et que les checksum pour vérifier qu'un paquet n'est pas corrompu, c'est bien, alors on fait un TCPv2 au dessus d'UDP. Et on a ainsi quic. Et le lien avec HTTP ? A priori aucun, sauf 2 choses: - Qui s'est posé la question d'optimiser TCP ? Google (ils payent la bandent passante donc si y'a moyen de gratter…) - Que fait google ? Du HTTP. Et qu'a-t-on dans HTTP, plein de paquets get très courts. Donc comme google développe un navigateur web, il peut pousser son nouveau protocole. Et avec un peu de chance, tous les navigateurs vont s'aligner. Et avec un peu de chances, une fois les pots cassé et le protocole stabilisé, les autres protocoles (SSH, IMAP…) vont finir par s'aligner.

@nathanl.4730 Ай бұрын

J'ai apprécié ton commentaire. Très bien résumé la situation. Merci pour ton temps.

@danieljeremie Ай бұрын

2 ans de cours résumés en quelques lignes ! soit tu es formateur, soit tu devrais penser à changer de métier !...

@fredericmazoit1441 Ай бұрын

@@danieljeremie Zut, je suis démasqué. En tout cas, merci beaucoup à @nathanl.4730 et à toi pour vos commentaires.

@HafniumSecuriteInformatique Ай бұрын

Très bon complément à la vidéo. J'ai pris HTTP comme exemple, car c'est l'exemple le plus commun.

@gaiusbaltar7122 Ай бұрын

*Le but du protocole IP est d'agréger des réseaux en un grand réseau virtuel* Je trouve cette formulation ambigüe. Le but du protocole IP est plutôt de permettre l'acheminement d'un paquet d'un réseau à un autre via routage. *Le rôle d'UDP est uniquement de détecter les paquets modifiés* Je ne comprends pas cette phrase à cause du "uniquement". Le rôle d'UDP, comme TCP, est avant tout d'identifier l'applicatif auquel est destiné le flux grâce au numéro de port.

@leyasep5919 Ай бұрын

La narration est ... "surprenante" avec des t'énormez liaisonz mal-t-à-propos 😀

@protegeonslanature4031 2 ай бұрын

Une nouvelle vidéo, merci ❤❤❤❤❤

@mechackmbemba839 2 ай бұрын

La qualité des détails de la vidéo wow🤧

@jeanlucbiellmann9909 Ай бұрын

Le problème est toujours le même : la confiance. On sait que les navigateurs peuvent faire du déport d'écran, accéder aux caméras et micros connectés, bref tout ce qu'il faut pour vous surveiller en temps réel, et là est le problème : quand le trafic n'est plus immédiatement lisible, c'est la porte ouverte aux abus ! Est-ce que le gain de rapidité vaut le risque ? Surtout avec une fibre qui a largement fait exploser la bande passante, y compris chez le particulier ?

@pj-ok4gt Ай бұрын

Super tes vidéos ! Merci beaucoup !

@dev-mc4jq 2 ай бұрын

super vidéo, je connaissais pas QUIC, ni ta chaîne d'ailleurs, merci. Au niveau des cas d'usage, je pense que ça peut être pertinent de l'utiliser sur des terminaux mobiles car à cause de la radio en média intermédiaire, c'est la ou il y a le plus de pertes sur le réseau, mais je pense pas que ça sera adopté au niveau du backend en raison des difficultés à débugger, sur le plan organisationnel ça poserai aussi des soucis car les gens qui gèrent les sessions tcp/udp (firewall), ne sont les mêmes que les gens qui gèrent les aspect authentification & certs/pki dans les grands groupes.

@KamiKazeKat Ай бұрын

J'ai travaillé en support et installé des postes Avaya, j'ai vu les process et accedé à la console de gestion des postes, le backend est a vomir, mais il rempli bien sa fonction... Après si on fait une refonte niveaux communication, ce serait génial

@palecoeu06 Ай бұрын

Intéressant. Merci. 👍 Sur la forme beaucoup de « liaisons dangereuses » 😉

@toumanisidibe3602 Ай бұрын

Très bonnes explications. Merci.

@Pcquifume 2 ай бұрын

super vidéo : )

@josscrypto7830 2 ай бұрын

super video merci !

@Coni128 5 күн бұрын

Vouloir faire du web rapide alors que le 80% des trucs chargés sur une page c'est du tracking des utilisateurs, pour mieux cibler la publicité ou analyser l'experience utilisateur (où il click etc.)

@user-ef8vz3ku8p Ай бұрын

Merci pour cette information

@matteo2b00 Ай бұрын

merci c'est super clair et très intéressant

@ljoffrey Ай бұрын

Dire que HTTP/3 va remplacer TCP n’est-il pas un peu biaisé? N’est-ce pas grâce à la qualité des couches physiques s’étant améliorée au fil du temps qu’on peut aujourd’hui se passer du contrôle fourni par TCP et utiliser UDP ?

@legigatrain216 2 ай бұрын

merci dieu, j'attendais une vidéo sur ce protocole

@paillat Ай бұрын

Super vidéo, merci!

@Daahma 21 күн бұрын

Purée je configurais déjà le Protocole TCP et UDP à l'époque de la Mule (Emule). Un jeu d'enfant. C'était y'a au moins 20 ans purée c'est passé vite. Bref j'ai fait mes premiers pas dans ces protocoles avec Emule où j'ai commencé à apprendre les bases et ensuite j'ai tout appris en autodidacte comme tous ceux de ma génération

@justesonic4761 Ай бұрын

Super intéressant! Je me demandait justement ce que c’était ce truc que je voyais de plus en plus … Quic

@zalarbanezalabaing8189 Ай бұрын

Pourrais tu parlais des pixels espions

@applejuice4780 2 ай бұрын

"Décrypter" en big 2024 rooooooooooh

@kwiky5643 2 ай бұрын

?? Déchiffrer tu te sens mieux ?

@LZnaxyl 2 ай бұрын

@@kwiky5643il a raison, c'est différent

@justesonic4761 Ай бұрын

Osef, la vidéo est super intéressante

@justesonic4761 Ай бұрын

Si tu chiale c’est que t’as compris de quoi on parler ^^

@applejuice4780 Ай бұрын

@@justesonic4761 Justement parce que la vidéo est très bonne que voir une erreur aussi grossière m’a fait tiquer

@cyrilcamard6731 19 күн бұрын

TCP régule le débit (control de la congestion) ce qui n'est pas le cas avec UDP. Quid d'UDP+QUIC ?

@YaofilsdelaJungle 2 ай бұрын

Super capsule… sauf… en ce qui concerne les liaisons mal t’appropriées…

@mayoniaise5169 Ай бұрын

C’est quand même un zexploit 😂

@YaofilsdelaJungle Ай бұрын

@@mayoniaise5169 👍1 point zin

@doya8130 Ай бұрын

Thank you

@serychristianrenaud Ай бұрын

Thanks

@allenyade Ай бұрын

ah la la, le fameux protocole hypertext transfer protocol, le protocole protocole de transfert hypertextuel x)) (je rigole bonne vidéo

@mjcc_ Ай бұрын

QUIC, nous c'est le bout en bout

@serinity63 Ай бұрын

👍👍👍

@oolmfoxz8170 Ай бұрын

Houla la bcp d'imprécision...

@HafniumSecuriteInformatique Ай бұрын

Quelles sont les imprécisions ?

@pablorackham 13 күн бұрын

"HTTP a été créé en 89 lors de la naissance d'internet" ? N'importe quoi…

@djcaesar9114 Ай бұрын

Aïe aïe aïe les oreilles qui saignent : "un point zun"...

@HafniumSecuriteInformatique Ай бұрын

@djcaesar9114 Ай бұрын

@@HafniumSecuriteInformatique il faut faire attention aux liaisons, entre "cent zeuros" (je ne me souviens plus exactement ce qu'il y avait après "100") et "1.1" qui devient "un point zun", ça dégrade un peu la forme de la vidéo qui a pourtant un bon fond, c'est dommage, parce que le contenu est intéressant.

@CO-wh8bq Ай бұрын

Pas trop grave. En revanche "la naissance d'Internet en 1989"... Non, du Web.

@Risu0chan Ай бұрын

«http a été créé en 1989 à la naissance d'INTERNET» Ah non, c'est la naissance du WEB (World Wide Web, www), mais pas d'internet qui date des années 70 et la mise en place de tcp/ip. Même si le web n'existait pas et internet était encore très peu connu, il y avait déjà le mail, les newsgroups, ftp, irc et d'autres protocoles anciens.

@HafniumSecuriteInformatique Ай бұрын

Tu ne parles pas d'ARPANET plutot ?

@Risu0chan Ай бұрын

@@HafniumSecuriteInformatique Où s'arrête Arpanet, où commence Internet, je n'ai pas de réponse définitive. Je viens de relire l'historique sur Wikipedia et ce n'est pas clair, parce que c'est graduel. Pour moi, internet c'est des datagrammes IP, donc ça existe depuis 50 ans.

@gaiusbaltar7122 Ай бұрын

@@Risu0chan Arpanet est le réseau militaire qui a servi de base à l'internet. On est passé de l'un à l'autre dans les années 80 (en 83) avec l'adoption de TCP/IP à la place du protocole NCP sur lequel s'appuyait Arpanet.

@MtTheToto 2 ай бұрын

"HTTP esr utilisé par 100% des sites web" 99.9% peut être, mais pas 100 😅

@MtTheToto 2 ай бұрын

(IPFS, Gopher)

@212_zaaky8 Ай бұрын

Pourquoi tu dit ça ?

@thedocsystem Ай бұрын

Jusqu'à preuve du contraire, HTTP est le seul et unique protocole utilisé (et utilisable) pour charger un site web. Je t'invite donc à nous donner un contre exemple, connais-tu ne serait-ce qu'un site web qui n'utilise pas HTTP ?

@saytdiabloxsayt_family1925 Ай бұрын

"nouveau" :kek:

@MrToufou54 Ай бұрын

Wow, bien tenté mais tu t'y prends assez mal et tout dans le désordre, ça ne fait pas pro du tout mais très très amateur cette vidéo Pourquoi de jamais aborder le model OSI ? Pourquoi attendre les 3/4 de la vidéo pour expliquer (maladroitement) qu'en fait TCP et http 'e sont pas du tout comparable car appartenant aux couches 4 et 7 du model OSI, respectivement couche transport et application , ce qui tout a long de la vidéo n'est pas du tout expliqué et au contraire pour un néophyte, tu compare les 2 comme si ils étaient au même niveau, ce n'est qu'à la fin qu'on découvre que TCP transporte les protocoles http et que udp est utilisé pour les dernières versions Continue, tu as une bonne marge de progression, à ta voix tu es à peine majeur (ou pas) ce qui te laisse du temps pour acquérir de l'expérience Par contre arrête les vidéos tant que tu n'auras pas atteint un certain niveau, ça pollue la qualité de l'ensemble et rajoute du bruit inutile Ou alors la prochaine fois demande a chat gpt de t'écrire le script

@HafniumSecuriteInformatique Ай бұрын

Ta critique est très mal formulée et très agressive. Tu devrais prendre exemple sur le commentaire que j'ai épinglé. Je suis d'accord avec toi sur le fait que j'aurais du détailler 2 a 3 minutes de plus le protocole QUIC, car j'ai beaucoup parlé d'HTTP.

@MrToufou54 Ай бұрын

@@HafniumSecuriteInformatique savoir encaisser une critique ça aussi ça s'apprend Je ne m'attendais pas à ce que tu écoutes avec humilité et remercie , et pire encore , le fait que tu le prennes de manière agressive prouve que tu n'a aucune maturité

@antwanlbr Ай бұрын

@@MrToufou54très sincèrement d’un point de vue extérieur, ton commentaire est agressif et incroyablement arrogant. Tu devrais revoir ta définition de « critique constructive ». Le passif agressif est parfaitement inutile.

@fabricebacchella863 Ай бұрын

Le modèle OSI est un modèle théorique qui n’a jamais été réellement implémenté. Et depuis la le succès d’Internet il a complètement du paysage. On peut l’oublier, il est sans intérêt et n’apporte rien.

@adecy9669 Ай бұрын

Agressif et impertinent, cela fait plus de 4 ans que je débourre régulièrement des stacks embarqués de protocoles variés (TCP/TLS/BLE/LoRaWAN) et j'ai trouvé ça intéressant. Il propose ce contenu gratuitement, il faut en profiter à sa juste valeur !