{"id":116371,"date":"2024-06-05T21:39:49","date_gmt":"2024-06-05T19:39:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/google-opublikoval-gwpsan-instrument-dlya-vyyavleniya-oshibok-na-stadii-vypolneniya-prilozhenij"},"modified":"2024-06-05T21:39:49","modified_gmt":"2024-06-05T19:39:49","slug":"google-opublikoval-gwpsan-instrument-dlya-vyyavleniya-oshibok-na-stadii-vypolneniya-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/google-opublikoval-gwpsan-instrument-dlya-vyyavleniya-oshibok-na-stadii-vypolneniya-prilozhenij","title":{"rendered":"Google ha pubblicato GWPSan, uno strumento per identificare errori durante l'esecuzione delle applicazioni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
L'azienda Google ha pubblicato i codici sorgente dello strumento GWPSan, progettato per identificare gli errori durante l'esecuzione delle applicazioni compilate per architetture x86-64 e ARM64. GWPSan \u00e8 distribuito come una libreria condivisa, che viene collegata all'avvio dell'applicazione tramite LD_PRELOAD e utilizza meccanismi di interruzione (PERF_TYPE_BREAKPOINT) e campionamento dei processi disponibili nel kernel Linux per analizzare l'esecuzione del programma. Il codice \u00e8 scritto in C++ e viene distribuito con licenza Apache 2.0. <\/p>\n
GWPSan \u00e8 strutturato come un framework modulare, che supporta il caricamento di moduli con implementazioni dei rilevatori per diverse classi di errori. GWPSan esegue un'analisi dinamica, attivata tramite gestori di segnali, che consente di operare senza modificare il codice eseguibile dell'applicazione. Per il funzionamento efficace della maggior parte dei rilevatori \u00e8 necessaria la compilazione dell'applicazione con determinati flag del compilatore, che aggiungono i metadati necessari. \u00c8 richiesto almeno Clang 18 e il kernel Linux 6.4. <\/p>\n
Attualmente sono disponibili tre rilevatori: <\/p>\n
\n
UAR (Use-after-return) \u2014 individua errori causati dall'uso di un oggetto nello stack dopo l'uscita dalla funzione in cui tale oggetto \u00e8 stato definito. La protezione \u00e8 organizzata tramite l'intercettazione dei punti di ingresso e uscita per la funzione \u2014 all'ingresso avviene la sostituzione dello stack con una copia da utilizzare durante l'esecuzione della funzione, mentre all'uscita viene ripristinato il vecchio stato dello stack.\n
TSan (Thread Sanitizer) \u2014 rileva le condizioni di race tra i thread (Data-race), che si verificano quando diversi thread in esecuzione simultanea possono leggere o modificare aree di memoria condivise senza utilizzare primitiva di sincronizzazione. La protezione \u00e8 basata sull'uso di punti di interruzione hardware collegati a aree di memoria condivise. Un gestore di eventi interrompe temporaneamente l'esecuzione del thread durante l'accesso alla memoria e, durante questa interruzione, verifica se un punto di interruzione \u00e8 stato attivato per un altro thread.\n
LMSan (Lightweight Memory Sanitizer) \u2014 rileva l'uso di dati non inizializzati nella memoria. Il rilevatore \u00e8 contrassegnato come sperimentale e non raccomandato per l'uso. <\/ul>\n
GWPSan analizza il codice eseguibile del programma utilizzando il framework DynamoRIO per decodificare il codice macchina in istruzioni ISA astratte, che vengono poi eseguite usando l'emulazione. Attraverso segnali periodici da un timer viene chiamato il gestore unificato, che ad ogni invocazione esegue una certa porzione di istruzioni per il flusso in analisi. In caso di rilevamento durante l'esecuzione di determinate istruzioni, viene attivato un rilevatore di problemi specifico per tali istruzioni, ad esempio, per le istruzioni che accedono alla memoria, viene attivato un rilevatore di condizioni di gara. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"