{"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\/nl\/blog\/news\/google-opublikoval-gwpsan-instrument-dlya-vyyavleniya-oshibok-na-stadii-vypolneniya-prilozhenij","title":{"rendered":"Google heeft GWPSan gepubliceerd, een tool voor het opsporen van fouten tijdens de uitvoering van applicaties.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Google heeft de bronteksten van de GWPSan-tool gepubliceerd, ontworpen voor het opsporen van fouten tijdens de uitvoering van applicaties die zijn samengesteld voor x86-64 en ARM64 architecturen. GWPSan wordt gepresenteerd als een gedeelde bibliotheek die bij de lancering van de applicatie wordt gekoppeld met behulp van LD_PRELOAD en maakt gebruik van de beschikbare mechanismen in de Linux-kernel voor het stoppen (PERF_TYPE_BREAKPOINT) en proces-sampling voor de analyse van het programma. De code is geschreven in C++ en wordt verspreid onder de Apache 2.0-licentie. <\/p>\n
GWPSan is vormgegeven als een modulair framework dat de aansluiting van modules ondersteunt met implementaties van verschillende foutdetectieklassen. GWPSan voert dynamische analyse uit, geactiveerd via signal handlers, waardoor modificaties van de uitvoerbare code van de applicatie niet nodig zijn. Voor een effectieve werking van de meeste detectors zijn bepaalde compiler-flags vereist die noodzakelijke metadata toevoegen tijdens de applicatieconstructie. Tenminste Clang 18 en Linux-kernel 6.4 zijn nodig. <\/p>\n
Momenteel zijn er drie detectors beschikbaar: <\/p>\n
\n
UAR (Use-after-return) \u2014 detecteert fouten die optreden door het gebruik van een object op de stack nadat men de functie heeft verlaten waarin het object is gedefinieerd. De bescherming is georganiseerd door het onderscheppen van de invoer- en uitvoerpunten voor de functie \u2014 bij binnenkomt wordt de stack vervangen door een kopie voor gebruik tijdens de uitvoering van de functie, en bij het verlaten wordt de oude staat van de stack hersteld.\n
TSan (Thread Sanitizer) \u2014 identificeert racecondities tussen threads (Data-race) die ontstaan wanneer verschillende gelijktijdig uitgevoerde threads gelijke geheugenruimtes kunnen lezen of wijzigen zonder synchronisatiemechanismen te gebruiken. De bescherming is gebaseerd op het gebruik van hardwarebreakpoints die aan gedeelde geheugenruimtes zijn gekoppeld. Een actieve handler pauzeert de uitvoering van de thread gedurende een korte tijd bij toegang tot het geheugen en controleert tijdens deze pauze of een breakpoint is afgevuurd voor een andere thread.\n
LMSan (Lightweight Memory Sanitizer) \u2014 detecteert het gebruik van niet-geinitialiseerde gegevens in het geheugen. De detector wordt gemarkeerd als experimenteel en er wordt niet aangeraden deze te gebruiken. <\/ul>\n
GWPSan analyseert de uitvoerende code van een programma met behulp van het DynamoRIO-framework om machinecode te decoderen naar abstracte ISA-instructies, die vervolgens worden uitgevoerd via emulatie. Door periodieke signalen van de timer wordt een verenigde handler aangeroepen, die bij elke aanroep een bepaald deel van de instructies voor de geanalyseerde stroom uitvoert. In het geval van het detecteren van bepaalde instructies tijdens de uitvoering, wordt een probleemdetectiemodule, specifiek voor deze instructies, gestart; bijvoorbeeld voor instructies die geheugen aanspreken, wordt een race condition-detectie gestart. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"