Dupe de bani pe RedM: cum apare și cum îl prinzi înainte să se prăbușească economia

Un dupe de bani pe RedM nu se anunță aproape niciodată. Nimeni nu postează o captură de ecran, nimeni nu este banat pentru el. Într-o seară, câțiva jucători sunt bogați, magazinele par ieftine, iar două săptămâni mai târziu noii veniți nu-și permit un cal, pentru că toate prețurile au fost umflate pe tăcute ca să compenseze. Până observă staff-ul, economia pe care ai construit-o este deja o altă economie.

Articolul este despre acea cedare lentă: de unde vine un exploit de dupe pe RedM, cum arată în datele tale, ce faci în ziua în care găsești unul și ce poate și ce nu poate face un anticheat în privința lui. Păstrăm cauzele intenționat generale. Scopul este să te ajutăm să repari și să observi problemele, nu să dăm cuiva o rețetă.

#Un dupe de bani pe RedM este, de regulă, un bug de logică, nu un cheat

Cuvântul „dupe” acoperă două lucruri foarte diferite, iar dacă le confunzi ajungi la remediul greșit.

• Un trișor creează valoare din nimic. Un meniu de cheat declanșează un eveniment de server ascuns sau abuzează de un eveniment pe care îl expune scriptul tău și își dă bani sau obiecte. Aceasta este o problemă de anticheat.

• Un jucător legitim găsește o breșă în logica ta. Fără software de cheat: doar o succesiune nefericită de acțiuni obișnuite pe care scripturile tale le tratează prost. Aceasta este o problemă de dezvoltare, iar niciun anticheat nu o va opri urmărind jucătorul.

Cele mai multe incidente reale sunt de al doilea fel sau un amestec: un jucător descoperă o breșă de logică, o împărtășește, iar o duzină de alții o repetă. De aceea un exploit de economie pe RedM trebuie tratat mai întâi ca un bug al serverului tău și abia apoi ca o problemă de comportament.

#Cauzele obișnuite ale unui dupe VORP sau RSG

Framework-ul contează mai puțin decât ai crede. Un dupe VORP și un dupe pe un server RSG sau RedEM vin de obicei din aceeași listă scurtă de greșeli din scripturi, fie ele ale tale sau ale unei resurse terțe.

Serverul are încredere în ce spune clientul

Un eveniment de server este un mesaj pe care îl poate trimite oricine, iar clientul își alege argumentele. Dacă handler-ul tău ia o sumă, un preț sau o cantitate din argumente și o aplică, jucătorul decide rezultatul. Serverul trebuie să calculeze suma singur. Tiparul complet și motivul pentru care source este singurul lucru în care poți avea încredere sunt tratate în cum securizezi evenimentele de server RedM.

RegisterNetEvent('shop:sell', function(itemName)
  local src = source
  -- Clientul doar numește obiectul. Cantitatea, prețul și
  -- proprietatea se stabilesc toate aici, din starea serverului.
  local owned = GetOwnedCount(src, itemName)
  local price = GetServerPrice(itemName)
  if owned < 1 or not price then return end

  -- Mai întâi scoți, apoi plătești, și o singură dată.
  if RemoveItem(src, itemName, 1) then
    AddMoney(src, price)
  end
end)

Scrieri în inventar și în baza de date care se întrec între ele

Darea unui obiect și salvarea personajului sunt adesea pași separați. Dacă două acțiuni se suprapun, de exemplu două cereri tratate aproape simultan, amândouă pot citi aceeași stare de pornire și amândouă pot reuși. Rezultatul este valoare creată doar de sincronizare. Remediul este plictisitor: verifică și schimbă starea într-un singur pas și nu lăsa niciodată un handler să plătească înainte ca scoaterea să se fi petrecut cu adevărat.

Sincronizarea la deconectare și reconectare

Un jucător care pleacă în timp ce o tranzacție sau o salvare este în curs poate ajunge cu starea veche restaurată, în timp ce rezultatul acțiunii supraviețuiește în altă parte. Gândește-te la un schimb, o vânzare sau o mutare dintr-un depozit întreruptă în momentul nepotrivit. Fiecare script care mută valoare între două locuri ar trebui să definească ce se întâmplă dacă jucătorul cade la jumătate.

