Clang avser att lägga till ett förstärkningsläge för säkerhet.

Aaron Ballman, huvudansvarig kompilator för Clang och deltagare i standardiseringsgrupperna WG21 (C++) och WG14 (C), har inlett diskussioner om att lägga till en säkerhetsförstärkningsläge i Clang-kompilatorn. Det nya läget gör det möjligt att aktivera en uppsättning alternativ för att förbättra skyddet, liknande det som lagts till i GCC 14 med flaggan "-fhardened", där alternativen "-D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -ftrivial-auto-var-init=zero -fPIE -pie -Wl,-z,relro,-z,now -fstack-protector-strong -fstack-clash-protection -fcf-protection=full" aktiveras.

Det påpekas att det för närvarande pågår arbete med att lägga till säkerhetsförstärkande funktioner i standarderna C och C++, men denna process är inte snabb, eftersom Clang redan erbjuder enskilda alternativ med implementering av ytterligare skyddsmekanismer. De implementerade skyddsmekanismerna leder ofta till separata inkompatibiliteter med befintlig kod eller ABI-brott, vilket hindrar deras aktivering som standard. Dessutom är sådana alternativ spridda (kompilationsflaggor, signalgenereringsflaggor kopplade till hårdvaruarkitekturer, varningsmeddelanden, diagnostiklägen, makron), dåligt dokumenterade och faller ofta ur många utvecklares synfält.

En enhetlig inställning förenklar aktiveringen av relaterade säkerhetsalternativ och gör dem lättare att tillämpa. Flera alternativ för att aktivera säkerhetsförstärkningsläget övervägs, till exempel diskuteras aktivering genom flaggan "-fhardened", inställningarna "—config=hardened", en separat drivrutin (clang —driver-mode) eller separata alternativ "-fhardened, -mhardened och -Whardened" kopplade till kompilering, kodgenerering och varningsutskrift. Läge kan omfatta:

• Kompilatorns funktioner: -ftrivial-auto-var-init, -fPIE, -fcf-protection etc.
• Funktioner kopplade till kodgenerering för målarplattformer: -mspeculative-load-hardening, -mlvi-hardening etc.
• Varningar: -Wall, -Wextra, -Werror=return-type etc.
• Säkerhetsförstärkningslägen i standardbiblioteket för funktioner.
• Makron: _FORTIFY_SOURCE, _GLIBCXX_ASSERTIONS etc.
• Krav på tydligt val av vilket språkstandard som används.
• Avslag av att kompilera kod med föråldrade standarder C89 och C++98.
• Överföring av ytterligare flaggor till länkaren, exempelvis för att inkludera adressrandomisering.

Källa: opennet.ru