{"id":104123,"date":"2022-05-23T15:36:40","date_gmt":"2022-05-23T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-5-18"},"modified":"2022-05-23T15:36:40","modified_gmt":"2022-05-23T13:36:40","slug":"reliz-yadra-linux-5-18","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-18","title":{"rendered":"Sortie du noyau Linux 5.18.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la version du noyau Linux 5.18. Parmi les changements les plus notables : un grand nettoyage des fonctionnalit\u00e9s obsol\u00e8tes a \u00e9t\u00e9 r\u00e9alis\u00e9, le syst\u00e8me de fichiers Reiserfs a \u00e9t\u00e9 d\u00e9clar\u00e9 obsol\u00e8te, la tra\u00e7abilit\u00e9 des processus utilisateurs a \u00e9t\u00e9 impl\u00e9ment\u00e9e, le support du m\u00e9canisme de blocage des exploits Intel IBT a \u00e9t\u00e9 ajout\u00e9, un mode de d\u00e9tection de d\u00e9passement de tampon lors de l'utilisation de la fonction memcpy() a \u00e9t\u00e9 inclus, un m\u00e9canisme de suivi des appels de fonctions fprobe a \u00e9t\u00e9 ajout\u00e9, la performance du planificateur de t\u00e2ches sur les CPU AMD Zen a \u00e9t\u00e9 am\u00e9lior\u00e9e, un pilote pour g\u00e9rer les fonctionnalit\u00e9s des CPU Intel (SDS) a \u00e9t\u00e9 inclus, une partie des correctifs pour la restructuration des fichiers d'en-t\u00eate a \u00e9t\u00e9 int\u00e9gr\u00e9e, et l'application de la norme C11 a \u00e9t\u00e9 approuv\u00e9e.      <\/p>\n<p>La nouvelle version comprend 16206 corrections de 2127 d\u00e9veloppeurs (la version pr\u00e9c\u00e9dente comptait 14203 corrections de 1995 d\u00e9veloppeurs), la taille du patch est de 108 Mo (les modifications concernent 14235 fichiers, 1340982 lignes de code ont \u00e9t\u00e9 ajout\u00e9es et 593836 lignes supprim\u00e9es). Environ 44 % des modifications pr\u00e9sent\u00e9es dans la version 5.18 concernent les pilotes de p\u00e9riph\u00e9riques, environ 16 % des changements sont li\u00e9s \u00e0 la mise \u00e0 jour du code sp\u00e9cifique \u00e0 l'architecture mat\u00e9rielle, 11 % sont li\u00e9s \u00e0 la pile r\u00e9seau, 3 % aux syst\u00e8mes de fichiers et 3 % aux sous-syst\u00e8mes internes du noyau.           <\/p>\n<p>Les principales nouveaut\u00e9s du noyau 5.18 :    <\/p>\n<ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me de disque, entr\u00e9e\/sortie et syst\u00e8mes de fichiers<\/b>\n<ul>\n<li class=\"l\"> Dans le syst\u00e8me de fichiers Btrfs, le support du passage de donn\u00e9es compress\u00e9es lors des op\u00e9rations send et receive a \u00e9t\u00e9 ajout\u00e9. Auparavant, lors de l'utilisation de send\/receive, la partie \u00e9mettrice d\u00e9compressait les donn\u00e9es stock\u00e9es de mani\u00e8re compress\u00e9e, et la partie r\u00e9ceptrice re-compressait avant d'\u00e9crire. Dans le noyau 5.18, les applications en espace utilisateur utilisant les appels send\/receive peuvent transmettre des donn\u00e9es compress\u00e9es sans d\u00e9compression pr\u00e9alable. Cette fonctionnalit\u00e9 est r\u00e9alis\u00e9e gr\u00e2ce aux nouvelles op\u00e9rations ioctl BTRFS_IOC_ENCODED_READ et BTRFS_IOC_ENCODED_WRITE, qui permettent de lire et d'\u00e9crire directement des informations dans des extent.\n<p>De plus, dans Btrfs, la performance de fsync a \u00e9t\u00e9 am\u00e9lior\u00e9e. Un support pour la d\u00e9-duplication et l'ex\u00e9cution de reflink (clonage des m\u00e9tadonn\u00e9es d'un fichier tout en cr\u00e9ant une r\u00e9f\u00e9rence aux donn\u00e9es existantes sans les copier r\u00e9ellement) a \u00e9t\u00e9 ajout\u00e9 pour l'ensemble du stockage, sans se limiter aux points de montage.         <\/p>\n<li class=\"l\"> Le mode d'entr\u00e9e\/sortie directe (Direct I\/O) permet l'acc\u00e8s aux fichiers chiffr\u00e9s lors de l'utilisation du chiffrement inline dans fscrypt, o\u00f9 les op\u00e9rations de chiffrement et de d\u00e9chiffrement sont effectu\u00e9es par le contr\u00f4leur de stockage et non par le noyau. Avec le chiffrement traditionnel au niveau du noyau, l'acc\u00e8s aux fichiers chiffr\u00e9s via Direct I\/O demeure impossible, car l'acc\u00e8s aux fichiers se fait sans passer par le m\u00e9canisme de mise en m\u00e9moire tampon du noyau.\n<li class=\"l\"> Le serveur NFS prend en charge par d\u00e9faut le protocole NFSv3, qui ne n\u00e9cessite plus d'activation s\u00e9par\u00e9e et est disponible lors de l'activation g\u00e9n\u00e9rale de NFS. NFSv3 est consid\u00e9r\u00e9 comme la version principale et toujours prise en charge de NFS, tandis que le support de NFSv2 pourrait \u00eatre interrompu \u00e0 l'avenir. L'efficacit\u00e9 de lecture du contenu des r\u00e9pertoires a \u00e9t\u00e9 consid\u00e9rablement am\u00e9lior\u00e9e.\n<li class=\"l\"> Le syst\u00e8me de fichiers ReiserFS a \u00e9t\u00e9 class\u00e9 comme obsol\u00e8te et sera supprim\u00e9 en 2025. La d\u00e9classification de ReiserFS en tant qu'obsol\u00e8te permettra de r\u00e9duire le travail de maintenance des changements communs aux syst\u00e8mes de fichiers li\u00e9s au support de la nouvelle API pour le montage, iomap et les volumes.\n<li class=\"l\"> Pour le syst\u00e8me de fichiers F2FS, la possibilit\u00e9 de mapper les identifiants d'utilisateur des syst\u00e8mes de fichiers mont\u00e9s a \u00e9t\u00e9 mise en \u0153uvre, ce qui est utilis\u00e9 pour associer les fichiers d'un utilisateur sp\u00e9cifique sur une partition mont\u00e9e d'un autre utilisateur dans le syst\u00e8me actuel.\n<li class=\"l\"> Le code pour le calcul des statistiques dans les gestionnaires Device-mapper a \u00e9t\u00e9 repens\u00e9, ce qui a permis d'am\u00e9liorer consid\u00e9rablement la pr\u00e9cision de la comptabilit\u00e9 dans des gestionnaires tels que dm-crypt.\n<li class=\"l\"> Les dispositifs NVMe prennent en charge les sommes de contr\u00f4le 64 bits pour v\u00e9rifier l'int\u00e9grit\u00e9.\n<li class=\"l\"> Pour le syst\u00e8me de fichiers exfat, une nouvelle option de montage \u00ab keep_last_dots \u00bb a \u00e9t\u00e9 propos\u00e9e, interdisant la suppression des points \u00e0 la fin du nom de fichier (dans Windows, les points \u00e0 la fin du nom sont supprim\u00e9s par d\u00e9faut).\n<li class=\"l\"> Dans EXT4, les performances du mode fast_commit ont \u00e9t\u00e9 am\u00e9lior\u00e9es et l'\u00e9volutivit\u00e9 augment\u00e9e. L'option de montage \u00ab mb_optimize_scan \u00bb, qui permet d'accro\u00eetre les performances en cas de forte fragmentation du FS, a \u00e9t\u00e9 adapt\u00e9e pour fonctionner avec des fichiers ayant des \u00e9tendues.\n<li class=\"l\"> La prise en charge des flux d'\u00e9criture (write stream) dans le sous-syst\u00e8me qui g\u00e8re les dispositifs de bloc a \u00e9t\u00e9 interrompue. Cette fonctionnalit\u00e9 avait \u00e9t\u00e9 propos\u00e9e pour les SSD, mais ne s'est pas r\u00e9pandue et il n'existe plus de dispositifs prenant en charge ce mode, et il est peu probable qu'ils apparaissent \u00e0 l'avenir.                      <\/ul>\n<li class=\"l\"> <b>M\u00e9moire et services syst\u00e8me<\/b>\n<ul>\n<li class=\"l\"> L'int\u00e9gration d'un ensemble de patches visant \u00e0 r\u00e9duire consid\u00e9rablement le temps de reconstruction du noyau a commenc\u00e9, gr\u00e2ce \u00e0 la restructuration de l'ensemble des fichiers d'en-t\u00eate et \u00e0 la r\u00e9duction du nombre de d\u00e9pendances crois\u00e9es. La version 5.18 du noyau inclut des patches qui optimisent la structure des fichiers d'en-t\u00eate du planificateur de t\u00e2ches (kernel\/sched). Par rapport \u00e0 la version pr\u00e9c\u00e9dente, la consommation de temps processeur lors de la compilation du code kernel\/sched a diminu\u00e9 de 61 %, et le temps r\u00e9el a diminu\u00e9 de 3,9 % (de 2,95 \u00e0 2,84 secondes).\n<li class=\"l\"> Le code du noyau autorise l'utilisation de la norme C11, publi\u00e9e en 2011. Le code ajout\u00e9 au noyau devait auparavant respecter la sp\u00e9cification ANSI C (C89), \u00e9tablie en 1989. Dans les scripts de construction du noyau 5.18, l'option \u2018--std=gnu89\u2019 a \u00e9t\u00e9 remplac\u00e9e par \u2018--std=gnu11 -Wno-shift-negative-value\u2019. L'utilisation de la norme C17 a \u00e9t\u00e9 envisag\u00e9e, mais cela aurait n\u00e9cessit\u00e9 d'augmenter la version minimum support\u00e9e de GCC, tandis que l'inclusion du support C11 est conforme aux exigences actuelles de la version GCC (5.1).\n<li class=\"l\"> Les performances de planification des t\u00e2ches sur les processeurs AMD avec microarchitecture Zen ont \u00e9t\u00e9 am\u00e9lior\u00e9es, ces derniers offrant plusieurs caches de dernier niveau (LLC, Last Level Cache) pour chaque n\u0153ud avec des canaux de m\u00e9moire locaux. Dans la nouvelle version, le d\u00e9s\u00e9quilibre de LLC entre les n\u0153uds NUMA a \u00e9t\u00e9 r\u00e9solu, ce qui a conduit \u00e0 une am\u00e9lioration significative des performances sous certains types de charges.\n<li class=\"l\"> Les outils de tra\u00e7age des applications dans l'espace utilisateur ont \u00e9t\u00e9 \u00e9tendus. La nouvelle version du noyau permet aux processus utilisateurs de cr\u00e9er des \u00e9v\u00e9nements de tra\u00e7age (User events) et d'\u00e9crire des donn\u00e9es dans un tampon de tra\u00e7age, qui peuvent \u00eatre consult\u00e9s via des utilitaires de tra\u00e7age classiques du noyau, tels que ftrace et perf. Les \u00e9v\u00e9nements de tra\u00e7age dans l'espace utilisateur sont isol\u00e9s des \u00e9v\u00e9nements de tra\u00e7age du noyau. L'\u00e9tat des \u00e9v\u00e9nements peut \u00eatre consult\u00e9 via le fichier \/sys\/kernel\/debug\/tracing\/user_events_status, tandis que l'enregistrement d'\u00e9v\u00e9nements et l'\u00e9criture de donn\u00e9es se font via le fichier \/sys\/kernel\/debug\/tracing\/user_events_data.\n<li class=\"l\"> Un m\u00e9canisme de suivi (probe) des appels de fonctions \u2014 fprobe \u2014 a \u00e9t\u00e9 ajout\u00e9. L'API fprobe est bas\u00e9e sur ftrace, mais se limite uniquement \u00e0 la possibilit\u00e9 d'attacher des gestionnaires de rappel aux points d'entr\u00e9e et de sortie des fonctions. Contrairement aux kprobes et kretprobes, le nouveau m\u00e9canisme permet d'utiliser un seul gestionnaire pour plusieurs fonctions.\n<li class=\"l\"> Le support des anciens processeurs ARM (ARMv4 et ARMv5) sans unit\u00e9 de gestion de m\u00e9moire (MMU) a \u00e9t\u00e9 arr\u00eat\u00e9. Le support des syst\u00e8mes ARMv7-M sans MMU est maintenu.\n<li class=\"l\"> Le support de l'architecture NDS32, similaire \u00e0 RISC, utilis\u00e9e dans les processeurs de la soci\u00e9t\u00e9 Andes Technologies, a \u00e9t\u00e9 interrompu. Le code a \u00e9t\u00e9 supprim\u00e9 en raison de l'absence de maintenance et du manque d'int\u00e9r\u00eat pour le soutien de NDS32 dans le noyau principal de Linux (les utilisateurs restants utilisent des versions personnalis\u00e9es du noyau propos\u00e9es par les fabricants de mat\u00e9riel).\n<li class=\"l\"> Par d\u00e9faut, la compilation du noyau avec le support du format de fichiers ex\u00e9cutables a.out pour les architectures alpha et m68k, qui continuent d'utiliser ce format, a \u00e9t\u00e9 d\u00e9sactiv\u00e9e. Il est probable que le support de l'ancien format a.out soit compl\u00e8tement supprim\u00e9 du noyau dans un avenir proche. Des plans pour supprimer le format a.out sont discut\u00e9s depuis 2019.\n<li class=\"l\"> Un support minimal du m\u00e9canisme vDSO (virtual dynamic shared objects) a \u00e9t\u00e9 impl\u00e9ment\u00e9 pour l'architecture PA-RISC, offrant un ensemble limit\u00e9 d'appels syst\u00e8me accessible dans l'espace utilisateur sans changement de contexte. Le support vDSO permet de lancer avec une pile non ex\u00e9cutable.\n<li class=\"l\"> Le support du m\u00e9canisme Intel HFI (Hardware Feedback Interface) a \u00e9t\u00e9 ajout\u00e9, permettant au mat\u00e9riel de transmettre au noyau des informations sur les performances actuelles et l'efficacit\u00e9 \u00e9nerg\u00e9tique de chaque CPU.\n<li class=\"l\"> Un pilote pour le m\u00e9canisme Intel SDSi (Software-Defined Silicon) a \u00e9t\u00e9 ajout\u00e9, permettant de g\u00e9rer l'activation de fonctionnalit\u00e9s suppl\u00e9mentaires dans le processeur (par exemple, des instructions sp\u00e9cialis\u00e9es et une m\u00e9moire cache suppl\u00e9mentaire). L'id\u00e9e est que des puces avec des fonctionnalit\u00e9s avanc\u00e9es bloqu\u00e9es peuvent \u00eatre fournies \u00e0 un prix plus bas, et qu'on peut ensuite \u00ab acheter \u00bb et activer des fonctionnalit\u00e9s suppl\u00e9mentaires sans remplacement mat\u00e9riel de la puce.\n<li class=\"l\"> Un pilote amd_hsmp a \u00e9t\u00e9 ajout\u00e9 pour prendre en charge l'interface AMD HSMP (Host System Management Port), offrant un acc\u00e8s aux fonctions de gestion du processeur via un ensemble de registres sp\u00e9ciaux apparus dans les processeurs serveurs AMD EPYC \u00e0 partir de la g\u00e9n\u00e9ration Fam19h. Par exemple, via HSMP, il est possible d'obtenir des donn\u00e9es sur la consommation d'\u00e9nergie et la temp\u00e9rature, d'\u00e9tablir des limites de fr\u00e9quence, d'activer diff\u00e9rents modes de performance et de g\u00e9rer les param\u00e8tres de fonctionnement de la m\u00e9moire.\n<li class=\"l\"> L'interface d'entr\u00e9es\/sorties asynchrones io_uring a impl\u00e9ment\u00e9 l'option IORING_SETUP_SUBMIT_ALL pour enregistrer dans le tampon circulaire un ensemble de descripteurs de fichiers, ainsi que l'op\u00e9ration IORING_OP_MSG_RING, permettant d'envoyer un signal d'un tampon circulaire \u00e0 un autre.\n<li class=\"l\"> Dans le m\u00e9canisme DAMOS (Data Access Monitoring-based Operation Schemes), qui permet de lib\u00e9rer de la m\u00e9moire en fonction de la fr\u00e9quence d'acc\u00e8s \u00e0 celle-ci, les possibilit\u00e9s de contr\u00f4le des op\u00e9rations sur la m\u00e9moire depuis l'espace utilisateur ont \u00e9t\u00e9 \u00e9tendues.\n<li class=\"l\"> La troisi\u00e8me s\u00e9rie de correctifs a \u00e9t\u00e9 int\u00e9gr\u00e9e, mettant en \u0153uvre le concept de folios de m\u00e9moire (page folios), qui ressemblent aux pages de m\u00e9moire combin\u00e9es (compound pages), mais avec une s\u00e9mantique am\u00e9lior\u00e9e et une organisation plus claire du travail. L'utilisation de folios permet d'acc\u00e9l\u00e9rer la gestion de la m\u00e9moire dans certains sous-syst\u00e8mes du noyau. Les correctifs propos\u00e9s ont permis de porter en folios les fonctions internes de gestion de la m\u00e9moire, y compris les variantes de la fonction get_user_pages(). Un support pour la cr\u00e9ation de grands folios dans le code de pr\u00e9chargement de donn\u00e9es a \u00e9t\u00e9 fourni.\n<li class=\"l\"> Le syst\u00e8me de construction a introduit le support des variables d'environnement USERCFLAGS et USERLDFLAGS, permettant de transmettre des flags suppl\u00e9mentaires au compilateur et au lisseur.\n<li class=\"l\"> Dans le sous-syst\u00e8me eBPF, le m\u00e9canisme BTF (BPF Type Format), fournissant des informations pour la v\u00e9rification des types dans le pseudo-code BPF, a mis en \u0153uvre la possibilit\u00e9 d'ajouter des annotations aux variables se r\u00e9f\u00e9rant \u00e0 des zones de m\u00e9moire dans l'espace utilisateur. Les annotations aident le syst\u00e8me de v\u00e9rification du code BPF \u00e0 identifier et v\u00e9rifier avec plus de pr\u00e9cision les acc\u00e8s \u00e0 la m\u00e9moire.\n<li class=\"l\"> Un nouveau gestionnaire d'allocation de m\u00e9moire a \u00e9t\u00e9 propos\u00e9 pour stocker les programmes BPF charg\u00e9s, permettant d'utiliser plus efficacement la m\u00e9moire dans des situations de chargement d'un grand nombre de programmes BPF.\n<li class=\"l\"> L'appel syst\u00e8me madvise() a \u00e9t\u00e9 enrichi d'un nouveau drapeau MADV_DONTNEED_LOCKED, qui compl\u00e8te le drapeau existant MADV_DONTNEED. Ce dernier permet au noyau d'anticiper la lib\u00e9ration d'un bloc de m\u00e9moire, en indiquant qu'il n'est plus n\u00e9cessaire et peut \u00eatre r\u00e9utilis\u00e9. Contrairement \u00e0 MADV_DONTNEED, l'utilisation de MADV_DONTNEED_LOCKED est autoris\u00e9e pour les pages de m\u00e9moire verrouill\u00e9es en RAM, qui, lors de l'appel \u00e0 madvise, sont \u00e9vinc\u00e9es sans changer leur statut de verrouillage, et en cas d'acc\u00e8s ult\u00e9rieur \u00e0 ce bloc, induisant un \u00ab page fault \u00bb, sont restitu\u00e9es avec leur liaison intacte. De plus, une modification a \u00e9t\u00e9 ajout\u00e9e pour permettre l'utilisation de MADV_DONTNEED avec de grandes pages de m\u00e9moire dans HugeTLB.              <\/ul>\n<li class=\"l\"> <b>Virtualisation et s\u00e9curit\u00e9<\/b>\n<ul>\n<li class=\"l\"> Pour l'architecture x86, le support du m\u00e9canisme de protection de l'ex\u00e9cution des commandes Intel IBT (Indirect Branch Tracking) a \u00e9t\u00e9 ajout\u00e9. Ce m\u00e9canisme emp\u00eache l'utilisation de techniques d'exploitation bas\u00e9es sur le retour orient\u00e9 sur la programmation (ROP, Return-Oriented Programming), o\u00f9 l'exploitation est form\u00e9e sous la forme d'une cha\u00eene d'appels aux morceaux d'instructions machine d\u00e9j\u00e0 pr\u00e9sents en m\u00e9moire, se terminant par une instruction de retour de contr\u00f4le (g\u00e9n\u00e9ralement \u00e0 la fin des fonctions). Le principe de cette m\u00e9thode de protection est de bloquer les sauts indirects vers le corps de la fonction en ajoutant au d\u00e9but de la fonction une instruction sp\u00e9ciale ENDBR et en autorisant l'ex\u00e9cution par saut indirect uniquement si elle est dirig\u00e9e vers cette instruction (un appel indirect par JMP et CALL doit toujours tomber sur l'instruction ENDBR, qui est plac\u00e9e au tout d\u00e9but de la fonction).\n<li class=\"l\"> Une v\u00e9rification plus stricte des limites des tampons dans les fonctions memcpy(), memmove() et memset() a \u00e9t\u00e9 activ\u00e9e, effectu\u00e9e au moment de la compilation lorsque le mode CONFIG_FORTIFY_SOURCE est activ\u00e9. La modification ajout\u00e9e consiste \u00e0 v\u00e9rifier le d\u00e9passement des limites des \u00e9l\u00e9ments de structures dont la taille est connue. Il est \u00e0 noter que cette capacit\u00e9 mise en \u0153uvre permettrait de bloquer tous les d\u00e9passements de tampon li\u00e9s \u00e0 memcpy() dans le noyau, identifi\u00e9s depuis au moins les trois derni\u00e8res ann\u00e9es.\n<li class=\"l\"> La deuxi\u00e8me partie du code de la mise \u00e0 jour du g\u00e9n\u00e9rateur de nombres al\u00e9atoires RDRAND a \u00e9t\u00e9 ajout\u00e9e, responsable du fonctionnement des dispositifs \/dev\/random et \/dev\/urandom. La nouvelle impl\u00e9mentation se distingue par l'unification du fonctionnement de \/dev\/random et \/dev\/urandom, l'ajout d'une protection contre la duplication dans le flux de nombres al\u00e9atoires lors du lancement. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/vps\/\"   title=\"machines virtuelles\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2100\">machines virtuelles<\/a> et le passage \u00e0 l'utilisation de la fonction de hachage BLAKE2s au lieu de SHA1 pour les op\u00e9rations de m\u00e9lange d'entropie. Ce changement a permis d'am\u00e9liorer la s\u00e9curit\u00e9 du g\u00e9n\u00e9rateur de nombres al\u00e9atoires en \u00e9liminant l'algorithme probl\u00e9matique SHA1 et en excluant la r\u00e9\u00e9criture du vecteur d'initialisation de RNG. \u00c9tant donn\u00e9 que l'algorithme BLAKE2s surpasse SHA1 en termes de performance, son utilisation a \u00e9galement eu un impact positif sur les performances.\n<li class=\"l\"> Pour l'architecture ARM64, un nouveau algorithme d'authentification des pointeurs, nomm\u00e9 \u00ab QARMA3 \u00bb, a \u00e9t\u00e9 ajout\u00e9. Celui-ci est plus rapide que l'algorithme QARMA tout en maintenant un niveau de protection ad\u00e9quat. Cette technologie permet d'utiliser des instructions ARM64 sp\u00e9cialis\u00e9es pour v\u00e9rifier les adresses de retour \u00e0 l'aide de signatures num\u00e9riques, qui sont stock\u00e9es dans les bits sup\u00e9rieurs non utilis\u00e9s du pointeur.\n<li class=\"l\"> Pour l'architecture ARM64, le support de la compilation avec l'activation de la protection contre l'\u00e9crasement de l'adresse de retour de la fonction, en cas de d\u00e9bordement de tampon dans la pile, a \u00e9t\u00e9 impl\u00e9ment\u00e9 dans GCC 12. Le principe de protection consiste \u00e0 sauvegarder, apr\u00e8s le transfert du contr\u00f4le \u00e0 la fonction, l'adresse de retour dans une \u00ab pile fant\u00f4me \u00bb distincte et \u00e0 en extraire l'adresse avant de sortir de la fonction.\n<li class=\"l\"> Un nouveau stockage de cl\u00e9s (keyring) a \u00e9t\u00e9 ajout\u00e9, nomm\u00e9 \u00ab machine \u00bb, contenant les cl\u00e9s du propri\u00e9taire du syst\u00e8me (MOK, Machine Owner Keys), prises en charge par le chargeur shim. Ces cl\u00e9s peuvent \u00eatre utilis\u00e9es pour signer num\u00e9riquement les composants du noyau charg\u00e9s apr\u00e8s le processus de d\u00e9marrage initial (par exemple, les modules du noyau).\n<li class=\"l\"> Le support des cl\u00e9s priv\u00e9es asym\u00e9triques pour TPM, propos\u00e9es dans une version obsol\u00e8te de TPM, pr\u00e9sentant des probl\u00e8mes de s\u00e9curit\u00e9 connus et n'ayant pas \u00e9t\u00e9 largement adopt\u00e9es, a \u00e9t\u00e9 supprim\u00e9.\n<li class=\"l\"> Une protection des donn\u00e9es de type size_t contre les d\u00e9bordements d'entiers a \u00e9t\u00e9 ajout\u00e9e. Le code utilise les gestionnaires size_mul(), size_add() et size_sub() qui permettent d'effectuer des multiplications, additions et soustractions de mani\u00e8re s\u00e9curis\u00e9e sur des tailles de type size_t.\n<li class=\"l\"> Lors de la compilation du noyau, les drapeaux \u00ab -Warray-bounds \u00bb et \u00ab -Wzero-length-bounds \u00bb ont \u00e9t\u00e9 inclus, \u00e9mettant des avertissements lorsque l'indice sort des limites du tableau et lorsque des tableaux de longueur nulle sont utilis\u00e9s.\n<li class=\"l\"> Le p\u00e9riph\u00e9rique virtio-crypto a ajout\u00e9 le support du chiffrement avec l'algorithme RSA.                                 <\/ul>\n<li class=\"l\"> <b>Sous-syst\u00e8me r\u00e9seau<\/b>\n<ul>\n<li class=\"l\"> Dans l'impl\u00e9mentation des ponts r\u00e9seau, le mode de liaison des ports (locked mode) a \u00e9t\u00e9 ajout\u00e9, permettant \u00e0 l'utilisateur d'envoyer du trafic via un port uniquement \u00e0 partir d'une adresse MAC autoris\u00e9e. La possibilit\u00e9 d'utiliser plusieurs structures pour \u00e9valuer l'\u00e9tat du protocole STP (Spanning Tree Protocol) a \u00e9galement \u00e9t\u00e9 ajout\u00e9e. Auparavant, pour les VLAN, seule une liaison directe au STP (1:1) pouvait \u00eatre effectu\u00e9e, chaque VLAN \u00e9tant g\u00e9r\u00e9 ind\u00e9pendamment. Dans la nouvelle version, le param\u00e8tre mst_enable a \u00e9t\u00e9 ajout\u00e9, et lorsqu'il est activ\u00e9, l'\u00e9tat des VLAN est contr\u00f4l\u00e9 par le module MST (Multiple Spanning Trees), permettant \u00e0 la liaison des VLAN de correspondre au mod\u00e8le M:N.\n<li class=\"l\"> Le travail d'int\u00e9gration d'outils de suivi des raisons de rejet des paquets (codes reason) a \u00e9t\u00e9 poursuivi. Le code de raison est transmis lors de la lib\u00e9ration de la m\u00e9moire associ\u00e9e au paquet et permet de tenir compte de situations telles que le rejet d'un paquet en raison d'erreurs dans les champs de l'en-t\u00eate, la d\u00e9tection de spoofing par le filtre rp_filter, une somme de contr\u00f4le incorrecte, un manque de m\u00e9moire, le d\u00e9clenchement de r\u00e8gles IPSec XFRM, un num\u00e9ro de s\u00e9quence TCP incorrect, etc.\n<li class=\"l\"> Il est d\u00e9sormais possible de transmettre des paquets r\u00e9seau \u00e0 partir de programmes BPF ex\u00e9cut\u00e9s depuis l'espace utilisateur en mode BPF_PROG_RUN, o\u00f9 les programmes BPF s'ex\u00e9cutent dans le noyau mais retournent le r\u00e9sultat \u00e0 l'espace utilisateur. Les paquets sont transmis en utilisant le sous-syst\u00e8me XDP (eXpress Data Path). Le mode de traitement en direct des paquets est pris en charge, permettant \u00e0 l'agent XDP de rediriger \u00e0 la vol\u00e9e les paquets r\u00e9seau vers la pile r\u00e9seau ou vers d'autres dispositifs. Il est \u00e9galement possible de cr\u00e9er des g\u00e9n\u00e9rateurs de trafic externe logiciels ou d'injecter des trames r\u00e9seau dans la pile r\u00e9seau.\n<li class=\"l\"> Pour les programmes BPF attach\u00e9s aux cgroups r\u00e9seau, des fonctions auxiliaires ont \u00e9t\u00e9 propos\u00e9es pour d\u00e9finir explicitement la valeur renvoy\u00e9e par les appels syst\u00e8me, permettant de fournir des informations plus compl\u00e8tes sur les raisons du blocage de l'appel syst\u00e8me.\n<li class=\"l\"> Le sous-syst\u00e8me XDP (eXpress Data Path) a ajout\u00e9 le support des paquets fragment\u00e9s, plac\u00e9s dans plusieurs tampons, permettant de traiter dans XDP des Jumbo-frames et d'appliquer TSO\/GRO (TCP Segmentation Offload\/Generic Receive Offload) pour XDP_REDIRECT.\n<li class=\"l\"> Le processus de suppression des espaces de noms r\u00e9seau a \u00e9t\u00e9 consid\u00e9rablement acc\u00e9l\u00e9r\u00e9, ce qui \u00e9tait n\u00e9cessaire sur certains grands syst\u00e8mes avec un volume de trafic \u00e9lev\u00e9.                      <\/ul>\n<li class=\"l\"> <b>Mat\u00e9riel<\/b>\n<ul>\n<li class=\"l\"> Le pilote amdgpu active par d\u00e9faut la technologie de synchronisation adaptative FreeSync, qui permet de r\u00e9gler la fr\u00e9quence de mise \u00e0 jour de l'affichage, assurant ainsi une fluidit\u00e9 et l'absence de d\u00e9chirements d'image lors des jeux et du visionnage de vid\u00e9os. Le support stable du GPU Aldebaran a \u00e9t\u00e9 annonc\u00e9.\n<li class=\"l\"> Le pilote i915 a ajout\u00e9 le support des puces Intel Alderlake N et des cartes graphiques discr\u00e8tes Intel DG2-G12 (Arc Alchemist).\n<li class=\"l\"> Le pilote nouveau prend en charge des d\u00e9bits plus \u00e9lev\u00e9s pour les interfaces DP\/eDP et le support des r\u00e9p\u00e9teurs d'interface lttprs (Link-Training Tunable PHY Repeaters).\n<li class=\"l\"> Dans le sous-syst\u00e8me drm (Direct Rendering Manager) des pilotes armada, exynos, gma500, hyperv, imx, ingenic, mcde, mediatek, msm, omap, rcar-du, rockchip, sprd, sti, tegra, tilcdc, xen et vc4, le param\u00e8tre nomodeset a \u00e9t\u00e9 ajout\u00e9, permettant de d\u00e9sactiver le changement de modes vid\u00e9o au niveau du noyau et l'utilisation des m\u00e9thodes d'acc\u00e9l\u00e9ration mat\u00e9rielle du rendu, en laissant uniquement la fonctionnalit\u00e9 li\u00e9e au framebuffer syst\u00e8me.\n<li class=\"l\"> Ajout de la prise en charge des SoC ARM Qualcomm Snapdragon 625\/632 (utilis\u00e9 dans les smartphones LG Nexus 5X et Fairphone FP3), Samsung Exynos 850, Samsung Exynos 7885 (utilis\u00e9 dans le Samsung Galaxy A8), Airoha (Mediatek\/EcoNet) EN7523, Mediatek mt6582 (tablette Prestigio PMT5008 3G), Microchip Lan966, Renesas RZ\/G2LC, RZ\/V2L, Tesla FSD, TI K3\/AM62 et i.MXRTxxxx.\n<li class=\"l\"> Ajout de la prise en charge des dispositifs ARM et des cartes Broadcom (Raspberry Pi Zero 2 W), Qualcomm (Google Herobrine R1 Chromebook, SHIFT6mq, Samsung Galaxy Book2), Rockchip (Pine64 PineNote, Bananapi-R2-Pro, STM32 Emtrion emSBS, Samsung Galaxy Tab S, tablette Prestigio PMT5008 3G), Allwinner (A20-Marsboard), Amlogic (Amediatek X96-AIR, CYX A95XF3-AIR, Haochuangy H96-Max, Amlogic AQ222 et OSMC Vero 4K+), Aspeed (Quanta S6Q, ASRock ROMED8HM3), Marvell MVEBU\/Armada (Ctera C200 V1 et V2 NAS), Mstar (DongShanPiOne, Miyoo Mini), NXP i.MX (Protonic PRT8MM, emCON-MX8M Mini, Toradex Verdin, Gateworks GW7903).\n<li class=\"l\"> Ajout du support pour les syst\u00e8mes audio et les codecs AMD PDM, Atmel PDMC, Awinic AW8738, i.MX TLV320AIC31xx, Intel CS35L41, ESSX8336, Mediatek MT8181, nVidia Tegra234, Qualcomm SC7280, Renesas RZ\/V2L, Texas Instruments TAS585M. Impl\u00e9mentation initiale d'un pilote audio pour le DSP Intel AVS. Mise \u00e0 jour du support des pilotes pour Intel ADL et Tegra234, ainsi que modifications pour am\u00e9liorer le support audio sur les appareils Dell, HP, Lenovo, ASUS, Samsung et Clevo.    <\/ul>\n<p>Parall\u00e8lement, la Fondation Latino-Am\u00e9ricaine pour le Logiciel Libre a mis au point une version enti\u00e8rement libre du noyau 5.18 \u2014 Linux-libre 5.18-gnu, purg\u00e9e des \u00e9l\u00e9ments de firmware et des pilotes contenant des composants ou des parties de code non libres, dont l'utilisation est limit\u00e9e par le fabricant. Dans cette nouvelle version, les pilotes pour les panneaux MIPI DBI, VPU Amphion, WiFi MediaTek MT7986 WMAC, Mediatek MT7921U (USB) et Realtek 8852a\/8852c, ainsi que pour les puces audio Intel AVS et Texas Instruments TAS5805M ont \u00e9t\u00e9 nettoy\u00e9s. Le nettoyage des fichiers DTS pour diff\u00e9rents SoC Qualcomm bas\u00e9s sur l'architecture AArch64 a \u00e9galement \u00e9t\u00e9 effectu\u00e9. Le code de nettoyage des blobs dans les pilotes et sous-syst\u00e8mes AMD GPU, MediaTek MT7915, Silicon Labs WF200+ WiFi, Mellanox Spectrum Ethernet, Realtek rtw8852c, Qualcomm Q6V5, Wolfson ADSP et MediaTek HCI UART a \u00e9t\u00e9 mis \u00e0 jour.                         <\/ul>\n<p>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=57235\">opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.18. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0430 \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0447\u0438\u0441\u0442\u043a\u0430 \u0443\u0441\u0442\u0430\u0440\u0435\u0432\u0448\u0435\u0439 \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u0438, \u043e\u0431\u044a\u044f\u0432\u043b\u0435\u043d\u0430 \u0443\u0441\u0442\u0430\u0440\u0435\u0432\u0448\u0435\u0439 \u0424\u0421 Reiserfs, \u0440\u0435\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u044b \u0441\u043e\u0431\u044b\u0442\u0438\u044f \u0442\u0440\u0430\u0441\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u0434\u043e\u0431\u0430\u0432\u043b\u0435\u043d\u0430 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u0430 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u044d\u043a\u0441\u043f\u043b\u043e\u0438\u0442\u043e\u0432 Intel IBT, \u0432\u043a\u043b\u044e\u0447\u0451\u043d \u0440\u0435\u0436\u0438\u043c \u0432\u044b\u044f\u0432\u043b\u0435\u043d\u0438\u044f \u043f\u0435\u0440\u0435\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f \u0431\u0443\u0444\u0435\u0440\u043e\u0432 \u043f\u0440\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0438 \u0444\u0443\u043d\u043a\u0446\u0438\u0438 memcpy(), \u0434\u043e\u0431\u0430\u0432\u043b\u0435\u043d \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u043e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u044f \u0432\u044b\u0437\u043e\u0432\u043e\u0432 \u0444\u0443\u043d\u043a\u0446\u0438\u0439 fprobe, \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0430 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u044c \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-104123","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.18.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-18\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.18 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.18.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-18\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2022-05-23T13:36:40+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2022-05-23T13:36:40+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Lancement du noyau Linux 5.18 | ProHoster","description":"Apr\u00e8s deux mois de d\u00e9veloppement, Linus Torvalds a pr\u00e9sent\u00e9 la version du noyau Linux 5.18.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-18","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.18 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.18.","og:url":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-yadra-linux-5-18","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2022-05-23T13:36:40+00:00","article:modified_time":"2022-05-23T13:36:40+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"104123","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":"default","schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 18:15:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2022-05-23 13:37:44","updated":"2026-02-09 18:15:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/104123","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=104123"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/104123\/revisions"}],"predecessor-version":[{"id":159344,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/104123\/revisions\/159344"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=104123"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=104123"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=104123"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}