Sincronizarea depozitelor și a containerelor

Depozitele, șeile, căruțele și spațiile de stocare comune sunt cel mai frecvent locul dupe-urilor de obiecte, pentru că mai mulți jucători și mai multe scripturi pot atinge același container. O sincronizare slabă între ce afișează clientul și ce stochează serverul este locul unde obiectele apar de două ori.

Conturile-mule mută câștigul

Cine găsește o breșă rareori păstrează prada pe contul care a produs-o. Ea călătorește către un personaj curat, adesea creat anume și legat de primul prin aceeași mașină sau rețea. Ocolișul acesta este și ocazia ta: originea este greu de văzut, dar destinația este un tipar. Cum sunt prinse conturile legate tratăm în articolul despre bannuri HWID.

#Cum arată un dupe de bani RedM din scaunul proprietarului

Nu vei vedea evenimentul. Îi vei vedea amprenta în date:

• Masa monetară face un salt. Totalul de cash și bancă din toate personajele crește mai repede decât explică orele tale de joc sau într-o treaptă care corespunde unei seri.

• Un jucător nou este mai bogat decât veteranii. Averea urmează de obicei timpul jucat. Un personaj proaspăt cu o avere și puțin timp online este cel mai clar semn singular.

• Soldurile se mișcă cât proprietarul nu este conectat. Banii care se schimbă pe un cont al cărui jucător era offline sunt rareori nevinovați.

• Stackuri imposibile. O cantitate mult peste ce permite jocul sau un număr negativ este amprenta clasică a unui dupe de obiecte sau a unui underflow stricat.

• Multe conturi care alimentează unul. Mai multe personaje, adesea legate, care trimit valoare aceluiași destinatar.

#Ziua în care găsești un exploit de dupe pe RedM

Ordinea contează. Echipele care se grăbesc să banze de obicei nu repară nimic și uneori înrăutățesc lucrurile.

1. 1

   Oprește scurgerea. Dezactivează acum funcționalitatea sau resursa suspectă, chiar dacă nu ești sigur că ea este cauza. Un magazin închis o oră costă mai puțin decât încă o noapte de duplicare.

2. 2

   Fă un snapshot. Fă backup bazei de date înainte să atingi ceva, ca să poți compara înainte și după și să-ți anulezi propriile greșeli.

3. 3

   Urmărește originea. Găsește primul cont care a câștigat anormal, apoi urmărește valoarea înainte, până la destinatari. Potrivește momentul cu jurnalele scripturilor tale ca să găsești handler-ul.

4. 4

   Dă înapoi cu grijă. Elimină doar ce este dovedit ilegitim, cont cu cont, în loc să restaurezi un backup global care șterge progresul jucătorilor cinstiți. Documentează ce ai eliminat și de ce.

5. 5

   Repară handler-ul înainte să deblochezi sau să redeschizi ceva. Dacă breșa este încă deschisă, un jucător care revine o va folosi din nou. Apoi decide sancțiunile, cu dovezi, pentru cei care au profitat cu bună știință.

6. 6

   Spune-le comunității. Un mesaj scurt și factual bate zvonurile, iar o politică clară îl face pe următorul să se gândească de două ori.

#Ce face Baobab AC în privința unui exploit de economie pe RedM

Baobab AC abordează problema din două părți: oprește injectarea de valoare și găsește ce a trecut totuși.

La ușă: Anti Economy Trigger Exploit

Anti Economy Trigger Exploit împiedică trișorii să injecteze comenzi ascunse ca să-și dea bani, aur sau obiecte de valoare din neant. Vizează calea meniului de cheat. Nu înlocuiește un handler sigur: dacă unul dintre scripturile tale plătește pe baza unui număr trimis de client pe o cale legitimă, logica este a ta de reparat, iar un detector care urmărește jucătorul nu poate ști că numărul era greșit.

Anti Multi-Account Exploit acoperă pasul cu mula. Detectează transferurile de bani și de obiecte între conturile alternative legate, corelând IP-ul comun, HWID-ul și identitatea Discord, și semnalează și reintrările pentru ocolirea unui ban.

După aceea: Economy Forensics

