O sesizare cu date verificabile ajută echipa tehnică să distingă atacul de alte cauze ale indisponibilității.
Un serviciu lent nu confirmă singur un atac DDoS. Poate fi o problemă de aplicație, o legătură întreruptă sau o creștere legitimă a traficului. Dacă suspectezi un atac, trimite furnizorului observațiile disponibile și separă-le de concluzii.
Identifică serviciul afectat
Include IP-ul destinație, portul, protocolul și domeniul, dacă există. Precizează dacă este vorba despre un site, un server de joc sau un flux radio. O protecție pentru HTTP nu descrie automat protecția tuturor serviciilor TCP ori UDP.
Stabilește intervalul
Notează începutul, sfârșitul sau faptul că incidentul continuă, împreună cu fusul orar. Compară graficele cu o perioadă normală. Descrie dacă problema este continuă sau apare în valuri și dacă afectează toate rețelele testate.
Atașează dovezi relevante
- Grafice de bandă și pachete, dacă sunt disponibile.
- Rate de cereri și coduri HTTP pentru aplicațiile web.
- Încărcarea serverului și numărul conexiunilor.
- Erori observate de utilizatori și rezultate de monitorizare.
Un volum mare de cereri poate veni și dintr-o campanie legitimă. Distribuția și comportamentul traficului trebuie corelate cu datele rețelei. Nu atribui o sursă sau un autor numai pe baza adreselor văzute în loguri.
Evită intervențiile care ascund problema
Nu reporni repetat serverul fără o ipoteză clară. Păstrează logurile și comunică schimbările deja efectuate. Capturile de trafic, dacă sunt necesare, trebuie limitate și transmise privat, deoarece pot conține informații sensibile.
După incident, cere o explicație a serviciului afectat, a măsurilor aplicate și a limitelor observate. În discuția cu XSERVERE, folosește aceste date pentru a stabili cerințele de protecție potrivite aplicației, fără a presupune că un singur mecanism acoperă orice atac.
Ți-a fost util acest articol?


