Modelul nostru de securitate

J Tools îți execută operațiunile cu tokenuri fără să preia vreodată custodia portofelului tău. Tranzacțiile din portofelele tale se semnează la tine, platforma le pregătește și le trimite, iar în spatele tuturor stau protecții pe server.

Pe scurt

#pe-scurt

Sfat

Cheile unui portofel conectat rămân în acel portofel, browserului nu i se lasă niciodată stabilirea valorii unui comision, iar secretele nu ajung în loguri. Accesul de administrare cere un al doilea factor, iar jurnalul de audit este construit astfel încât orice modificare să se vadă.

Fără custodie, prin construcție

#fara-custodie-prin-constructie

J Tools nu îți cere niciodată fraza seed și nu îți păstrează niciodată fondurile. Când folosești un portofel conectat, fiecare semnătură se face în acel portofel prin adaptorul de portofel, iar în rețea ajunge doar tranzacția semnată. Cheia privată a portofelului nu iese niciodată din el.

Pagina J Tools

1Configurezi o acțiune în J Tools

Tranzacția ajunge în portofelul tău

Portofelul tău

2Portofelul îți arată tranzacția

3Aprobi și semnezi în propriul portofel

Cheile unui portofel conectat nu îl părăsesc niciodată

Iese doar semnătura, niciodată cheia

Solana

4Tranzacția semnată este trimisă în rețeaua Solana

Unele instrumente pot semna și cu chei private pe care le lipești, pentru că lucrează cu multe portofele pe care niciun adaptor nu le conectează: printre ele Tranzacții în pachet, Swap multiplu, Transfer către mai multe portofele, Colectare în lot, instrumentele de transfer prin portofele intermediare, Creare și cumpărare în pachet pe Pump.fun și instrumentele de încasare. Aceste chei rămân în fila browserului și semnează acolo, iar noi nu le primim. O cheie lipită ca sursă de chei private a unui instrument se șterge după 15 minute. Tratează-le ca portofele calde de unică folosință. Holder Booster este singurul instrument care dă o cheie serverelor noastre: creează un portofel distribuitor nou pentru fiecare rulare, păstrează cheile portofelelor deținătorilor în fișierul de rezervă pe care îl descarci și trimite doar cheia distribuitorului, criptată, ca serviciul nostru de fundal să poată termina rularea după ce închizi fila. Dacă o pagină îți cere fraza de recuperare, nu suntem noi.

Un lanț de audit care arată orice modificare

#un-lant-de-audit-care-arata-orice-modificare

Acțiunile de administrare se scriu într-un jurnal de audit în care doar se adaugă. Fiecare rând are un prev_hash, un hash SHA-256 al rândului dinainte, deci intrările sunt legate ca un lanț. Dacă modifici sau ștergi un rând, toate hash-urile de după el nu se mai potrivesc, iar intervenția devine evidentă. Intrările din jurnal nu conțin parole și tokenuri de sesiune.

Lista albă RPC și limitele de rată

#lista-alba-rpc-si-limitele-de-rata

Browserul nu vorbește direct cu un nod Solana. Trece printr-un gateway care permite doar o listă fixă de metode de citire, plus trimiterea și simularea tranzacțiilor, și limitează cererile per IP. URL-urile și cheile RPC rămân pe server, deci browserul nu are nimic de scăpat. Limitele de rată se aplică per endpoint, iar IP-ul real al clientului se citește din valoarea cea mai din dreapta a x-forwarded-for, ca limita să nu poată fi ocolită cu un antet falsificat.

Protecție împotriva furtului de comisioane

#protectie-impotriva-furtului-de-comisioane

Când un instrument percepe un comision de platformă, suma înregistrată pentru comision vine din propriile noastre setări de comisioane sau din SOL-ul care a ajuns efectiv on-chain în portofelul platformei, niciodată dintr-un număr trimis de browser. Nicio cale nu are încredere într-un comision furnizat de client. Vezi detalierea completă (total, comisionul platformei și comisionul de rețea estimat) pe cardul de comision al instrumentului înainte să confirmi ceva. Pentru valorile de referință, verifică rezumatul comisioanelor din aplicație sau Lista comisioanelor.

Atenție

Despre comisioane. Fiecare acțiune are două costuri: comisionul de rețea Solana, plătit validatorilor, și comisionul de platformă J Tools. Comisionul de platformă apare mereu în aplicație înainte să confirmi și nu se percepe nimic până nu semnezi. Comisioanele se pot schimba în timp, așa că bazează-te pe rezumatul din aplicație, nu pe o cifră pe care ai văzut-o cândva.

Accesul de administrare este blocat

#accesul-de-administrare-este-blocat

Pentru a ajunge în panoul de administrare ai nevoie de o parolă și de un cod TOTP, verificate pe server. Fluxul este construit să nu dezvăluie nimic.

Al doilea factor Stocarea parolelor Nicio scurgere de informații Sesiuni

TOTP este obligatoriu. Codurile se verifică pe server, iar o serie de încercări eșuate blochează autentificarea pentru o perioadă de așteptare. Motivul blocării nu este trimis niciodată înapoi clientului.

Parolele de administrare sunt stocate doar ca hash-uri unidirecționale, configurate prin variabile de mediu. Nu există ecran de resetare a parolei nici în panou, nici în API; o schimbare înseamnă o valoare nouă în mediu și o nouă publicare.

O autentificare eșuată întoarce același mesaj generic, indiferent dacă greșit este numele de utilizator, parola sau codul, iar verificarea unui nume de utilizator necunoscut durează la fel de mult ca a unuia real. O autentificare blocată spune doar că au fost prea multe încercări, niciodată ce limită s-a declanșat. Încercările de autentificare sunt limitate atât după IP, cât și după numele de utilizator.

Sesiunile stau într-un depozit pe server, cu cookie-uri httpOnly, Secure, SameSite=Strict și ID-uri aleatorii. Se schimbă la autentificare, ca protecție împotriva fixării sesiunii, expiră după o perioadă de inactivitate și sunt limitate ca număr pentru fiecare administrator.

OPSEC peste tot

#opsec-peste-tot

Securitatea operațională este o regulă permanentă pentru fiecare endpoint și fiecare pagină. Secretele, cheile private și tokenurile complete nu ajung în loguri. Un răspuns de eroare către client conține un mesaj scurt, deseori cu un cod, fără stack trace, cale internă sau detalii despre baza de date; imaginea completă rămâne în logurile serverului. Articolele de blog scrise automat rămân ciorne până când un administrator le publică, deci nimic nu ajunge la cititori fără acordul unei persoane.