{"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\/novosti-interneta\/google-opublikoval-gwpsan-instrument-dlya-vyyavleniya-oshibok-na-stadii-vypolneniya-prilozhenij","title":{"rendered":"Google ha pubblicato GWPSan, uno strumento per individuare errori durante l'esecuzione delle applicazioni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Google ha pubblicato il codice sorgente dello strumento GWPSan, progettato per rilevare errori durante l'esecuzione di applicazioni compilate per architetture x86-64 e ARM64. GWPSan \u00e8 implementato come una libreria condivisa, che viene collegata all'avvio dell'applicazione tramite LD_PRELOAD e utilizza i meccanismi di interruzione (PERF_TYPE_BREAKPOINT) e campionamento dei processi disponibili nel kernel Linux per analizzare il comportamento del programma. Il codice \u00e8 scritto in C++ e distribuito sotto la licenza Apache 2.0. <\/p>\n
GWPSan \u00e8 strutturato come un framework modulare, che supporta il caricamento di moduli con implementazioni per rilevatori di diverse classi di errori. GWPSan esegue un'analisi dinamica, attivata tramite gestori di segnali, il che permette di evitare la modifica del codice eseguibile dell'applicazione. Per il corretto funzionamento della maggior parte dei rilevatori, \u00e8 necessaria la compilazione dell'applicazione con specifici flag del compilatore, che aggiungono i metadati necessari. Sono richiesti almeno Clang 18 e kernel Linux 6.4. <\/p>\n
Attualmente sono disponibili tre rilevatori: <\/p>\n
\n
UAR (Use-after-return) \u2014 rileva errori causati dall'uso di un oggetto nello stack dopo l'uscita dalla funzione in cui l'oggetto era stato definito. La protezione \u00e8 organizzata tramite l'intercettazione dei punti di ingresso e uscita della funzione \u2014 all'ingresso, lo stack viene sostituito con una copia da utilizzare durante l'esecuzione della funzione, e nell'uscita lo stato precedente dello stack viene ripristinato.\n
TSan (Thread Sanitizer) \u2014 determina le condizioni di race tra i thread (Data-race), che si verificano quando diversi thread in esecuzione simultaneamente possono leggere o modificare aree condivise della memoria senza usare primitive di sincronizzazione. La protezione \u00e8 costruita sull'uso di punti di interruzione hardware legati a regioni condivise della memoria. Un gestore di eventi scatta per un breve periodo, sospendendo l'esecuzione del thread durante l'accesso alla memoria e, durante questa pausa, verifica se \u00e8 scattato un punto di interruzione per un altro thread.\n
LMSan (Lightweight Memory Sanitizer) \u2014 rileva l'uso di dati non inizializzati in memoria. Questo rilevatore \u00e8 etichettato come sperimentale e non raccomandato per l'uso. <\/ul>\n
GWPSan analizza il codice eseguibile dell'applicazione utilizzando il framework DynamoRIO per decodificare il codice macchina in istruzioni ISA astratte, che vengono poi eseguite tramite emulazione. Mediante segnali periodici da un timer, viene chiamato un gestore unificato che, ad ogni chiamata, esegue una certa porzione di istruzioni per il flusso in analisi. In caso di rilevamento durante l'esecuzione di istruzioni specifiche, viene attivato un rilevatore di problemi specifico per quelle istruzioni; ad esempio, per le istruzioni che accedono alla memoria, viene attivato un rilevatore di condizioni di race. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"