Economy Forensics este auditul pentru ce nu a putut vedea primul strat. Este un audit în regim de doar citire al bazei de date a jocului, confruntat cu timpul jucat, pe care îl știe doar anticheat-ul. Se uită la:

• masa monetară în timp, ca să observe o treaptă care nu corespunde activității tale;

• valori atipice de avere, adică avere disproporționată față de timpul jucat;

• rețele de mule, în care mai multe conturi alimentează unul;

• dupe-uri de obiecte și stackuri imposibile, inclusiv numere negative.

Confruntarea cu timpul jucat este partea pe care o unealtă de baze de date nu o poate face singură. Baza ta de date știe un sold. Doar anticheat-ul știe dacă jucătorul era măcar conectat când s-a schimbat și cât a jucat în total.

Rulează după un program și poate fi pornit și manual din panou.

Schema ta, nu o presupunere despre ea

Auditul are cititoare pentru VORP, familia QB (care acoperă RSG și QBR) și RedEM. Serverele rareori rulează aceste scheme neatinse, deci există și un asistent de mapare pentru baze de date personalizate sau modificate: o monedă în plus, un tabel de inventar redenumit, o bancă ținută în propriul tabel, un inventar stocat ca JSON sau un framework făcut în casă. Alegi tabelele și coloanele din liste citite din baza ta reală, în loc să tastezi nume, iar fiecare parte mapată trebuie să treacă un test înainte de a putea fi salvată. Dacă o mapare încetează să se potrivească cu baza de date, auditul revine la detecția automată și spune de ce în raportul de acoperire.

Asta contează pentru că o mapare greșită eșuează în liniște: returnează inventare goale și solduri zero, nu o eroare. Dacă rulezi tocmai VORP, ghidul anticheat VORP acoperă restul configurării.

#Ce înseamnă cu adevărat doar citire și ce nu face

Să fim direcți în privința asta te scutește de o surpriză mai târziu.

• Doar citește. Auditul trimite interogări SELECT pe identificatori verificați față de schema ta reală. Nu modifică niciodată un sold, nu scoate un obiect și nu atinge un cont.

• Nu sancționează niciodată. Fiecare rezultat este o pistă pe care o verifică un om. Nimic nu este banat, dat afară sau dat înapoi automat din cauza unei constatări a auditului.

• Trece prin serverul tău de joc. Interogările călătoresc prin resursa serverului tău și prin conexiunea lui la baza de date, una câte una, deci o bază de date mare înseamnă un audit mai lent. Este gândit să fie blând, nu instantaneu.

• Găsește simptome, nu cauze. Auditul îți spune cine este anormal și când. Găsirea handler-ului care a scurs rămâne treaba ta, cu propriile tale jurnale.

• Nu este un strat de prevenție. Nu poate opri un dupe în timp ce se petrece. Scurtează timpul dintre primul abuz și ziua în care afli.

• Se aplică limitele planului. Economy Forensics este inclus în planurile Pro și Network, nu în Starter. Vezi prețurile.

O pistă are nevoie de un om care poate deosebi un jaf de un dupe, iar aceeași disciplină se aplică oricărei detecții: vezi cum tratăm fals pozitivele în restul produsului.

#O scurtă listă de verificare pentru propriul tău server

• Revizuiește fiecare eveniment de server care atinge bani, obiecte sau joburi: clientul numește acțiunea, niciodată suma.

• Fă din „scoate, apoi plătește” regula în fiecare tranzacție.

• Decide ce se întâmplă cu un schimb sau o vânzare dacă un jucător se deconectează la jumătate.

• Uită-te periodic la masa ta monetară totală, nu doar după o plângere.

• Păstrează backup-uri ale bazei de date pe care ai testat efectiv restaurarea.

• Tratează un cont nou bogat ca pe o întrebare de lămurit, nu ca pe o victorie de ignorat.

O economie RedM durează cât timp jucătorii cred că este corectă. Dupe-uri vor apărea, pentru că scripturile au bug-uri. Ce controlezi tu este cât timp trece un dupe neobservat. Dacă vrei imaginea de ansamblu a felului în care se leagă detecția, începe cu cum funcționează un anticheat RedM și verifică ce face fiecare funcționalitate înainte să alegi un plan.