Oprirea atacurilor DDoS? Planifică straturile pe care le administrezi

Ce poate face agentul

• Fișiereread_file deschide setările tale și logurile exportate, grep și glob le caută, iar edit_file și write_file schițează modificări și runbook-ul în folderul de lucru al chatului.
• Shellrulează propriul tău script de sumarizare a logurilor și comanda ta de testare a configurației, apoi raportează codul real de ieșire. Comenzile periculoase sunt blocate.
• Webweb_search și http_get citesc documentația furnizorului tău de hosting sau a serverului web, așa că numele setărilor vin din sursă.
• Capturi de ecran și imaginiocr citește textul dintr-o captură a panoului unui furnizor sau a unei pagini de eroare, iar gen_image salvează fișiere imagine.
• Orchestraretask rulează sub-agenți în paralel, run_on_model trimite un pas dificil unui model mai mare, iar skill păstrează playbook-uri reutilizabile, cum ar fi formatul runbook-ului tău.
• Moduri de aprobareAuto-run acționează imediat, Ask first se oprește înainte de acțiunile care schimbă ceva, iar Plan only scrie un plan și nu rulează nimic până nu schimbi modul.
• Cronrulează un prompt după un program, de exemplu aceeași analiză de loguri pe exporturile pe care le pui în fiecare dimineață în folderul proiectului.
• Modelefolosește un furnizor de IA în cloud printr-un endpoint API standard, un model care rulează local pe calculatorul tău sau modelul încorporat.

Două sarcini, pas cu pas

Citește cifrele din spatele unui vârf

Să deosebești de mână vârfurile de trafic de floodurile DDoS de nivel 7 cere trei surse una lângă alta. read_file deschide raportul de analytics exportat și calendarul tău de campanii, Shell rulează scriptul tău de sumarizare a logurilor, iar grep caută în sumarul salvat căile pe care le bănuiești. O lansare aduce multe rețele și pagini variate, în timp ce un flood din multe surse arată adesea cereri identice către una sau câteva căi, cu rate foarte mari per client. Logurile oferă indicii, nu dovezi. Agentul doar rezumă numărătorile pe adresă și pe cale, iar judecata îți aparține. Compară sumarul cu propriul tău analytics și întreabă furnizorul de hosting când imaginea nu e clară.

Verifică-ți propriile scripturi pentru bucle de reîncercare

Un script scăpat de sub control, o buclă de reîncercare sau un monitor configurat greșit îți pot supraîncărca din greșeală propriul server. Ca să găsești asta, îndreaptă grep spre scripturile tale și spre setările monitorului, căutând linii de reîncercare și de interval. read_file deschide fiecare potrivire, iar edit_file propune o întârziere mai lungă, cu un diff. Apoi Shell rulează comanda ta de test pe o copie și raportează codul de ieșire. Și clienții interni au nevoie de limite. Dacă trafic DDoS lovește în schimb internetul tău de acasă, primul lucru este să suni furnizorul de internet. În modul Ask first fiecare modificare se oprește pentru OK-ul tău, așa că citește diff-ul și rulează din nou testul.