Dezvoltatorul dvs. activează înregistrarea pentru a urmări un formular rupt. Formularul se fixează. Jurnalul continuă să crească.
Acel fișier poate conține mai mult decât mesaje de eroare. Jurnalul scris prost poate captura adrese de e-mail, solicita date, căi de fișiere sau secrete API. WordPress securitatea jurnalului de depanare înseamnă a colecta suficiente dovezi pentru a remedia o defecțiune, păstrând acele dovezi în afara vizibilității publicului.
Separați erorile de ecran de jurnalele private
O pagină live nu ar trebui să arate vizitatorilor rezultate brute de depanare. Poate dezvălui detalii interne și poate face ca site-ul să pară stricat. Jurnalele private oferă echipei un loc pentru a inspecta erorile fără a le plasa în pagină.
WordPress folosește WP_DEBUG pentru a activa modul de depanare. WP_DEBUG_LOG controlează înregistrarea în jurnal, iar WP_DEBUG_DISPLAY controlează mesajele de pe pagină. Aceste setări servesc unor scopuri diferite. Oprirea afișajului nu șterge un fișier jurnal.
The ghid oficial de depanare descrie setările. Pentru un incident în direct, cereți gazdei sau dezvoltatorului să folosească o fereastră scurtă de înregistrare controlată.
Alegeți un loc protejat pentru jurnal
Când este activat cu setarea reală simplă, WP_DEBUG_LOG scrie în mod normal în wp-content/debug.log. WordPress acceptă și o cale de jurnal personalizată.
Preferați o locație aprobată de gazdă în afara rădăcinii web publice. Setați accesul la fișiere astfel încât numai serviciul și echipa necesar să îl poată citi. Verificați și instrumentele de backup și de expediere a jurnalelor: un fișier privat poate fi copiat în continuare într-o destinație publică.
Dacă un jurnal trebuie să rămână pe o cale accesibilă web, blocați accesul la server și verificați blocarea respectivă. Nu vă bazați pe un nume de fișier greu de ghicit. Noastre ghid de permisiuni pentru fișiere explică verificările de proprietate aferente.
Înregistrează evenimentul, nu secretul
Intrările de jurnal utile includ un marcaj de timp, un cod de eroare, caracteristica afectată și un ID de solicitare. ID-ul solicitării îi permite unui dezvoltator să urmărească o eroare între sisteme fără a copia întreaga înregistrare a clientului.
Evitați înregistrarea parolelor, antetelor de autentificare, a datelor de plată, a jetoanelor private sau a trimiterilor de formulare complete. Mascați câmpurile sensibile înainte ca mesajul să ajungă pe disc. Eliminarea lor mai târziu este mai puțin fiabilă, deoarece este posibil să existe deja copii.
De exemplu, „Solicitarea CRM a eșuat: expirare; cererea 427” poate fi suficientă pentru a începe o urmărire. O descărcare completă a sarcinii utile de ieșire poate expune mult mai mult decât are nevoie echipa.
Brieful ghid de gestionare a secretelor acoperă răspunsul dacă o cheie a ajuns deja la un jurnal.
Setați o fereastră îngustă de depanare
Notați defecțiunea și cum să o reproduceți. Notați ora de începere. Rulați cel mai mic test care declanșează problema, apoi inspectați intrările care se potrivesc.
Utilizați date fictive pe a loc de montaj protejat cand poti. Dacă problema apare doar în direct, convineți asupra testului exact, cine poate citi jurnalele și când se va opri înregistrarea suplimentară.
Un test clar ar putea fi: trimiteți un formular de contact de testare, verificați dacă e-mailul său a fost pus în coadă și potriviți ID-ul solicitării. Este mai ușor de revizuit decât o zi de depozitări nerestricționate de cereri.
Pune aceste idei în practică.
De la o îmbunătățire punctuală la un website complet, te ajutăm să definești scopul și să îl realizezi.
Discută despre website-ul meuSoluții avansate de securitate WordPressÎmpărtășește-ne obiectivele tale. Răspundem de obicei în 4 ore cu întrebări și pași practici următori.
Verificați dacă jurnalul nu este public
Verificați adresa URL cunoscută a jurnalului în timp ce sunteți deconectat. Serverul ar trebui să refuze accesul sau să nu returneze un astfel de fișier. Verificați, de asemenea, copii probabil redenumite sau comprimate create de propriul proces de înregistrare.
Testați prin CDN și, cu ajutorul gazdei dvs., la origine. O regulă de margine nu dovedește că accesul direct la server este blocat. Includeți orice găleată de stocare utilizată pentru jurnalele exportate.
Nu lipiți jurnalele brute în forumuri publice sau instrumente de urmărire a problemelor. Distribuiți un eșantion scurt, redactat printr-un canal de asistență aprobat. Păstrați dovezile neexprimate numai acolo unde echipa are nevoie.
Gestionați dimensiunea, păstrarea și alertele
Un avertisment zgomotos poate umple spațiul pe disc chiar și atunci când nu are loc niciun atac. Setați rotația jurnalului, o limită de dimensiune și o perioadă de păstrare. Valorile corecte depind de trafic și de cât de repede echipa dvs. analizează problemele.
Cineva trebuie să dețină alerta când înregistrarea se oprește sau când utilizarea discului crește. Noastre ghid de monitorizare a securității ajută la conectarea erorilor cu alte evenimente de pe site.
După remediere, dezactivați setările temporare de depanare, confirmați că înregistrarea normală încă funcționează și gestionați fișierele vechi conform politicii dvs. de păstrare. Verificați dacă copiile de siguranță nu păstrează secretele expuse mai mult decât era prevăzut.
Dacă a fost expus un jurnal de depanare
Restricționați mai întâi accesul și păstrați dovezile necesare pentru a evalua evenimentul. Identificați datele din fișier, perioada de expunere și orice descărcări pe care le puteți confirma.
Rotiți secretele care s-ar putea să fi scurs. Ștergerea fișierului nu revocă o cheie copiată. Folosește-ne plan de răspuns la incident pentru a urmări lucrările de recuperare și de urmărire.
Dacă echipa dvs. are nevoie de ajutor pentru a face acest lucru repetabil, serviciul nostru serviciu de întreținere poate include depanare sigură și recenzii de jurnal.
Întrebări frecvente
Dezactivarea WP_DEBUG șterge debug.log?
Nu. Modificarea setării nu șterge un fișier existent. Examinați jurnalele vechi și gestionați-le conform politicii dvs. de păstrare.
Pot păstra WordPress eroare de conectare în producție?
Da, cu o configurare de înregistrare controlată. Păstrați erorile în afara paginilor publice, protejați accesul la jurnal, limitați datele sensibile și gestionați dimensiunea și păstrarea fișierelor.
Este un jurnal de depanare sigur dacă URL-ul său este greu de ghicit?
Nu. Utilizați controalele de acces sau o locație în afara rădăcinii web publice, apoi testați dacă fișierul nu poate fi descărcat.
Ce ar trebui să fac dacă o cheie API apare într-un jurnal public?
Revocați sau rotiți cheia și evaluați expunerea. Eliminarea jurnalului singură nu împiedică pe cineva să folosească un secret copiat.
