Rokasgrāmatas: PHP un serveru drošība
Speciālistu raksti administratoriem un izstrādātājiem: webshell atpazīšana, php.ini nostiprināšana, žurnālu analīze, droša programmēšana.
PHP2Shell laika līnija: notikumu hronoloģija no 2026. gada 17. līdz 25. oktobrim
Visi apliecinātie PHP2Shell datumi vienā pārskatā, no pirmā novērotā uzbrukuma mēģinājuma līdz stāvoklim 25.10.2026, un ko no tiem secināt jūsu pārbaudei.
Lasīt tālāk →02Hostinga sniedzēja PHP atjauninājuma apstiprinājums: kā pajautāt par ielāpa stāvokli
Redzamā PHP versija pēc PHP2Shell pierāda maz. Ar šo paraugu no hostinga sniedzēja pieprasiet apstiprinājumu, ko varat dokumentēt.
Lasīt tālāk →03Webshell atklāšana un noņemšana
Kā uz PHP tīmekļa serveriem atrast slēptās piekļuves, nesabojājot pēdas, un kāpēc ar dzēšanu vien reti pietiek.
Lasīt tālāk →04WordPress backdoor atrašana: slēpto piekļuvju sistemātiska meklēšana
Kur WordPress parasti slēpjas piekļuves un kā administratori tās sistemātiski atrod ar WP-CLI un dažām komandām.
Lasīt tālāk →05php.ini drošā konfigurēšana
Kuri php.ini iestatījumi samazina uzbrukuma virsmu, kā tos pasargāt no pārrakstīšanas un kas pēc PHP2Shell ir jāņem vērā papildus.
Lasīt tālāk →06PHP disable_functions pareiza lietošana
Ar disable_functions bloķējat riskantas PHP funkcijas. Kā sarakstu iestatīt atbilstoši lietojumprogrammai, neparalizējot vietni.
Lasīt tālāk →07open_basedir un izolācija katrai vietnei
Kā ar open_basedir, atsevišķiem sistēmas lietotājiem un nodalītiem PHP-FPM pūliem panākt, lai ielaušanās vienā vietnē neskartu visas pārējās serverī.
Lasīt tālāk →08Failu tiesības tīmekļa serverī
Kāpēc tīmekļa serverim nedrīkst mainīt savu kodu, kādas tiesības failiem un mapēm ir lietderīgas un kā ātri pārbaudīt esošo stāvokli.
Lasīt tālāk →09composer audit: atkarību pārbaude uz ievainojamībām
Kā izstrādātāji ar composer audit atrod zināmas ievainojamības bibliotēkās, automatizē pārbaudi un izvairās no tipiskām kļūdām izvietošanā.
Lasīt tālāk →10PHP End of Life: novecojušu versiju riski
Ko nozīmē PHP versijas atbalsta beigas, kuri atzari pēc PHP2Shell vēl saņem oficiālus ielāpus un kā pāreju padarīt plānojamu.
Lasīt tālāk →11SQL injekcijas novēršana PHP
Kā izstrādātāji PHP lietojumprogrammās SQL injekciju uzticami izslēdz ar sagatavotiem pieprasījumiem, baltajiem sarakstiem un minimālām datubāzes tiesībām.
Lasīt tālāk →12XSS novēršana PHP: Cross-Site Scripting droša atvairīšana
Kā izstrādātāji PHP lietojumprogrammās novērš Cross-Site Scripting: kontekstam atbilstoša kodēšana, automātiska eskēpēšana veidnēs, HTML tīrīšana un Content Security Policy.
Lasīt tālāk →13Failu augšupielādes PHP droši: PHP augšupielāžu drošība
Augšupielādes veidlapas ir biežs ceļš webshell ievadīšanai. Kā pareizi pārbaudīt failu tipus, droši tos saglabāt un neļaut serverim izpildīt augšupielādētus skriptus.
Lasīt tālāk →14Sesiju nodrošināšana PHP: PHP sesiju drošība praksē
Sesijas uztur lietotājus pieteiktus un tāpēc ir vērtīgs mērķis. Kā droši konfigurēt sīkdatnes, sesiju ID un glabāšanas vietas un ieviest PHP2Shell norādi par augšupielādes progresu.
Lasīt tālāk →15Nedroša deserializācija PHP: unserialize un drošība
unserialize() ar svešiem datiem sliktākajā gadījumā var novest pie koda izpildes. Kā to aizstāt ar JSON, ierobežot tur, kur tas jāatstāj, un atrast riskantās vietas kodā.
Lasīt tālāk →16Local File Inclusion novēršana PHP: LFI un RFI
Ja include vai require pārņem ceļus no pieprasījuma, uzbrucēji var ielādēt svešus failus. Kā droši veidot lapu izvēli un veidnes un papildus nodrošināt serveri.
Lasīt tālāk →17Administratoru pieteikšanās aizsardzība pret Brute Force: aizsardzība katrai pieteikšanās lapai
Automatizēti paroļu mēģinājumi trāpa katrai sasniedzamai pieteikšanās lapai. Kā bremzēt uzbrucējus ar Rate Limiting un Fail2ban, aizsargāt kontus ar otro faktoru un pareizi glabāt paroles.
Lasīt tālāk →18DDoS vai uzlaušana? Uzbrukumu pareiza klasificēšana
Lēna vietne, augsta slodze, dīvaini faili: vai aiz tā ir DDoS vai ielaušanās, nosaka pareizo reakciju. Kā ar dažām pārbaudēm novērtēt situāciju.
Lasīt tālāk →19Tīmekļa servera žurnālu izvērtēšana pēc uzbrukuma: Access Log pareiza lasīšana
Žurnālu faili pēc uzbrukuma bieži ir svarīgākā pēda. Kā pareizi saglabāt Access, Error un PHP žurnālus, atrast uzkrītošus pieprasījumus un izvairīties no tipiskām izvērtēšanas kļūdām.
Lasīt tālāk →20Divu faktoru autentifikācijas ieviešana administratoru piekļuvēm
Nozagtai parolei nedrīkst pietikt, lai pārņemtu jūsu serveri vai veikalu. Kā izvēlēties piemērotu metodi, nodrošināt visas administratoru piekļuves un plānot ārkārtas piekļuves.
Lasīt tālāk →21Serveru dublēšanas stratēģija: dublējumi pēc 3-2-1 noteikuma
Dublējums palīdz tikai tad, ja tas pārdzīvo uzbrukumu un to var atjaunot. Kā īstenot 3-2-1 noteikumu tīmekļa serveriem un pareizi plānot glabāšanu un pārbaudes.
Lasīt tālāk →22Security Header vietnēm: drošības galvenes pareizi iestatīt
Drošības galvenes liek pārlūkam labāk aizsargāt jūsu apmeklētājus. Kā iestatīt svarīgākās galvenes Nginx un Apache, pakāpeniski ieviest Content Security Policy un pārbaudīt rezultātu.
Lasīt tālāk →23Google brīdinājuma „Šī vietne ir uzlauzta“ noņemšana
Uzlaušanas brīdinājums meklēšanas rezultātos maksā apmeklētājus un uzticību. Kā rūpīgi iztīrīt vietni, atrast slēptās surogātlapas un Search Console pieprasīt pārskatīšanu.
Lasīt tālāk →24Kontrolsaraksts pēc uzlaušanas: 20 punkti pēcapstrādei
Pēc uzbrukuma svarīga ir pareiza secība. Šis kontrolsaraksts 20 punktos ved cauri ierobežošanai, pierādījumu saglabāšanai, attīrīšanai, jaunām piekļuvēm, pienākumiem un dokumentētam noslēgumam.
Lasīt tālāk →Katra stunda ir svarīga. Rakstiet mums tūlīt.
Īsi aprakstiet sistēmu, PHP versiju un novēroto. Mēs sazināsimies, noskaidrosim situāciju un strādāsim attālināti, līdz incidents ir slēgts un dokumentēts.