# Ordliste: PHP og IT-sikkerhed

> Fagbegreber om PHP og IT-sikkerhed, kort forklaret.

Kilde: https://phpsos.de/da/glossar/  
Status: 25.10.2026  
Udbyder: PHP SOS, PHP-nødhjælp og serversikkerhed. Akut hjælp på WhatsApp: https://wa.me/491736494914?text=Hej%20PHP%20SOS%2C%20vi%20har%20brug%20for%20hj%C3%A6lp%20med%20vores%20PHP-server.%20Firma%3A%20%E2%80%A6%20Website%3A%20%E2%80%A6

**2FA**: 2FA (tofaktorgodkendelse) kræver ved login ud over adgangskoden endnu et bevis, f.eks. en kode fra en app eller en sikkerhedsnøgle. En stjålet adgangskode alene er så ikke længere nok. For alle admin-adgange til CMS, hostingpanel og servere bør 2FA være standard. Mere: [Opsæt tofaktor-godkendelse til admin-adgange](https://phpsos.de/da/ratgeber/zwei-faktor-admin/)

**3-2-1-backup**: 3-2-1-reglen anbefaler tre kopier af dataene på to forskellige lagringsmedier, heraf én på et andet sted. Mindst én kopi bør ikke kunne ændres fra serveren, så angribere ikke kan slette eller kryptere den. En backup tæller først, når gendannelsen er testet. Mere: [Backupstrategi til servere: backups efter 3-2-1-reglen](https://phpsos.de/da/ratgeber/backups-3-2-1/)

**Advarselsniveau**: BSI inddeler trusselsbilledet ved sikkerhedsadvarsler i niveauer, der også er farvemarkeret. Niveau 3 (orange) står for en forretningskritisk situation med mulig massiv forringelse af den almindelige drift. For PHP2Shell gælder advarselsniveau 3 / orange. Mere: [BSI-advarselsniveau orange: Hvad vurderingen betyder](https://phpsos.de/da/blog/bsi-warnstufe-orange-erklaert/)

**Apache**: Apache HTTP Server er en af de ældste og mest udbredte webservere. PHP kører i den enten som modul (mod_php) eller via PHP-FPM over FastCGI. Med .htaccess-filer kan konfigurationen tilpasses mappevis. Mere: [Sådan sikrer I Apache med mod_php](https://phpsos.de/da/server/apache-mod-php/)

**Backdoor**: En backdoor (bagdør) er en skjult adgang, hvorigennem angribere kan vende tilbage efter et indbrud. Det kan være en fil, en admin-konto, et cronjob eller en SSH-nøgle. Derfor hører søgningen efter alle slags adgange med til enhver oprydning, ikke kun efter filer. Mere: [Find WordPress-bagdør: opspor bagdøre systematisk](https://phpsos.de/da/ratgeber/backdoor-wordpress-finden/)

**Backport**: En backport overfører en sikkerhedsrettelse til en ældre programversion uden at skifte til den nye version. Linux-distributioner og hostingudbydere gør det ofte; det viste versionsnummer forbliver så det samme. Om en backport er indspillet, dokumenteres af pakkens changelog og udbyderens bekræftelse, ikke af nummeret. Mere: [PHP-opgradering eller backport? Beslutningen for ældre systemer](https://phpsos.de/da/blog/php-upgrade-oder-backport/)

**Beredskabsplan**: En it-beredskabsplan fastlægger, hvem der gør hvad ved en hændelse: kontakter, beslutningsveje, første skridt, genstart af driften. Den skal også være tilgængelig offline, hvis systemer falder ud. Regelmæssige øvelser viser, om den fungerer i en alvorlig situation. Mere: [Sådan opretter I en it-nødplan til webservere](https://phpsos.de/da/compliance/notfallplan-erstellen/)

**Bevissikring**: Bevissikring betyder at sikre spor efter en hændelse, før de går tabt ved oprydning, genstart eller nyinstallation. Dertil hører logfiler, aftryk af datamedier og alt efter sagen arbejdshukommelsen. Fagpressen anbefaler efter PHP2Shell at opbevare serverlogs fra 20.10.2026. Mere: [Sikr beviser, før I sætter serveren op påny](https://phpsos.de/da/blog/beweise-sichern-vor-neuinstallation/)

**Brute force**: Ved et brute force-angreb prøver en angriber automatiseret mange adgangskoder til en konto. Målet er ofte admin-logins til CMS, SSH eller FTP. Beskyttelse giver stærke adgangskoder, tofaktorlogin og automatiske spærringer som Fail2ban. Mere: [Beskyt admin-logins mod brute force: brute force-beskyttelse til ethvert login](https://phpsos.de/da/ratgeber/brute-force-login-schutz/)

**BSI**: BSI (Bundesamt für Sicherheit in der Informationstechnik, det tyske forbundsagentur for informationssikkerhed) er den tyske forbundsstats cybersikkerhedsmyndighed. Den offentliggør advarsler, anbefalinger og standarder som IT-Grundschutz. Til PHP2Shell har BSI udråbt advarselsniveau 3 (orange) og anbefalet en øjeblikkelig opdatering. Mere: [Hvad BSI anbefaler om PHP2Shell](https://phpsos.de/da/compliance/bsi-empfehlungen/)

**CDN**: Et CDN (content delivery network) leverer indhold via mange distribuerede servere og står dermed foran selve websitet. Mange CDN'er tilbyder desuden WAF-regler, f.eks. Cloudflare mod PHP2Shell. Beskyttelsen virker kun for trafik via CDN'et og erstatter ikke en PHP-opdatering. Mere: [Cloudflares beskyttelsesregler mod PHP2Shell: Hvad de udretter, og hvad ikke](https://phpsos.de/da/blog/cloudflare-waf-php2shell/)

**CERT-Bund**: CERT-Bund er den tyske forvaltnings computer emergency response team ved BSI. Det offentliggør advarsels- og informationstjenester om sårbarheder og underretter netværksoperatører om sårbare systemer. Også om PHP2Shell har CERT-Bund udsendt en advarsel. Mere: [Hvad CERT-EU og CERT-Bund anbefaler om PHP2Shell](https://phpsos.de/da/blog/cert-eu-empfehlungen-php/)

**CERT-EU**: CERT-EU er cybersikkerhedsteamet for Den Europæiske Unions institutioner, organer og agenturer. Ifølge rapporter anser CERT-EU det for muligt, at versioner fra og med PHP 5 er berørt af PHP2Shell. Det anbefaler at isolere offentligt tilgængelige applikationer, hvis de ikke kan patches i tide. Mere: [Hvad CERT-EU og CERT-Bund anbefaler om PHP2Shell](https://phpsos.de/da/blog/cert-eu-empfehlungen-php/)

**CGI**: CGI (Common Gateway Interface) er en gammel grænseflade, hvor webserveren starter et eksternt program til hver forespørgsel og returnerer dets output. Den er enkel, men langsom og er for PHP stort set afløst af FastCGI. Gamle CGI-opsætninger findes stadig på nogle hosting- og Windows-systemer. Mere: [CGI og FastCGI: grundlæggende](https://phpsos.de/da/php/cgi-und-fastcgi/)

**cgroups**: cgroups (control groups) er en funktion i Linux-kernen, hvormed hukommelse, CPU og andre ressourcer kan begrænses for procesgrupper. Containere og systemd bruger dem, f.eks. med MemoryMax. php.net anbefaler som midlertidig foranstaltning mod PHP2Shell en hukommelsesgrænse via container eller cgroup i stedet for via RLIMIT_AS eller RLIMIT_DATA. Mere: [Sæt hukommelsesgrænser med systemd og cgroups](https://phpsos.de/da/blog/speichergrenzen-systemd-cgroups/)

**Chain of custody**: Chain of custody (bevismiddelkæden) dokumenterer uden huller, hvem der hvornår har sikret, overdraget og behandlet et bevismiddel. Suppleret med kontrolsummer dokumenterer den, at data ikke er blevet ændret. Uden denne dokumentation mister spor værdi i retten eller over for forsikringsselskaber. Mere: [It-forensik efter et angreb på webserveren](https://phpsos.de/da/leistungen/it-forensik/)

**Changelog**: En changelog lister ændringerne i en program- eller pakkeversion, ved sikkerhedsrettelser oftest med CVE-nummer. Under Debian og Ubuntu viser apt-get changelog pakkens changelog, i RHEL-familien rpm -q --changelog. Så kan en backport dokumenteres også ved samme versionsnummer. Mere: [Dokumentér CVE-numre i pakkens changelog](https://phpsos.de/da/blog/cve-im-changelog-nachweisen/)

**CLI**: CLI (Command Line Interface) er PHP på kommandolinjen, f.eks. til cronjobs, CMS-konsolkommandoer og Composer. CLI-PHP kan være en anden version end den PHP, der leverer websiderne. Kommandoen php -v viser derfor kun kommandolinjens version; begge veje skal være patchet. Mere: [PHP på kommandolinjen (CLI)](https://phpsos.de/da/php/php-cli/)

**CloudLinux**: CloudLinux er en Linux-distribution til shared hosting, der adskiller kunder i begrænsede miljøer. Med alt-php stiller den mange PHP-versioner til rådighed side om side, også ældre. Hver af disse versioner skal patches for sig. Mere: [CloudLinux og alt-php: Hvad hostingkunder bør vide](https://phpsos.de/da/blog/cloudlinux-alt-php/)

**Command injection**: Ved command injection når inddata ukontrolleret ind i en systemkommando, som applikationen udfører. Angriberen kan så starte egne kommandoer med webserverens rettigheder. Beskyttelse giver at undlade shell-kald, hvor det er muligt, og konsekvent maskering med escapeshellarg(). Mere: [Forhindr command injection i PHP](https://phpsos.de/da/blog/command-injection-php/)

**Composer**: Composer er pakkehåndteringen til PHP. Den installerer biblioteker efter oplysningerne i composer.json og fastholder de nøjagtige versioner i composer.lock. Med composer audit kan installerede pakker kontrolleres for kendte sårbarheder; sårbarheder i selve PHP finder kommandoen ikke. Mere: [Composer: pakkestyringen til PHP](https://phpsos.de/da/php/composer/)

**Container**: En container er et afskærmet kørselsmiljø, der starter en applikation med alle afhængigheder fra et image, f.eks. med Docker. PHP i containeren kommer fra imaget, ikke fra værtssystemet. En opdatering på værten patcher det derfor ikke; imaget skal bygges om, og containeren genstartes. Mere: [Kør PHP i containere](https://phpsos.de/da/php/php-in-containern/)

**cPanel**: cPanel er et administrationspanel til webhosting, med WHM som brugerflade for serveradministratoren. PHP-versioner stilles dér oftest til rådighed via egne pakker (EasyApache). Hvilke builds der er patchet, bekræfter pakkestatus og hostingudbyderen. Mere: [cPanel og WHM: sådan sikrer I PHP](https://phpsos.de/da/server/cpanel/)

**Credential stuffing**: Ved credential stuffing prøver angribere adgangsdata fra tidligere datalæk hos andre tjenester. Det virker, fordi mange mennesker bruger adgangskoder flere gange. Beskyttelse giver unikke adgangskoder pr. tjeneste og tofaktorlogin. Mere: [Opsæt tofaktor-godkendelse til admin-adgange](https://phpsos.de/da/ratgeber/zwei-faktor-admin/)

**CSP**: CSP (Content Security Policy) er en header, der fastlægger, fra hvilke kilder en side må indlæse scripts, billeder og andet indhold. Den besværliggør XSS og indsmugling af fremmede scripts, f.eks. ved skimming. En streng CSP skal testes omhyggeligt, så websitet fortsat fungerer. Mere: [Security headers til websites: sæt sikkerhedsheadere rigtigt](https://phpsos.de/da/ratgeber/sicherheits-header/)

**CSRF**: CSRF (cross-site request forgery) får en logget ind brugers browser til utilsigtet at udløse en handling på et andet website. Typisk er ændringer i admin-områder. Beskyttelse giver tilfældige tokens i formularer og cookies med SameSite-attribut. Mere: [CSRF-beskyttelse i PHP-applikationer](https://phpsos.de/da/blog/csrf-schutz-php/)

**CVE**: CVE (Common Vulnerabilities and Exposures) er et verdensomspændende register, der giver hver kendt sikkerhedssårbarhed et entydigt nummer, f.eks. CVE-2026-109618. Nummeret gør meddelelser fra producenter, myndigheder og distributioner sammenlignelige. Via CVE-nummeret kan man også i pakkens changelog kontrollere, om en rettelse er indspillet. Mere: [Dokumentér CVE-numre i pakkens changelog](https://phpsos.de/da/blog/cve-im-changelog-nachweisen/)

**CVSS**: CVSS (Common Vulnerability Scoring System) vurderer alvoren af en sårbarhed på en skala fra 0 til 10. Vurderingen tager f.eks. hensyn til, om et angreb er muligt via nettet og uden login. PHP2Shell-sårbarhederne har hver CVSS v4.0 9,2; om den konkrete risiko i jeres miljø siger værdien alene intet.

**Cyberforsikring**: En cyberforsikring dækker alt efter aftalen omkostninger efter et angreb, f.eks. til forensik, genoprettelse eller driftsstop. Mange aftaler indeholder forpligtelser som rettidige opdateringer og en øjeblikkelig anmeldelse af skaden. Hvad der gælder i det enkelte tilfælde, afklarer I med jeres forsikringsselskab. Mere: [Cyberforsikring: det er vigtigt ved skade](https://phpsos.de/da/compliance/cyberversicherung/)

**Databehandleraftale (AVV)**: En databehandleraftale (på tysk AVV, Auftragsverarbeitungsvertrag) efter art. 28 GDPR er nødvendig, når en tjenesteudbyder på vegne af en anden behandler personoplysninger eller kan tilgå dem. Det gælder ofte også for hostingudbydere, bureauer og it-tjenesteudbydere med serveradgang. Aftalen regulerer bl.a. instrukser, beskyttelsesforanstaltninger og meldeveje. Mere: [Databehandling, når leverandører får adgang til servere](https://phpsos.de/da/blog/auftragsverarbeitung-serverzugriff/)

**DDoS**: Et DDoS-angreb (distributed denial of service) overbelaster en tjeneste med forespørgsler fra mange kilder, indtil den ikke længere er tilgængelig. Data bliver som regel ikke stjålet. Et DDoS skal skelnes fra en exploit, der målrettet udnytter en sårbarhed. Mere: [DDoS eller hackerangreb? Vurdér angreb rigtigt](https://phpsos.de/da/ratgeber/ddos-oder-exploit/)

**Defacement**: Ved defacement ændrer angribere synligt forsiden eller indholdet på et website, f.eks. med budskaber eller billeder. Det er iøjnefaldende, men ofte kun det synlige tegn på et dybere indbrud. Websitet bør behandles som kompromitteret, indtil forholdet er afklaret. Mere: [Website hacket, hvad nu? Akuthjælp på afstand](https://phpsos.de/da/leistungen/website-gehackt-notfallhilfe/)

**Deserialisering**: Deserialisering omdanner gemte data tilbage til objekter, i PHP f.eks. med unserialize(). Stammer dataene fra brugere, kan angribere bygge objekter, så uønsket kode kører ved indlæsningen. Til brugerdata er JSON det sikrere valg. Mere: [Usikker deserialisering i PHP: unserialize og sikkerhed](https://phpsos.de/da/ratgeber/deserialisierung-php/)

**disable_functions**: disable_functions er en php.ini-indstilling, hvormed enkelte PHP-funktioner slås fra, typisk dem, der udfører systemkommandoer. Den kan kun sættes i php.ini, ikke i applikationskoden. Den gør livet sværere for angribere, men erstatter hverken opdateringer eller ordentlige rettigheder. Mere: [Brug PHP disable_functions rigtigt](https://phpsos.de/da/ratgeber/disable-functions/)

**display_errors**: display_errors fastlægger, om PHP viser fejlmeddelelser direkte i browseren. I produktion hører værdien på Off; fejl skrives i stedet til en log med log_errors. Synlige meddelelser afslører ellers stier, versioner og kodeuddrag. Mere: [display_errors off: Slå fejludskrifter fra i produktion](https://phpsos.de/da/blog/display-errors-produktion/)

**EDR**: EDR (endpoint detection and response) er software på servere og arbejdspladser, der overvåger processer, filadgange og netværksforbindelser og melder eller standser mistænkelig adfærd. På webservere kan den f.eks. genkende, at PHP-FPM starter en shell. Da der ikke findes bekræftede IOC'er for PHP2Shell, er sådan en adfærdsanalyse særlig vigtig. Mere: [Advarselstegn: Webserveren starter en shell](https://phpsos.de/da/blog/webserver-startet-shell/)

**Embargo**: Et embargo er den aftalte frist, hvor detaljer om en sårbarhed forbliver fortrolige, indtil rettelser er klar. Så kan producenter og distributioner forberede opdateringer. Ved PHP2Shell blev detaljer ifølge flere rapporter offentlige, før embargoen udløb; php.net varslede derfor rettelserne den 20.10.2026. Mere: [Hvorfor PHP-sårbarheden blev kendt før patchen](https://phpsos.de/da/blog/php-luecke-vorzeitig-bekannt/)

**End of Life**: End of Life (EOL) betyder, at en softwareversion ikke længere får opdateringer fra producenten, heller ikke sikkerhedsrettelser. PHP 8.1 og ældre får ikke længere officielle opdateringer fra PHP-projektet; for 7.4, 8.0 og 8.1 findes der kun minimale kilde-backports. Systemer med EOL-software har brug for en opgraderingsplan. Mere: [PHP End of Life: risici ved forældede versioner](https://phpsos.de/da/ratgeber/php-end-of-life-risiken/)

**Exploit**: En exploit er kode eller en fremgangsmåde, der faktisk udnytter en konkret sårbarhed. Så snart en rettelse udkommer, kan angribere analysere den og udlede exploits. Derfor forkortes tiden til angreb ofte tydeligt efter offentliggørelsen af en rettelse. Mere: [Tidsvinduet mellem patch og angreb](https://phpsos.de/da/blog/zeitfenster-patch-angriff/)

**expose_php**: expose_php styrer, om PHP afslører sin version i HTTP-headeren X-Powered-By. I produktion bør indstillingen stå på Off, så angribere ikke med det samme kan se, hvilken PHP-version der kører. Det er beskyttelse af oplysninger, ikke en erstatning for en opdatering. Mere: [expose_php og Server-headeren: Skjul versionsangivelser](https://phpsos.de/da/blog/expose-php-versionsangaben/)

**Extension**: En extension (udvidelse) supplerer PHP med funktioner, f.eks. til databaser, billeder eller kryptering. Udvidelser kører i samme proces som PHP og har de samme rettigheder. At slå ubrugte udvidelser fra mindsker angrebsfladen. Mere: [Forstå PHP-udvidelser (extensions)](https://phpsos.de/da/php/php-erweiterungen/)

**Fail2ban**: Fail2ban læser logfiler og spærrer IP-adresser midlertidigt i firewallen efter gentagne mislykkede forsøg. Typiske anvendelsesområder er SSH, mail og admin-logins til websites. Mod distribuerede angreb fra mange adresser hjælper det kun i begrænset omfang. Mere: [Opsæt Fail2ban til webservere](https://phpsos.de/da/blog/fail2ban-fuer-webserver/)

**FastCGI**: FastCGI er en protokol, hvormed en webserver sender forespørgsler videre til vedvarende kørende programprocesser, f.eks. til PHP-FPM. I modsætning til klassisk CGI startes der ikke en ny proces til hver forespørgsel. Fordi processer behandler flere forespørgsler efter hinanden, er en ren genstart efter opdateringer vigtig. Mere: [CGI og FastCGI: grundlæggende](https://phpsos.de/da/php/cgi-und-fastcgi/)

**Forensik**: IT-forensik undersøger efter en hændelse metodisk, hvad der er sket: hvordan angriberen kom ind, hvad han har gjort, og hvilke data der er berørt. Grundlaget er sikrede kopier af datamedier, arbejdshukommelse og logs. Resultaterne er vigtige for anmeldelsespligter, forsikring og politianmeldelse. Mere: [It-forensik efter et angreb på webserveren](https://phpsos.de/da/leistungen/it-forensik/)

**FPM-pool**: En pool er en gruppe PHP-FPM-processer med egen konfiguration, egen socket og helst en egen systembruger. En separat pool pr. website adskiller websites fra hinanden, så et indbrud på én side ikke direkte når de andres filer. I poolen kan indstillinger fastlåses med php_admin_value. Mere: [Isolér PHP-FPM-pools pr. website](https://phpsos.de/da/blog/php-fpm-pools-isolieren/)

**FrankenPHP**: FrankenPHP er en moderne applikationsserver til PHP baseret på webserveren Caddy. PHP er dér indlejret direkte, i worker-tilstand forbliver applikationen i hukommelsen mellem forespørgsler. FrankenPHP hører ifølge PHP-teamet til de berørte driftsformer; efter opdateringen skal serveren genstartes med ny PHP. Mere: [Sådan sikrer I FrankenPHP](https://phpsos.de/da/server/frankenphp/)

**GDPR art. 33**: Art. 33 GDPR forpligter dataansvarlige til, hvis muligt inden for 72 timer efter kendskabet, at anmelde et brud på beskyttelsen af personoplysninger til den kompetente tilsynsmyndighed. Pligten bortfalder kun, hvis der sandsynligvis ikke er nogen risiko for de berørte. I det enkelte tilfælde rådgiver databeskyttelsesrådgivere eller advokater. Mere: [GDPR-anmeldelsespligt: 72 timer efter hændelsen](https://phpsos.de/da/compliance/dsgvo-meldepflicht-72-stunden/)

**GDPR art. 34**: Art. 34 GDPR regulerer underretningen af de berørte personer selv. Den er nødvendig, hvis et databrud sandsynligvis medfører en høj risiko for deres rettigheder og frihedsrettigheder. Om det er tilfældet, bør vurderes med databeskyttelsesrådgivere eller advokater. Mere: [GDPR-anmeldelsespligt: 72 timer efter hændelsen](https://phpsos.de/da/compliance/dsgvo-meldepflicht-72-stunden/)

**GHSA**: GHSA er betegnelsen for en GitHub Security Advisory, altså en sikkerhedsmeddelelse i GitHubs database. Mange open source-projekter, også PHP, offentliggør deres meddelelser dér ud over CVE-nummeret. For PHP2Shell er det GHSA-w8hw-w9fx-j79w og GHSA-6wmf-4rv5-p3rp.

**HSTS**: HSTS (HTTP Strict Transport Security) er en header, hvormed et website meddeler browseren, at det i en bestemt periode kun må åbnes via HTTPS. Det forhindrer, at forbindelser nedgraderes til ukrypteret HTTP. Før den slås til, bør HTTPS fungere pålideligt på alle berørte domæner. Mere: [Security headers til websites: sæt sikkerhedsheadere rigtigt](https://phpsos.de/da/ratgeber/sicherheits-header/)

**.htaccess**: .htaccess-filer er mappevise konfigurationsfiler til Apache og kompatible servere som LiteSpeed. CMS bruger dem til omdirigeringer og adgangsbeskyttelse, angribere til skjulte omdirigeringer. Nginx læser ikke .htaccess; beskyttelsesregler skal dér ind i serverkonfigurationen. Mere: [Konfigurér Apache sikkert til PHP](https://phpsos.de/da/blog/apache-fuer-php-absichern/)

**Hærdning**: Hærdning betyder at indstille et system, så det byder på så lidt angrebsflade som muligt: kun nødvendige tjenester, knappe rettigheder, sikre standardindstillinger. På PHP-servere hører f.eks. adskilte pools, spærrede funktioner og ingen PHP-udførelse i upload-mapper med. Hærdning begrænser skader, men erstatter ikke opdateringer. Mere: [Serverhærdning til PHP-webservere](https://phpsos.de/da/leistungen/server-haertung/)

**Image-digest**: Et image-digest er en hashværdi (sha256), der entydigt fastlægger indholdet af et container-image. I modsætning til et tag som php:8.3-fpm, der kan flyttes til nye builds, ændrer et digest sig aldrig. Den, der fastlåser images via digest, skal bevidst opdatere det efter en sikkerhedsopdatering. Mere: [Officielle PHP Docker-images: Tags, digests og genopbygning](https://phpsos.de/da/blog/offizielle-php-docker-images/)

**Incident response**: Incident response er den ordnede behandling af en sikkerhedshændelse: genkende, inddæmme, sikre spor, rydde op, genoprette og efterbehandle. Et fastlagt forløb forhindrer, at beviser ødelægges, eller bagdøre overses i hastværket. Vigtige er klare ansvarsområder og en fuldstændig dokumentation. Mere: [Incident response ved serverangreb](https://phpsos.de/da/leistungen/incident-response/)

**ini_set()**: ini_set() er en PHP-funktion, hvormed et script ændrer indstillinger under kørslen. Hvad et script må ændre, afhænger af indstillingens ændringstilstand. Da også skadelig kode kan kalde ini_set(), hører beskyttelsesindstillinger hjemme i server- eller poolkonfigurationen, ikke i applikationskoden. Mere: [php.ini forklaret: opbygning, niveauer og forrang](https://phpsos.de/da/php/php-ini-erklaert/)

**Integritetskontrol**: Ved en integritetskontrol sammenlignes filer med en kendt originaltilstand, oftest via kontrolsummer. Mange CMS tilbyder egne kommandoer hertil, f.eks. til WordPress, Nextcloud eller Matomo. Tilpassede filer, uploads og databaseindhold dækker en sådan sammenligning ikke. Mere: [Sammenlign CMS-kernefiler med originalen](https://phpsos.de/da/blog/cms-kerndateien-vergleichen/)

**IOC**: IOC (indicator of compromise) er konkrete spor efter et angreb, f.eks. filnavne, hashværdier, IP-adresser eller domæner. Med dem kan systemer kontrolleres målrettet for et kendt angreb. For PHP2Shell findes der ingen offentliggjorte, bekræftede IOC'er; opdagelsen beror på adfærdsanalyse. Mere: [Er jeg allerede kompromitteret? Tegn efter PHP2Shell](https://phpsos.de/da/php2shell/bin-ich-gehackt-anzeichen/)

**ISO 27001**: ISO/IEC 27001 er den internationale standard for ledelsessystemer for informationssikkerhed (ISMS). Den kræver en reguleret håndtering af risici, foranstaltninger og forbedringer, herunder sårbarheds- og hændelsesstyring. Virksomheder kan lade sig certificere efter den. Mere: [ISO 27001 og TISAX: Hvad der berører webservere](https://phpsos.de/da/blog/iso-27001-tisax-webserver/)

**IT-Grundschutz**: BSI's IT-Grundschutz er en metodik med moduler og krav til informationssikkerhed i virksomheder og myndigheder. Der findes egne moduler f.eks. til webservere og webapplikationer. Den kan bruges som grundlag for et ISMS eller en certificering. Mere: [CIS-benchmarks og BSI-moduler til webservere](https://phpsos.de/da/blog/cis-benchmarks-bsi-bausteine/)

**JIT**: JIT (Just-in-Time-compiler) oversætter ofte udført PHP-kode til maskinkode under kørslen. Den kom med PHP 8.0 og er en del af OPcache. For typiske websites er ydelsesgevinsten som regel lille, for beregningstunge opgaver er den større. Mere: [JIT og ydelse i PHP 8](https://phpsos.de/da/php/jit-und-performance/)

**Kryptominer**: En kryptominer er malware, der beregner kryptovaluta på fremmede servere. Typiske tegn er vedvarende høj CPU-belastning og ukendte processer. En miner viser, at en angriber kan udføre kode; serveren bør så regnes som kompromitteret. Mere: [Kryptominer på webserveren: Tegn og fremgangsmåde](https://phpsos.de/da/blog/kryptominer-auf-dem-server/)

**Least privilege**: Least privilege (princippet om mindst mulige rettigheder) betyder, at hver bruger og hver proces kun får de rettigheder, den virkelig har brug for. Kører PHP med knappe rettigheder, kan en angriber gøre mindre skade efter et indbrud. Det gælder systembrugere, filrettigheder, databasekonti og admin-adgange. Mere: [Least Privilege: Webserver-brugerens rettigheder](https://phpsos.de/da/blog/rechte-des-webserver-benutzers/)

**Lessons learned**: Lessons learned er efterbehandlingen af en hændelse: Hvad skete der, hvad gik godt, hvad skal ændres? Målet er konkrete foranstaltninger med ansvarlige og frister, ikke skyldfordeling. Resultaterne indgår i beredskabsplan, patch-proces og uddannelse. Mere: [Lessons learned: Bliv bedre efter hændelsen](https://phpsos.de/da/blog/lessons-learned-nach-vorfall/)

**LFI**: LFI (local file inclusion) foreligger, når en applikation inkluderer en lokal fil, hvis sti angriberen kan påvirke. Så kan konfigurationsfiler læses, eller indsmuglet kode under visse omstændigheder udføres. Beskyttelse giver faste tilladelseslister i stedet for filnavne fra brugerinddata. Mere: [Forhindr Local File Inclusion i PHP: LFI og RFI](https://phpsos.de/da/ratgeber/lfi-rfi/)

**LiteSpeed**: LiteSpeed er en webserver, der i vid udstrækning er kompatibel med Apache-konfigurationer som .htaccess og tilslutter PHP via sin egen grænseflade LSAPI. Den er udbredt hos hostingudbydere; OpenLiteSpeed er den frie variant. LiteSpeed hører ifølge PHP-teamet til de driftsformer, der er berørt af PHP2Shell. Mere: [LiteSpeed og LSAPI: sådan opdaterer I PHP](https://phpsos.de/da/server/litespeed/)

**Managed server**: Ved en managed server stiller udbyderen en egen server til rådighed og overtager kontraktligt fastlagte dele af driften, ofte opdateringer af operativsystem og PHP. Hvad der præcist hører med, står i aftalen og er meget forskelligt mellem udbydere. I tvivlstilfælde bør ansvaret for patches bekræftes skriftligt. Mere: [Managed server: afklar ansvaret](https://phpsos.de/da/server/managed-server/)

**memory_limit**: memory_limit begrænser, hvor meget arbejdshukommelse et enkelt PHP-script må optage; standarden er 128 MB. Nås grænsen, afbryder PHP med en out-of-memory-fejl. Mod CVE-2026-109618 anbefaler php.net midlertidigt memory_limit=-1, fastlåst, og en hukommelsesgrænse via container eller cgroup. Mere: [Sæt memory_limit rigtigt](https://phpsos.de/da/blog/memory-limit-richtig-setzen/)

**mod_php**: mod_php er PHP-modulet til Apache-webserveren. PHP kører her direkte i Apache-processen og oftest med dennes brugerrettigheder. PHP-teamet vurderer risikoen ved PHP2Shell som højest for mod_php; her er der vist en exploit, før applikationskode overhovedet kører. Mere: [mod_php forklaret: PHP i Apache-processen](https://phpsos.de/da/php/mod-php-erklaert/)

**ModSecurity**: ModSecurity er en udbredt open source-WAF, der kører som modul i Apache, Nginx eller andre webservere. Den vurderer forespørgsler ud fra regler og kan logge eller blokere dem. Oftest bruges den sammen med OWASP Core Rule Set. Mere: [Brug ModSecurity og OWASP Core Rule Set](https://phpsos.de/da/blog/modsecurity-owasp-crs/)

**Nginx**: Nginx er en udbredt webserver og reverse proxy. Den udfører ikke selv PHP, men sender forespørgsler videre til PHP-FPM via FastCGI. Vigtig er en konfiguration, der kun overdrager rigtige PHP-filer til PHP og undtager upload-mapper. Mere: [Sådan sikrer I Nginx med PHP-FPM](https://phpsos.de/da/server/nginx-php-fpm/)

**NIS2**: NIS2 er et EU-direktiv, der for mange virksomheder og institutioner fastlægger pligter til risikostyring og til anmeldelse af sikkerhedshændelser. Det omfatter betydeligt flere brancher og virksomhedsstørrelser end den tidligere regulering. Om jeres virksomhed er omfattet, bør I afklare ud fra den nationale gennemførelse og med juridisk rådgivning. Mere: [NIS2 og webserversikkerhed](https://phpsos.de/da/compliance/nis2/)

**OPcache**: OPcache er PHP's medfølgende bytecode-cache. Den gemmer allerede oversat kode i delt hukommelse, så PHP-filer ikke kompileres igen ved hver forespørgsel. Efter en opdatering eller en oprydning skal cachen tømmes, eller PHP genstartes, ellers kan gammel kode fortsat køre. Mere: [OPcache forklaret: PHP's bytekode-cache](https://phpsos.de/da/php/opcache/)

**open_basedir**: open_basedir begrænser, hvilke mapper PHP-scripts må tilgå med filfunktioner. På servere med flere websites forhindrer det, at en side bare læser en andens filer. Det er ikke en fuldstændig isolation; separate systembrugere og FPM-pools hører med. Mere: [open_basedir og isolation pr. website](https://phpsos.de/da/ratgeber/open-basedir/)

**Origin-server**: Origin-serveren er den egentlige webserver bag et CDN eller en reverse proxy. Kan den også nås direkte via sin IP-adresse, kan angribere omgå den foranstillede beskyttelse. Derfor bør origin kun acceptere forbindelser fra CDN'et eller proxyen. Mere: [Cloudflares beskyttelsesregler mod PHP2Shell: Hvad de udretter, og hvad ikke](https://phpsos.de/da/blog/cloudflare-waf-php2shell/)

**Out of Memory**: Out of Memory betegner den tilstand, hvor et program ikke får mere hukommelse og må afbryde. I PHP sker det, når memory_limit overskrides. Ved CVE-2026-109618 kan sådan en afbrydelse standse PHP, mens forespørgselsdata kun er delvist initialiseret. Mere: [memory_limit og out-of-memory: Hvad der sker indeni](https://phpsos.de/da/php/out-of-memory/)

**Overvågning**: Overvågning (monitoring) er den løbende kontrol af systemer, f.eks. tilgængelighed, belastning, logfiler og filændringer. Sikkerhedsovervågning leder målrettet efter uregelmæssigheder som nye PHP-filer eller shells, der startes af webserveren. Det hjælper kun, hvis nogen også vurderer meddelelserne i tide. Mere: [Sikkerhedsovervågning for webservere](https://phpsos.de/da/leistungen/security-monitoring/)

**OWASP CRS**: OWASP Core Rule Set (CRS) er et frit tilgængeligt regelsæt til ModSecurity og kompatible WAF'er. Det genkender typiske angrebsklasser som SQL-injection eller command injection. Reglerne skal tilpasses applikationen, ellers blokerer de også legitime forespørgsler. Mere: [Brug ModSecurity og OWASP Core Rule Set](https://phpsos.de/da/blog/modsecurity-owasp-crs/)

**OWASP Top 10**: OWASP Top 10 er en regelmæssigt opdateret liste over de vigtigste risici for webapplikationer, udgivet af den almennyttige OWASP Foundation. De tjener som grundlag for udvikling, kontroller og uddannelse. Som supplement tilbyder OWASP cheat sheets med konkrete modforanstaltninger.

**Patch**: En patch er en rettelse fra producenten, der lukker en sårbarhed i programkoden. Den virker først, når den er installeret, og alle kørende processer er genstartet. En patch fjerner ikke allerede indsmuglet malware og beviser ikke, at der ikke skete noget før. Mere: [PHP-patch-service: få opdateringen indspillet, med genstart og dokumentation](https://phpsos.de/da/leistungen/php-patch-service/)

**PECL**: PECL (PHP Extension Community Library) er kataloget over PHP-udvidelser, der er skrevet i C og ikke hører til standardomfanget. Sådanne udvidelser skal passe til den installerede PHP-version. Efter et skifte af PHP-hovedversion skal de ofte bygges om eller erstattes. Mere: [Forstå PHP-udvidelser (extensions)](https://phpsos.de/da/php/php-erweiterungen/)

**PHP**: PHP er et scriptsprog, der primært kører på webservere og genererer websider dér. Mange udbredte CMS- og shopsystemer som WordPress, TYPO3 eller Shopware er skrevet i PHP. En sårbarhed i PHP-fortolkeren berører derfor alle applikationer, der kører på den, uafhængigt af deres egen opdateringsstatus. Mere: [Hvad er PHP? Programmeringssproget forklaret](https://phpsos.de/da/php/was-ist-php/)

**php-cgi**: php-cgi er PHP-programmet til drift via CGI eller FastCGI. Ifølge PHP-teamet hører det til de driftsformer, der er berørt af PHP2Shell. Hvor php-cgi stadig bruges, er det værd at undersøge, om et skifte til PHP-FPM er muligt. Mere: [php-cgi: gammel arv med risiko](https://phpsos.de/da/server/php-cgi/)

**PHP-FPM**: PHP-FPM (FastCGI Process Manager) er en selvstændig tjeneste, der administrerer PHP-processer i pools og modtager forespørgsler fra webserveren via FastCGI. I dag er det den sædvanlige driftsform med Nginx og på mange Apache-servere. Efter en PHP-opdatering skal PHP-FPM genstartes, så der ikke kører gamle processer videre. Mere: [PHP-FPM forklaret: procesmanager, pools og workere](https://phpsos.de/da/php/php-fpm-erklaert/)

**php.ini**: php.ini er PHP's centrale konfigurationsfil. Den fastlægger grænser samt sikkerheds- og fejlindstillinger, f.eks. memory_limit eller display_errors. Ofte findes der en egen php.ini pr. SAPI (FPM, CLI, Apache), som skal vedligeholdes hver for sig. Mere: [php.ini forklaret: opbygning, niveauer og forrang](https://phpsos.de/da/php/php-ini-erklaert/)

**PHP2Shell**: PHP2Shell er navnet på to kritiske sårbarheder i selve PHP, CVE-2026-109618 og CVE-2026-109619, hver med CVSS v4.0 9,2. De muliggør udførelse af skadelig kode på afstand uden login. De er rettet i PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35, offentliggjort den 21.10.2026. Mere: [Hvad er PHP2Shell? Sårbarheden forklaret enkelt](https://phpsos.de/da/php2shell/was-ist-php2shell/)

**php_admin_value**: php_admin_value sætter en PHP-indstilling i FPM-poolen eller i Apache-konfigurationen på en måde, så applikationer ikke kan overskrive den med ini_set() eller .htaccess. Til kontakter findes php_admin_flag. php.net anbefaler denne vej til de midlertidige foranstaltninger mod PHP2Shell, f.eks. for memory_limit. Mere: [php_admin_value: Lås indstillinger mod overskrivning](https://phpsos.de/da/blog/php-admin-value-sperren/)

**Plesk**: Plesk er et udbredt administrationspanel til webservere, hvormed domæner, PHP-versioner og handlere kan indstilles pr. website. Det medbringer egne PHP-pakker, men kan også bruge distributionens PHP-pakker. Ved backports kan Plesk fortsat vise et ældre nummer som 8.2.34, selv om der er patchet. Mere: [Plesk-server: kontrollér og patch PHP-versioner](https://phpsos.de/da/server/plesk/)

**post_max_size**: post_max_size fastlægger, hvor stort indholdet af en POST-forespørgsel samlet må være; standarden er 8 MB. Som midlertidig foranstaltning mod PHP2Shell nævner php.net 8M for websites uden uploads og 32M med uploads. upload_max_filesize skal ligge derunder. Mere: [Begræns post_max_size og upload_max_filesize fornuftigt](https://phpsos.de/da/blog/post-max-size-upload-limits/)

**Proof of Concept**: Et proof of concept (PoC) er et bevis for, at en sårbarhed kan udnyttes, ofte som enkel demonstrationskode. Det tjener producenter og forskere til vurdering, men kan også tjene angribere som skabelon. Et offentliggjort PoC øger derfor som regel hastværket med at patche.

**Ransomware**: Ransomware krypterer data og kræver løsesum for dekrypteringen, ofte forbundet med truslen om at offentliggøre stjålne data. En kompromitteret webserver kan være indgangspunkt hertil. Den mest effektive beskyttelse er adskilte, testede backups og en beredskabsplan. Mere: [Backupstrategi til servere: backups efter 3-2-1-reglen](https://phpsos.de/da/ratgeber/backups-3-2-1/)

**RCE**: RCE (Remote Code Execution) betyder, at en angriber på afstand kan udføre egen kode på et fremmed system. Er der ikke brug for login hertil, taler man om unauthenticated RCE, den alvorligste klasse af webserver-sårbarheder. Med RCE kan en angriber læse data, oprette bagdøre og fortsat misbruge serveren. Mere: [Hvad er PHP2Shell? Sårbarheden forklaret enkelt](https://phpsos.de/da/php2shell/was-ist-php2shell/)

**Release-cyklus**: Hver PHP-version får først fejlrettelser og derefter i en periode kun sikkerhedsrettelser. Hvornår hvilken version udløber, offentliggør PHP-projektet på php.net under de understøttede versioner. PHP 8.2 når ifølge php.net slutningen af understøttelsen den 31.12.2026. Mere: [PHP-versioner og udgivelsescyklus](https://phpsos.de/da/php/release-zyklus/)

**Reverse proxy**: En reverse proxy modtager forespørgsler fra internettet og sender dem videre til en eller flere servere bagved. Den kan overtage TLS, fordele belastning og tjene som sted for filterregler eller en WAF. Beskyttelse giver den kun, hvis serverne bagved ikke også kan nås direkte. Mere: [Filtrér upload-forespørgsler i kanten: Muligheder og risici](https://phpsos.de/da/blog/upload-anfragen-am-rand-filtern/)

**RFI**: RFI (remote file inclusion) er varianten, hvor en applikation indlæser og udfører kode fra en fremmed adresse. I PHP forhindrer indstillingen allow_url_include=Off, som i lang tid har været standard, inkludering af eksterne filer. Gamle applikationer og konfigurationer bør kontrolleres for det. Mere: [Forhindr Local File Inclusion i PHP: LFI og RFI](https://phpsos.de/da/ratgeber/lfi-rfi/)

**Root-server**: En root-server er en lejet server, hvor kunden har fulde administratorrettigheder. Dermed ligger også det fulde ansvar for opdateringer, hærdning og overvågning hos kunden. Udbyderen stiller kun hardware og netværk til rådighed. Mere: [Sådan sikrer I selv root-server og vServer](https://phpsos.de/da/server/root-server-vserver/)

**SAPI**: SAPI (Server Application Programming Interface) er den grænseflade, som PHP bruger til at tale med sine omgivelser, f.eks. med Apache, PHP-FPM eller kommandolinjen. Hvilken SAPI der er i brug, afgør, hvordan PHP-processer startes, genbruges og genstartes. Ved PHP2Shell er ifølge PHP-teamet flere driftsformer berørt, mod_php med den højeste risiko. Mere: [SAPI forklaret: sådan taler PHP med webserveren](https://phpsos.de/da/php/sapi-erklaert/)

**SEO-spam**: SEO-spam er indsmuglede sider, links eller omdirigeringer, hvormed angribere placerer fremmede tilbud i søgemaskiner. Ofte ser kun søgemaskiner eller besøgende fra Google det manipulerede indhold. Ud over oprydningen er en kontrol i Google Search Console derefter nødvendig. Mere: [SEO-spam og fremmede sider i Googles indeks](https://phpsos.de/da/blog/seo-spam-im-google-index/)

**serialize_handler**: session.serialize_handler bestemmer, i hvilket format PHP gemmer sessionsdata, f.eks. php, php_binary eller php_serialize. Henvisningen om CVE-2026-115560 angår kun en usædvanlig konfiguration, hvor dette format omstilles under kørslen, og session-upload-progress er aktiv. Afhjælpning indtil næste bugfix-release er session.upload_progress.enabled=0. Mere: [CVE-2026-115560: henvisning om session-upload-progress](https://phpsos.de/da/php2shell/cve-2026-115560/)

**Session**: En session forbinder flere forespørgsler fra den samme besøgende, f.eks. til login eller indkøbskurv. PHP gemmer dataene på serversiden og giver browseren et sessions-id, som standard i cookien PHPSESSID. Den, der kender et fremmed sessions-id, kan under visse omstændigheder optræde som denne bruger. Mere: [Sessioner og cookies i PHP](https://phpsos.de/da/php/sessions-und-cookies/)

**session.upload_progress**: Session-upload-progress er en PHP-funktion, der lægger fremdriften af igangværende filuploads i sessionen; den er som standard slået til. php.net anbefaler midlertidigt session.upload_progress.enabled=0 i php.ini, FPM-pool eller serverkonfiguration, derefter genstart alle workers. Ifølge fagrapporter lukker indstillingen alene ikke begge PHP2Shell-sårbarheder; opdateringen er fortsat et must. Mere: [Slå session.upload_progress fra: rigtigt og varigt](https://phpsos.de/da/blog/session-upload-progress-abschalten/)

**Shared hosting**: Ved shared hosting deler mange kunder en server, som hostingudbyderen driver. Hostingudbyderen er ansvarlig for PHP, operativsystem og webserver, kunden for sin applikation. Ved PHP2Shell betyder det: Forhør jer hos hostingudbyderen om patch-status, og kontrollér jeres eget website for spor. Mere: [Shared hosting: hvad udbyderen gør, og hvad I selv skal gøre](https://phpsos.de/da/server/shared-hosting/)

**SIEM**: Et SIEM (security information and event management) samler logdata fra mange systemer centralt og analyserer dem for sikkerhedshændelser. Så kan sammenhænge genkendes, som drukner i de enkelte logs. Et SIEM kræver vedligeholdte regler og mennesker, der behandler meddelelserne. Mere: [Sikkerhedsovervågning for webservere](https://phpsos.de/da/leistungen/security-monitoring/)

**Sikkerhedsheadere**: Sikkerhedsheadere er HTTP-svarheaderlinjer, der giver browseren beskyttelsesregler, f.eks. Content-Security-Policy, Strict-Transport-Security eller X-Content-Type-Options. De beskytter besøgende mod bestemte angreb i browseren. Mod sårbarheder på serveren som PHP2Shell hjælper de ikke. Mere: [Security headers til websites: sæt sikkerhedsheadere rigtigt](https://phpsos.de/da/ratgeber/sicherheits-header/)

**Skimming**: Ved skimming i onlineshops smugler angribere JavaScript ind i checkout, som læser betalings- og kundedata med og sender dem af sted. Koden sidder ofte i tema-filer, tracking-scripts eller databaseposter. Kunderne mærker intet, forhandleren ofte først gennem henvisninger fra betalingsudbydere. Mere: [Onlineshop hacket? IT-sikkerhed for forhandlere](https://phpsos.de/da/branchen/onlineshops/)

**SQL-injection**: Ved en SQL-injection smugler en angriber egne databasekommandoer ind i en applikation via inddata. Så kan data læses eller ændres. Beskyttelse giver forberedte sætninger (prepared statements) med pladsholdere i stedet for sammensatte SQL-tekster. Mere: [Forhindr SQL-injection i PHP](https://phpsos.de/da/ratgeber/sql-injection-php/)

**SSRF**: SSRF (server-side request forgery) får en applikation til på angriberens vegne at sende forespørgsler til andre adresser, også til interne systemer. Så bliver tjenester tilgængelige, som udefra egentlig er afskærmet. Beskyttelse giver tilladelseslister for mål og spærring af interne adresseområder. Mere: [Forhindr Server-Side Request Forgery (SSRF) i PHP](https://phpsos.de/da/blog/ssrf-in-php/)

**Superglobals**: Superglobals er variabler, som PHP stiller til rådighed i ethvert script, f.eks. $_GET, $_POST, $_COOKIE, $_FILES, $_SERVER og $_SESSION. De indeholder den aktuelle forespørgsels data, der for en stor dels vedkommende stammer fra den besøgende. Alt deri skal behandles som ikke-troværdigt og kontrolleres. Mere: [Superglobals: $_GET, $_POST, $_FILES m.fl.](https://phpsos.de/da/php/superglobals/)

**sury.org**: sury.org er et pakkerepository fra Ondřej Surý med aktuelle og ældre PHP-versioner til Debian og Ubuntu. Det er et tilbud fra en tredjepart og ikke Debians sikkerhedsarkiv. Ifølge rapporter blev der dér stillet builds til rådighed for alle grene fra 5.6 til 8.5. Mere: [sury.org-repositoryet: PHP-pakker fra en tredjepartskilde](https://phpsos.de/da/blog/sury-repository-php/)

**Threat hunting**: Threat hunting er den aktive søgen efter angribere i eget netværk, uden at der foreligger en advarsel. Udgangspunktet er hypoteser, f.eks.: Har en webserverproces startet en shell siden 20.10.? Derved findes indbrud, som automatiske værktøjer overser. Mere: [Advarselstegn: Webserveren starter en shell](https://phpsos.de/da/blog/webserver-startet-shell/)

**Tidslinje**: En tidslinje (timeline) ordner alle spor efter en hændelse kronologisk: logposter, filændringer, logins, processer. Den viser, hvornår angrebet begyndte, og hvad der skete i hvilken rækkefølge. Vigtigt er en ensartet tidszone, helst UTC. Mere: [Opret tidslinjen for en hændelse](https://phpsos.de/da/blog/zeitleiste-eines-vorfalls/)

**TISAX**: TISAX er en kontrol- og udvekslingsprocedure for informationssikkerhed i bilindustrien. Den beror på et kravkatalog fra den tyske bilindustris brancheforening og drives af ENX Association. Underleverandører skal med den dokumentere deres sikkerhedsniveau over for producenterne. Mere: [ISO 27001 og TISAX: Hvad der berører webservere](https://phpsos.de/da/blog/iso-27001-tisax-webserver/)

**TLS**: TLS (Transport Layer Security) krypterer forbindelsen mellem browser og server; kendes på HTTPS. I dag anbefales TLS 1.2 og 1.3, ældre protokolversioner bør være slået fra. TLS beskytter data undervejs, ikke mod sårbarheder på selve serveren. Mere: [Konfigurer TLS og HTTPS rigtigt](https://phpsos.de/da/blog/tls-https-richtig-konfigurieren/)

**Type juggling**: Type juggling kaldes den automatiske typeomdannelse i PHP, f.eks. ved løs sammenligning med ==. Derved kan værdier gælde som ens, selv om de ikke er det, hvilket bliver farligt ved kontrol af adgangskoder eller tokens. Beskyttelse giver strikte sammenligninger med === og hash_equals() til hemmeligheder. Mere: [Type juggling i PHP: Løse sammenligninger som sikkerhedsrisiko](https://phpsos.de/da/blog/type-juggling-php/)

**upload_max_filesize**: upload_max_filesize begrænser størrelsen på en enkelt uploadet fil; standarden er 2 MB. Værdien skal være mindre end post_max_size, fordi filen er en del af POST-forespørgslen. For store værdier forøger angrebsfladen uden nytte. Mere: [Begræns post_max_size og upload_max_filesize fornuftigt](https://phpsos.de/da/blog/post-max-size-upload-limits/)

**.user.ini**: .user.ini-filer er mappevise PHP-indstillinger, som PHP-FPM og CGI læser. Med dem kan website-ejere uden serveradgang ændre enkelte værdier, men kun dem, som PHP frigiver hertil. Sikkerhedsrelevante indstillinger som session.upload_progress.enabled=0 mod PHP2Shell skal ifølge php.net ikke sættes via .user.ini. Mere: [php.ini forklaret: opbygning, niveauer og forrang](https://phpsos.de/da/php/php-ini-erklaert/)

**VdS 10000**: VdS 10000 er en retningslinje fra VdS Schadenverhütung (tysk organisation for skadesforebyggelse) for informationssikkerhed i små og mellemstore virksomheder. Den er slankere end ISO 27001 og skræddersyet til SMV'ers muligheder. En certificering efter den er mulig. Mere: [VdS 10000: Informationssikkerhed for små og mellemstore virksomheder](https://phpsos.de/da/blog/vds-10000-kmu/)

**Virtuel patching**: Virtuel patching blokerer angreb på en kendt sårbarhed foran applikationen, oftest med en WAF, uden at ændre den sårbare kode. Det giver tid, indtil den rigtige opdatering er mulig. Ved PHP2Shell advarer f.eks. Cloudflare om, at regler alene på grundlag af forespørgselsdata ikke er nok; opdateringen er fortsat et must. Mere: [WAF og virtuel patching til PHP](https://phpsos.de/da/leistungen/waf-virtuelles-patching/)

**vServer**: En vServer (virtuel server) er en virtuel maskine på delt hardware med eget operativsystem og oftest root-adgang. For sikkerheden gælder det samme som for root-serveren: Opdateringer og hærdning er kundens sag. Mange vServere kører med forhåndsinstallerede paneler som Plesk. Mere: [Sådan sikrer I selv root-server og vServer](https://phpsos.de/da/server/root-server-vserver/)

**WAF**: En WAF (web application firewall) kontrollerer HTTP-forespørgsler foran applikationen og blokerer kendte angrebsmønstre. Den kan køre som skytjeneste, som proxy eller som webservermodul. Den giver tid, men erstatter ikke en opdatering, og den omgås, hvis serveren også kan nås direkte. Mere: [WAF og virtuel patching til PHP](https://phpsos.de/da/leistungen/waf-virtuelles-patching/)

**Webshell**: En webshell er et script, som angribere lægger på en webserver for at fjernstyre den via browseren. Den er ofte lille, tilsløret og skjult i upload- eller cachemapper. En webshell består også efter en PHP- eller CMS-opdatering og skal søges målrettet. Mere: [Opdag og fjern webshell](https://phpsos.de/da/ratgeber/webshell-erkennen/)

**XSS**: XSS (cross-site scripting) betyder, at fremmed JavaScript udføres via et website i andre besøgendes browser. Dermed kan sessioner overtages eller formularindtastninger læses med. Beskyttelse giver konsekvent kodning af alt output og en Content Security Policy. Mere: [Forhindr XSS i PHP: afvær cross-site scripting sikkert](https://phpsos.de/da/ratgeber/xss-php/)

**XXE**: XXE (XML external entities) udnytter, at XML-parsere kan indlæse eksterne henvisninger i dokumenter. Dermed kan filer under visse omstændigheder læses fra serveren, eller interne forespørgsler udløses. Beskyttelse giver at slå indlæsningen af eksterne entiteter fra ved behandling af ikke-troværdige XML-data. Mere: [Forhindr XML External Entities (XXE) i PHP](https://phpsos.de/da/blog/xxe-in-php/)

**ZAC**: De Zentrale Ansprechstellen Cybercrime (ZAC, de tyske politis centrale kontaktpunkter for cyberkriminalitet) er specialiserede kontaktpunkter for virksomheder og myndigheder, der er blevet ofre for et cyberangreb. De findes i alle tyske delstater og hos BKA. De modtager anmeldelser og rådgiver om den videre fremgangsmåde. Mere: [Sådan anmelder I: Zentrale Ansprechstellen Cybercrime](https://phpsos.de/da/compliance/anzeige-polizei-zac/)

**Zend Engine**: Zend Engine er kernen i PHP-fortolkeren. Den oversætter PHP-kode til interne kommandoer (opcodes), udfører dem og administrerer hukommelsen. Fejl i Zend Engine påvirker enhver PHP-applikation og kan kun udbedres med en PHP-opdatering. Mere: [Zend Engine: PHP's hjerte](https://phpsos.de/da/php/zend-engine/)

**Zero-day**: En zero-day er en sårbarhed, der udnyttes eller er offentligt kendt, før producenten stiller en rettelse til rådighed. Driftsansvarlige har så nul dages forberedelsestid. Indtil rettelsen hjælper kun midlertidige foranstaltninger, afskærmning og overvågning. Mere: [Tidsvinduet mellem patch og angreb](https://phpsos.de/da/blog/zeitfenster-patch-angriff/)