Kontrola verzija i ranjivih komponenti
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
SIGURNOST · HARDENING · MONITORING
Zaštita sajta pre problema, ne tek nakon incidenta
Smanjujemo rizik kroz update-e, ograničenje pristupa, backup, monitoring, zaštitu login-a i kontrolu nepotrebnih dodataka.
✓ Kontrola verzija i ranjivih komponenti
✓ Zaštita administratorskih pristupa
✓ Bezbedne dozvole fajlova i naloga
TEHNIČKA USLUGA
Zaštita sajta pre problema, ne tek nakon incidenta
Nijedan sajt ne može biti apsolutno imun na napade, ali rizik može biti značajno smanjen dobrom tehničkom higijenom. Najčešći problemi dolaze iz zastarelog softvera, slabih lozinki, napuštenih dodataka i neadekvatnih dozvola.
Zaštita administratorskih pristupa
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
Bezbedne dozvole fajlova i naloga
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
Monitoring sumnjivih promena
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
KAKO RADIMO01 02 03 04 05
Proces bez nasumičnih tehničkih poteza.
Pregled trenutne instalacije i naloga.
Update i uklanjanje nepotrebnih komponenti.
Podešavanje zaštite login-a i dozvola.
Backup pre kritičnih promena.
Monitoring i periodične provere.
Pouzdana tehnička osnova: šta proveravamo pre i posle izmene
Hosting, DNS, SSL, backup, sigurnost i podrška imaju vrednost tek kada postoji nedvosmislen način provere, oporavka i dugoročnog održavanja.
Pristupi
2FA, jake lozinke i najmanje potrebne privilegije ograničavaju rizik kompromitacije naloga.
Nakon intervencije kontrolišemo i povezane servise, jer promena DNS-a, PHP-a, certifikata ili baze može imati posledice koje se ne vide na početnoj stranici.
Tehničku promenu dokumentujemo sa početnim stanjem, backup-om i planom povratka. Cilj nije samo da problem nestane, već da znamo zašto se desio i kako da ga ne ponovimo.
Kada jedna zavisnost povuče više simptoma
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude nedvosmisleno dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan. Kod tehničkih intervencija rollback plan je deo promene, pre svega kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Backup vredi samo ako može da se vrati
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo stoga što postoji u listi fajlova. Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Kako proveravamo oporavak posle izmene
Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident neretko svodi na pokušaj ponavljanja problema.
Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica. Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
Update
Poznate ranjivosti se smanjuju redovnim i kontrolisanim ažuriranjem CMS-a i biblioteka.
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Promena mora imati plan povratka
Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru. Monitoring treba da proverava ono što posetiocu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Monitoring treba da otkrije problem pre korisnika
Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment. Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident neretko svodi na pokušaj ponavljanja problema. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Pristupi i vlasništvo moraju ostati pod kontrolom klijenta
Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
WAF i rate limit
Filtriranje sumnjivog saobraćaja mora zaštititi sajt bez blokiranja legitimnih posetioca i botova.
Šta ostaje da se prati nakon stabilizacije
Bezbednost počinje ažurnim softverom, najmanjim potrebnim privilegijama i zaštitom administrativnih naloga. Firewall nije zamena za ranjivu komponentu koja je i dalje dostupna.
Kod incidenta čuvamo kopiju i logove pre čišćenja, jer trag napada olakšava da se zatvori ulazna tačka umesto da se samo obriše vidljivi malware.
Prvo utvrđujemo uzrok, pa tek onda menjamo konfiguraciju
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema.
Tehnička promena počinje backup-om i jasnim planom povratka. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Staging je jeftiniji od popravke na produkciji
Update se ne radi naslepo na produkciji kada postoji veći rizik. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema.
Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
Backup i restore
Incident plan računa na čistu kopiju i proverenu mogućnost oporavka.
Backup strategija definiše šta se čuva, koliko u mnogim slučajevima, koliko dugo i gde se kopija nalazi. Kopija na istom serveru nije dovoljna zaštita od većeg incidenta.
Dokumentovana konfiguracija ubrzava sledeću intervenciju
Restore test je jedini pouzdan dokaz da backup može se upotrebi. Pre svega kontrolišemo bazu, upload fajlove, konfiguraciju i redosled vraćanja servisa.
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude nedvosmisleno dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet. Server logovi i monitoring neretko skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Restore test je deo backup strategije. Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
DNS i SSL greške izgledaju jednostavno tek kada se lociraju
DNS, SSL, hosting i aplikacija imaju drugačije tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Logovi često pokažu ono što interfejs sakrije
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Tehnička stabilnost uključuje i administrativni kontinuitet. Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Reakcija na incident
Izolacija, promena pristupa, čišćenje i analiza uzroka važniji su od brisanja samo jednog zaraženog fajla.
Bez toga se incident neretko svodi na pokušaj ponavljanja problema. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Backup nije potvrđen time me što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan. Server logovi i monitoring neretko skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Logovi često pokažu ono što interfejs sakrije
Update se ne radi naslepo na produkciji kada postoji veći rizik. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
Backup vredi samo ako može da se vrati
Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo stoga što postoji u listi fajlova. DNS, SSL, hosting i aplikacija imaju drugačije tačke kvara.
Dokumentovana konfiguracija ubrzava sledeću intervenciju
Tehnička promena počinje backup-om i jasnim planom povratka. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude nedvosmisleno dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
SVEOBUHVATNA ANALIZA BEZBEDNOSTI
Zašto je proaktivna zaštita web sajta investicija koja čuva vaš biznis?
U savremenom digitalnom okruženju, web sajt više nije samo prezentacija – on je srce vašeg poslovanja, primarni kanal akvizicije klijenata i osnova vašeg brenda. Kada sajt padne ili bude hakovan, posledice nisu samo tehničke prirode; one direktno utiču na vaše prihode, ugled i poziciju na pretraživačima.
Većina kompanija o bezbednosti sajta počinje da razmišlja tek kada nastupi kriza: kada se pojavi crveno upozorenje "This site may be hacked" u Google pretrazi, kada sajt počne da preusmerava posetioce na neželjene i sumnjive lokacije, ili kada hosting provajder potpuno blokira nalog zbog širenja spama. U tom trenutku, šteta je već napravljena. Sanacija incidenta košta višestruko više od redovnog održavanja, a izgubljeno poverenje klijenata vraća se mesecima.
Sakrivene opasnosti reaktivnog pristupa: Koliko zapravo košta hakovan sajt?
Reaktivni pristup – rešavanje problema tek kada se dogode – krije niz direktnih i indirektnih troškova koje vlasnici biznisa često ne predvide na vreme:
- Gubitak direktne prodaje i upita: Dok je sajt van funkcije ili prikazuje grešku, svaki potencijalni klijent koji dođe na vašu stranicu odlazi kod konkurencije.
- Troškovi hitnog čišćenja i oporavka: Anagažovanje stručnjaka za urgentnu dijagnostiku, čišćenje malware-a i oporavak baze podataka u kriznim situacijama zahteva značajna sredstva.
- Gubitak SEO pozicija i Google penalizacija: Pretraživači kao što je Google trenutno identifikuju zlonamerni kod. Ako algoritam detektuje malware ili phishing skripte, sajt biva izbačen iz indeksa ili označen opasnim, što dovodi do strmoglavog pada organskog saobraćaja.
- Troškovi kompromitovanih oglasnih kampanja: Ako u trenutku hakovanja aktivno vodite Google Ads ili Meta kampanje, oglasne platforme će automatski suspendovati vaše naloge zbog prekršaja bezbednosnih pravila.
- Narušavanje reputacije i legalne posledice: Curenje osetljivih podataka o klijentima (posebno u online prodavnicama) vodi do trajnog gubitka poverenja i potencijalnih zakonskih kazni u skladu sa GDPR-om i Zakonom o zaštiti podataka o ličnosti.
Kako hakovan sajt direktno ruši vašu SEO poziciju na Google-u
Google ima samo jedan primarni cilj: da svojim korisnicima pruži bezbedne i relevantne rezultate pretrage. Zbog toga je bezbednost vašeg web sajta direktan faktor rangiranja. Kada botovi pretraživača naiđu na zaražene fajlove, nevidljive spam linkove (SEO spam injection) ili preusmeravanja, Google Search Console šalje bezbednosno upozorenje, a algoritmi primenjuju restriktivne mere.
Nakon sanacije zaraze, proces uklanjanja sa crnih lista i ponovnog sticanja povrenja kod pretraživača može trajati nedeljama. Tokom tog perioda, pozicije na koje ste uložili mesece ili godine SEO rada bivaju izgubljene. Proaktivni hardening i stalni monitoring obezbeđuju da pretraživači uvek vide vaš sajt kao stabilan, brz i potpuno bezbedan resurs.
TEHNIČKI ARSENAL
Kompletna arhitektura web hardeninga i zaštite aplikacija
Zaštita web sajta nije jednokratna instalacija jednog "sigurnosnog dodatka" ili plugin-a. Delotvorna bezbednost se gradi u slojevima (Defence in Depth), gde svaki sloj pokriva specifične potencijalne ranjivosti.
1. Hardening CMS jezgra, baze i fajl sistema
Hardening je proces konfigurisanja aplikacije i servera tako da se minimalizuje površina napada (attack surface). Ovo uključuje izmenu podrazumevanih putanja, onemogućavanje izvršavanja nepouzdanih PHP skripti u direktorijumima namenjenim za upload slika (uploads folderi), konfigurisanje restriktivnih fajl permisija (chmod 644 za fajlove, 755 za direktorijume, 400/440 za osetljive konfiguracione fajlove poput wp-config.php ili .env), kao i uklanjanje zaglavlja koja otkrivaju tačne verzije softvera napadačima.
2. Zaštita login pristupa i upravljanje identitetom
Preko 70% napada na web sajtove sprovodi se putem automatizovanih botova koji pokušavaju da pogode korisničko ime i lozinku (Brute Force napadi). Primenjujemo dvofaktorsku autentifikaciju (2FA), ograničavamo broj neuspešnih pokušaja prijave po IP adresi (Rate Limiting), menjamo podrazumevani URL login stranice, blokiramo zloupotrebu XML-RPC protokola i implementiramo reCAPTCHA/Turnstile sisteme koji ne ometaju korisničko iskustvo realnih posetilaca.
3. WAF (Web Application Firewall) i filtriranje saobraćaja
Web Application Firewall deluje kao štit između vašeg sajta i interneta. WAF analizira ulazni saobraćaj u realnom vremenu i automatski prepoznaje i blokira zlonamerne zahteve pre nego što oni uopšte stignu do vašeg servera. Ovo obuhvata sprečavanje SQL Injection (SQLi) napada, Cross-Site Scripting (XSS) pokušaja, Remote File Inclusion (RFI) i volumetrijskih napada ublažavanjem DDoS pretnji na Cloudflare ili serverskom nivou.
4. Automatizovani backup na nezavisnoj lokaciji
Pouzdan backup je vaša polisa osiguranja. Sistem rezervnih kopija mora funkcionisati potpuno nezavisno od primarnog servera. Podešavamo enkriptovani, automatizovani backup koji čuva dnevne i nedeljne kopije kompletne baze i fajlova na eksternim cloud servisima (Amazon S3, Google Cloud Storage ili namenskim backup serverima). Pored samog kreiranja kopija, redovno sprovodimo testove restauracije (Restore Test) kako bismo bili sigurni da se sajt u slučaju katastrofe može podići u roku od nekoliko minuta.
VEKTORI NAPADA
Koji su najčešći tipovi napada na sajtove na našem tržištu?
Napadači retko ciljaju kompanije ručno – u najvećem broju slučajeva koriste automatizovane botove koji skreniraju hiljade sajtova na internetu u potrazi za poznatim, nezakpljenim ranjivostima. Razumevanje prirode ovih napada pomaže u izgradnji prave strategije odbrane.
SQL Injection (SQLi)
SQL injection nastaje kada aplikacija ne vrši adekvatnu validaciju i sanitizaciju podataka koje korisnik unosi u forme ili URL parametre. Napadač ubacuje zlonamerni SQL kod koji server izvršava, omogućavajući mu da pročita osetljive podatke iz baze, izmeni sadržaj, obriše tabele ili preuzme administratorska prava nad celim sajtom.
Cross-Site Scripting (XSS)
XSS ranjivosti omogućavaju napadačima da ubace maliciozne JavaScript skripte u stranice koje gledaju drugi korisnici. Ovi skriptovi mogu ukrasti sesijske kolačiće (cookies), preusmeriti korisnika na lažne banking stranice, ili tajno vršiti akcije u ime ulogovanog administratora.
SEO Spam Injection (Pharmacy / Casino Hacks)
Ovo je jedan od najrasprostranjenijih oblika hakovanja na WordPress i CMS platformama. Napadač ne ruši sajt, već u pozadini tajno ubacuje stotine hiljada virtuelnih stranica sa linkovima ka nelegalnim sajtovima ili proizvodima. Vlasnik sajta često ne primeti ništa dok poseta ne padne na nulu, a Google ga obavesti o penalizaciji.
Upotreba "Nulled" (piratskih) tema i dodataka
Besplatno preuzimanje premijum tema i dodataka sa neproverenih sajtova je najbrži put do kompromitacije. Piratski dodaci gotovo uvek sadrže preinstallirani "backdoor" (skriveni prolaz) koji autoru omogućava potpunu kontrolu nad vašim serverom u bilo kom trenutku.
RADNI PROCES
01
02
03
04
05
06
Naš proaktivni metod zaštite u 6 detaljnih koraka
Bezbednost nije jednokratan čin, već kontinuiran i dokumentovan proces. Naš metod osigurava potpunu pokrivenost od prve analize do dugoročnog monitoringa.
Sigurnosni Audit
Kompletna dijagnostika fajlova, baze, PHP okruženja, SSL certifikata, korisničkih naloga i DNS podešavanja radi pronalaženja postojećih ranjivosti.
Čišćenje i Izolacija
Ukoliko sajt već ima maliciozni kod, vršimo izolaciju, uklanjanje zaraze, pročišćavanje baze i zatvaranje ulaznih tačaka koje su napadači iskoristili.
Hardening Konfiguracija
Primena rigoroznih bezbednosnih pravila na nivou servera i aplikacije: zabrana izvršavanja skripti, izmena permisija, zaštita konfiguracionih fajlova.
Zaštita Pristupa & WAF
Podešavanje 2FA autentifikacije, ograničenje broja pokušaja prijave, preusmeravanje URL-ova za prijavu i aktivacija Firewall-a za filtriranje saobraćaja.
Nezavisni Backup
Implementacija automatizovanog dnevnog backup-a na eksternom cloud storage-u uz obavezno testiranje procesa oporavka u slučaju incidenta.
24/7 Monitoring
Kontinuirano praćenje dostupnosti sajta, promena na fajl sistemu, SSL certifikata i provera pristustva na bezbednosnim crnim listama.
SPECIFIČNOSTI PLATFORMI
Zaštita prilagođena vašoj tehnologiji: WordPress, E-Commerce i Custom kôd
WordPress & WooCommerce bezbednost
WordPress pokreće preko 40% interneta, što ga čini najčešćom metom automatizovanih napada. Naša zaštita za WordPress se ne oslanja samo na teške security dodatke koji usporavaju sajt. Radimo na nivou `.htaccess` ili Nginx konfiguracije, optimizujemo bazu podataka, kontrolišemo wp-cron zadatke, eliminišemo nepotrebne REST API endpointe i obezbeđujemo WooCommerce prodavnice tako da platne kartice i podaci kupaca ostanu 100% zaštićeni.
Custom PHP, Laravel i Headless arhitekture
Za prilagođene web aplikacije i custom CMS sisteme primenjujemo bezbednosne standarde u skladu sa OWASP Top 10 preporukama. Proveravamo bezbednost API endpoint-a, implementiramo CSRF tokene za sve forme, konfigurišemo Content Security Policy (CSP), HTTP Strict Transport Security (HSTS) i zabranjujemo MIME-sniffing. Vaš izvensni kôd postaje otporan na složene vektore napada.
INVESTICIJA U POUZDANOST
Cena bezbednosti sajta: Šta utiče na budžet i pakete održavanja?
Cena tehničke zaštite i održavanja sajta zavisi od složenosti samog sistema, obima saobraćaja i nivoa rizika kome je poslovanje izloženo.
Faktori koji određuju cenu
Prilikom izrade ponude analiziramo nekoliko ključnih parametara:
- Tehnološka osnova sajta: Da li je u pitanju standardni poslovni sajt, obimna e-commerce prodavnica sa hiljadama artikala ili kompleksna custom web aplikacija.
- Trenutno stanje bezbednosti: Da li se radi o proaktivnoj zaštiti zdravog sajta ili je potrebna urgentna sanacija i čišćenje već kompromitovanog sistema.
- Frekvencija backup-a i promena: Sajtovi sa dinamičkim sadržajem i čestim transakcijama zahtevaju svakodnevni (ili čak satni) backup i češći nadzor.
- Zahtevi za monitoring i SLA: Nivo odziva i brzina reakcije na potencijalne incidente (SLA - Service Level Agreement).
Uporedni pregled: Proaktivna zaštita vs. Sanacija štete
Investicija u mesečno ili godišnje održavanje je zanemarljiva u poređenju sa potencijalnim troškovima incidenta:
| Stavka | Proaktivna zaštita | Reaktivno čišćenje |
|---|---|---|
| Predvidljivost troška | Fiksna mesečna cena | Neplanirani visoki troškovi |
| Dostupnost sajta (Uptime) | 99.9% stabilnost | Prekidi rada od nekoliko dana |
| SEO pozicije na Google-u | Zaštićene i stabilne | Rizik od penalizacije i pada |
| Poverenje posetilaca | Potpuno očuvano | Ozbiljno narušeno |
SAVETI ZA VLASNIKE
Praktični koraci koje možete preduzeti odmah danas
Iako je profesionalni hardening ključan, postoji nekoliko osnovnih bezbednosnih pravila koje svaki vlasnik sajta i administrator mora primenjivati u svakodnevnom radu:
Koristite Password Manager i kompleksne lozinke
Lozinke poput `Admin123!` ili `ImeFirme2024!` botovi razbijaju u sekundi. Koristite generisane lozinke od najmanje 16 karaktera sa kombinacijom slova, brojeva i specijalnih simbola. Koristite alate poput Bitwarden-a ili 1Password-a i nikada ne delite lozinke putem nezaštićenih e-mail poruka.
Princip najmanjih privilegija (Principle of Least Privilege)
Nemojte svim zaposlenima ili spoljnim saradnicima davati glavne administratorske naloge. Korisnicima dodelite samo one uloge i dozvole koje su im zaista neophodne za rad (npr. Editor, Author ili Shop Manager). Redovno brišite naloge bivših radnika i neaktivnih developera.
Aktivirajte Obaveznu 2FA Autentifikaciju
Omogućavanje dvofaktorske autentifikacije (2FA) putem aplikacija kao što su Google Authenticator ili Authy pruža drugi sloj zaštite. Čak i ako neko sazna vašu lozinku, neće moći da se prijavi bez jednokratnog koda sa vašeg mobilnog telefona.
Ne ostavljajte testne i nezavršene instalacije
Zaboravljeni subdomeni (npr. `dev.vassajt.com` ili `old.vassajt.com`) koji koriste zastarele verzije CMS-a i softvera predstavljaju najčešću ulaznu tačku za napadače. Kada preuzmu kontrolu nad zapostavljenim subdomenom, lako mogu kompromitovati ceo hosting server.
FAQ
Česta pitanja o zaštiti i bezbednosti web sajta
Da li radite sigurnost i zaštita sajta na sajtu koji niste vi napravili?+
Da, ako dobijemo potrebne pristupe i ako je postojeće okruženje tehnički podrživo. Pre intervencije prvo proveravamo stanje i rizike.
Da li pravite backup pre tehničke izmene?+
Za promene koje mogu uticati na podatke ili dostupnost sajta proveravamo postojeći backup ili pravimo odgovarajuću kopiju kada je to moguće i deo dogovorenog pristupa.
Kako izgleda podrška nakon podešavanja?+
Nakon intervencije proveravamo dogovorene funkcije i objašnjavamo šta je promenjeno. Kontinuirano održavanje ili monitoring može se ugovoriti odvojeno kada je potreban.
Šta je to web hardening i po čemu se razlikuje od običnog update-a?+
Ažuriranje softvera (update) zatvara samo zvanično poznate propuste u novim verzijama. Hardening obuhvata dublje podešavanje konfiguracije servera i CMS-a: restrikciju dozvola fajlova, onemogućavanje opasnih funkcija, promenu podrazumevanih URL putanja, zaštitu baze i primenu naprednih bezbednosnih zaglavlja čime se sajt štiti i od nepoznatih pretnji (zero-day ranjivosti).
Moj sajt je već hakovan i Google prikazuje upozorenje. Koliko brzo možete pomoći?+
Kriznim situacijama pristupamo sa visokim prioritetom. Prvi korak je izolacija sajta, pravljenje bezbedne kopije za analizu, uklanjanje zlonamernog koda i zatvaranje ulaznih tačaka. Nakon čišćenja šaljemo zahtev za ponovni pregled (Request Review) Google-u kako bi se upozorenje sklonilo u najkraćem mogućem roku (obično unutar 24-48h).
Da li je jedan besplatni security dodatak (plugin) dovoljan da zaštiti sajt?+
Nijedan dodatak sam po sebi ne može pružiti 100% zaštitu. Dodaci rade isključivo na nivou aplikacije i često usporavaju rad sajta. Prava bezbednost se postiže kombinacijom serverskih podešavanja, sigurnog hosting okruženja, pravilnih pristupa, WAF-a i kvalitetnog koda.
Gde se čuvaju rezervne kopije (backup) mog sajta?+
Rezervne kopije uvek čuvamo na eksternim, nezavisnim cloud lokacijama koje su fizički i mrežno odvojene od vašeg primarnog hosting servera. Time garantujemo da čak i u slučaju potpunog otkazivanja hosting provajdera vaši podaci ostaju bezbedni i spremni za trenutnu restauraciju.
Više odgovora pronađite na centralnoj FAQ stranici.
TREBA VAM TEHNIČKA POMOĆ?
Pošaljite stanje i cilj. Predložićemo sledeći korak.
Možete poslati adresu sajta, kratak opis problema ili usluge koja Vam je potrebna. Ako je potrebno, prvo ćemo uraditi dijagnostiku pre nego što predložimo intervenciju.