{"id":99293,"date":"2021-02-28T10:22:45","date_gmt":"2021-02-28T08:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-yadro-linux-5-12-prinyata-podsistema-kfence-dlya-vyyavleniya-oshibok-pri-rabote-s-pamyatyu"},"modified":"2021-02-28T10:22:45","modified_gmt":"2021-02-28T08:22:45","slug":"v-yadro-linux-5-12-prinyata-podsistema-kfence-dlya-vyyavleniya-oshibok-pri-rabote-s-pamyatyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/v-yadro-linux-5-12-prinyata-podsistema-kfence-dlya-vyyavleniya-oshibok-pri-rabote-s-pamyatyu","title":{"rendered":"Nel kernel Linux 5.12 \u00e8 stata introdotta la sottosistema KFence per rilevare errori nella gestione della memoria.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La versione in fase di sviluppo del kernel Linux 5.12 include l'implementazione del meccanismo KFence (Kernel Electric Fence), che verifica l'uso della memoria catturando i limiti superati dei buffer, gli accessi alla memoria dopo il rilascio e altri errori simili. <\/p>\n
Una funzionalit\u00e0 simile era gi\u00e0 presente nel kernel come opzione di compilazione KASAN (kernel address sanitizer, utilizza Address Sanitizer nei moderni gcc e clang) \u2014 tuttavia era principalmente destinata a scopi di debug. Il sottosistema KFence si distingue da KASAN per l'alta velocit\u00e0 operativa, che consente di utilizzare questa funzione anche nei kernel in sistemi di produzione. <\/p>\n
L'applicazione nei sistemi operativi in produzione permetter\u00e0 di catturare errori nella gestione della memoria che non si manifestano nei test e che emergono solo sotto carichi di lavoro o durante lunghi periodi di funzionamento (con un alto uptime). Inoltre, l'uso di KFence nei sistemi operativi attivi consentir\u00e0 di aumentare significativamente il numero di macchine coinvolte nel controllo della gestione della memoria del kernel. <\/p>\n
KFence raggiunge le spese generali minime, indipendenti dal carico, grazie all'inserimento delle pagine di protezione (guard pages) nella memoria heap a intervalli fissi. Una volta scaduto il tempo dell'intervallo di protezione, KFence aggiunge una nuova pagina di protezione dal pool di oggetti KFence attraverso il sistema di allocazione della memoria standard (SLAB o SLUB allocator) e inizia un nuovo conteggio del timer. Ogni oggetto KFence viene allocato in una pagina di memoria separata, e le pagine di memoria ai bordi sinistro e destro formano le pagine di protezione, la cui dimensione viene scelta casualmente. <\/p>\n
In questo modo, le pagine con gli oggetti sono separate da pagine di protezione, che sono configurate per generare \"page fault\" a ogni accesso. Per identificare le operazioni di scrittura al di fuori del buffer all'interno delle pagine con gli oggetti, si utilizzano anche \"zone rosse\" basate su modelli, che occupano la memoria non utilizzata dagli oggetti, risultante dall'allineamento delle dimensioni delle pagine di memoria. —+————+————+————+————+————+— | xxxxxxxxx | O : | xxxxxxxxx | : O | xxxxxxxxx | | xxxxxxxxx | B : | xxxxxxxxx | : B | xxxxxxxxx | | x GUARD x | J : RED- | x GUARD x | RED- : J | x GUARD x | | xxxxxxxxx | E : ZONE | xxxxxxxxx | ZONE : E | xxxxxxxxx | | xxxxxxxxx | C : | xxxxxxxxx | : C | xxxxxxxxx | | xxxxxxxxx | T : | xxxxxxxxx | : T | xxxxxxxxx | —+————+————+————+————+————+— <\/p>\n
Nel caso di un tentativo di accesso a un'area al di fuori dei limiti del buffer, l'operazione coinvolge la pagina di protezione, causando la generazione di un \u00abpage fault\u00bb, che viene intercettato da KFence e registra nel log i dati sul problema rilevato. Per impostazione predefinita, KFence non blocca l'errore e si limita a registrare un avviso nel log, ma \u00e8 prevista un'impostazione \u00abpanic_on_warn\u00bb che consente di mettere il kernel in uno stato di crash (panic) in caso di errore rilevato. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"