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

💌 Télécharger le guide complet pour débuter dans la cybersécuirté : www.hacking-autodidacte.fr/lp...
🔗 Plus de contenu :
Mes Formations ➜ www.hacking-autodidacte.fr/
Me Contacter ➜ www.hacking-autodidacte.fr/ (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

[@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]

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

[@pj-ok4gt]

Super tes vidéos ! Merci beaucoup !

[@spercos-xw7dy]

super vidéo : )

[@josscrypto7830]

super video merci !

[@paillat]

Super vidéo, merci!

[@matteo2b00]

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

[@toumanisidibe3602]

Très bonnes explications. Merci.

[@user-ef8vz3ku8p]

Merci pour cette information

[@legigatrain216]

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

[@mechackmbemba839]

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 ?

[@dev-mc4jq]

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

[@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 ?

[@justesonic4761]

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

[@palecoeu06]

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

[@doya8130]

Thank you

[@serychristianrenaud]

Thanks

[@zalarbanezalabaing8189]

Pourrais tu parlais des pixels espions

[@allenyade]

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

[@applejuice4780]

"Décrypter" en big 2024 rooooooooooh

[@kwiky5643]

?? Déchiffrer tu te sens mieux ?

[@LZnaxyl]

​@@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

[@YaofilsdelaJungle]

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

[@serinity63]

👍👍👍

[@mjcc_]

QUIC, nous c'est le bout en bout

[@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.

[@MtTheToto]

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

[@MtTheToto]

(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 ?

[@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.

[@oolmfoxz8170]

Houla la bcp d'imprécision...

[@HafniumSecuriteInformatique]

Quelles sont les imprécisions ?

[@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 !

[@yaourtsama]

Titre putaclick, quic ne remplacera jamais tcp