Adatvédelem

Adatvédelmi szabályzat

Utoljára módosítva: 2026. október 19..

Mit tárolunk

A bot parancsaival megadott szerverbeállítások: csatorna- és rangazonosítók, küszöbértékek, kapcsolók, és a beállításba beírt szöveg — parancselőtag, tiltott szavak listája, egy ellenőrző panel szövege, az ütemezett csatornakiürítést elindító kifejezés, a szűrő alól kivett felhasználók azonosítói. Moderálási bejegyzések: az ügyszám, ki járt el, kivel szemben, az általad beírt indok, és mikor. Ahol egy funkciónak szüksége van rá, az általa létrehozott üzenetek vagy csatornák azonosítói, hogy később kezelni tudja őket.

A beállítási szöveget szándékosan úgy tároljuk, ahogy megírtad: a moderátoraidnak vissza kell tudniuk olvasni, mit csinál a szerver. Ez nem valakinek a magánjellegű szava önmagáról — ez a szervered szabálya, amelyet az ír, aki működteti.

Aktivitásszámlálók, attól a perctől, hogy a bot bekerül. Hány üzenetet küldött az egyes tag, hány percet töltött hangcsatornában, mennyire forgalmas az egyes csatorna, a szerver óránkénti összesítése, valamint hogy ki lépett be vagy ki, és melyik meghívó hozta. Ha a webhook-továbbító be van kapcsolva, hányszor tette vissza egy tag blokkolt üzeneteit, és mikor tette utoljára. Ezek számlálók és időbélyegek, semmi más: sehol nincs olyan sor, amely azt mondaná, ki mit mondott, melyik csatornában vagy melyik pillanatban. A napi bontást, amelyből a ranglisták összeállnak, 120 nap után töröljük, a belépési és kilépési előzményeket 400 nap után.

A számlálás attól a perctől be van kapcsolva, hogy a bot megérkezik, ellentétben a legtöbb funkciójával, mert az az előzmény, amely akkor kezdődik, amikor valakinek eszébe jut beállítást keresni, olyan előzmény, amelyben senki nem bízhat, és egy meg nem számolt hónap nem hozható vissza. Kikapcsolni egyetlen sor — /logs activity az off értékkel —, a számlálás azonnal leáll, a /stats pedig tovább mutatja azt, ami addig rögzítve lett.

Nem ez az egyetlen dolog, ami bekapcsol, amikor a bot csatlakozik, és ez az oldal régen azt állította, hogy az. A szöveges parancsok, a moderálási napló, a büntetési létra, a nyereményjátékok, a snipe, az AFK és a bot nyelvi beállítása is eleve be van kapcsolva; a dokumentációs oldal felsorolja őket az összes többi modul mellett, és megjelöli, melyik melyik. Ezek közül a snipe és az AFK tart valamit egy tagról: a snipe a memóriában, nem az adatbázisban, az AFK pedig csak akkor, ha a tag maga állítja be — az alábbi bekezdés pontosan megmondja, mit és mennyi ideig.

AFK, csak ha a tag beállítja. Hogy távol van, az általa beírt indok, mikor ment el, a becenév, amelyet a bot lecserélt, hogy vissza tudja tenni, és hivatkozások legfeljebb tíz üzenetre, amely megemlítette őt, amíg távol volt — melyik üzenet, melyik csatornában, ki küldte és mikor, az üzenet szövege soha. Mindez törlődik, amikor legközelebb megszólal valahol, ahol ez számít (a szerver megadhat olyan csatornákat, ahol nem), amikor elhagyja a szervert, vagy a /afk remove paranccsal — és harminc nap után mindenképp. A szerver kikapcsolhatja az említések megőrzését.

Amit a bot egy fiókról gondolt, amikor az belépett. Ha a tagok szűrése be van kapcsolva: a pontszám, amelyet adott, a sáv, a kiváltott jelek, amit a bot magától tett, és amit egy moderátor utána eldöntött. Azért őrizzük meg, hogy a „miért rúgtak ki” kérdésre legyen válasz, amely nem utólagos rekonstrukció, és mert az „lépett már be és ki ez a fiók itt korábban” jelhez előzmény kell. 90 nap után töröljük — egy valakiről alkotott ítélet nem ugyanaz, mint a moderálási intézkedés, amelyhez vezetett, és csak a második számít nyilvántartásnak.

Amit az emberek egy funkciónak beküldenek, és amit a funkció ebből készít. Kitiltási fellebbezések és a rájuk adott stábszavazat; stábjelentkezések, azok válaszai és szavazata; hibajegyek, azok válaszai és az értékelés, amelyet bezáráskor hagynak; nyereményjáték-részvételek; eseményjelentkezések és jelenlét; ranglétra-rangok, névsorok, stábjegyzetek és hozzájárulási indokok; vélemények, amelyeket valaki írt a szerveredről; partnerjelentkezések és a bemutatkozásuk. A felsorolásból a négy mező, amely bizalmasan leírt szöveg, titkosítva van — az alábbi szakasz pontosan megnevezi őket.

Szerver-biztonsági mentések, ha valaki készít egyet. A /backup save a szerver szerkezeti pillanatképét tárolja, hogy újra fel lehessen építeni: rangnevek és jogosultságok, csatornanevek, témák és jogosultság-felülbírálások, kategóriák, emoji- és matricametaadatok, valamint a tiltólista a rá írt indokokkal. Üzeneteket nem tartalmaz. A szervered saját szerkezete, ott tárolva, ahol megmondtad a botnak, és a /backup delete egy mentési helyet teljesen eltávolít.

Üzenetek, amelyeket a stábod a /message paranccsal épít. Egy befejezetlen vázlat (egy hét érintetlenség után eldobjuk), mentett sablonok, későbbre ütemezett bejegyzések, és minden bejegyzésről egy nyilvántartás, hogy szerkeszthető legyen — 90 nap szerkesztés nélkül elfelejtjük. Ez a szöveg, amelyet a stábod írt, hogy a bot elküldje, azzal együtt, hogy ki írta; semmi, amit egy tag mondott.

A szervered üdvözlései. Az üdvözlő üzenet, a búcsúüzenet és az üdvözlő privát üzenet, amelyet a stábod épített, az üdvözlő- és búcsúkártyák szövege, és egy háttérkép, ha feltöltöttek egyet egy kártyához — olyan képként tárolva, amelyet a bot újrarajzolt a feltöltésből, így az eredeti fájlból csak a pixelei maradnak meg. Egy kártya megrajzolásához a bot abban a pillanatban lekéri a belépő vagy kilépő tag profilképét a Discordtól, és semmit nem tart meg belőle.

Szintek, ha egy szerver bekapcsolja őket. Bekapcsolt Szintek modul mellett a bot tagonként egyetlen számot tárol — az üzenetekből és hangcsatornában töltött időből szerzett XP-t — és azt, hogy mikor változott utoljára, és semmi mást: semmilyen feljegyzést arról, mit mondtak, vagy hol. Ebből a számból számítódik ki a szint és a helyezés. Addig marad meg, amíg a bot a szerveren van, akkor is, ha egy tag kilép, hogy a jutalomrangjai visszatérhessenek, ha visszajön; a szerver többi adatával együtt törlődik harminc nappal a bot eltávolítása után. Ha a szerver a nyilvános ranglistáját bekapcsolva hagyja — alapból be van kapcsolva, és egyetlen kapcsoló kikapcsolja — a tag szerveren használt neve, profilképe, szintje és XP-je megjelenik ennek az oldalnak egy nyilvános lapján bárki számára, akinek megvan a link. A név és a kép az oldal kirajzolásakor érkezik a Discordtól, és soha nem kerül az adatbázisba; a kirajzolt oldalt egy percnél rövidebb ideig tartjuk meg, hogy egy látogatott ranglista ne érje el a botot minden megtekintéskor.

Raid-visszajátszások, csak ha az anti-raid raidet észlel, vagy a stáb megjelöl egy időszakot. Mely fiókok csatlakoztak közben és mikor, mennyi idős volt az egyes fiók, volt-e avatarja, a felhasználónévből képzett, csak betűkből álló kulcs a hasonló nevek csoportjának felismeréséhez (soha magát a felhasználónevet), mit tett a bot vagy a moderátor az egyes fiókokkal (kirúgás, tiltás, időkorlát), le volt-e zárva a szerver, és hány üzenetet töröltek. Soha egy üzenet szövegét. 30 napig őrizzük, szerverenként legfeljebb 25 raidet, és mindennel együtt törlődik, amikor a bot elhagy egy szervert.

Javaslatok, ha a szerver bekapcsolja. Egy javaslat megőrzi a leírt szöveget, a küldőt, a kártya helyét, és — amint a stáb válaszol — a választ, a válaszadót és az indoklást. Minden szavazat egy sor: melyik javaslat, melyik tag, melyik irányba. Az anonim javaslat is rögzíti a küldőt, mert a tagonkénti korlát és a várakozás ebből számolódik; sehol sem jelenik meg. Mindez a szerver többi adatával együtt törlődik harminc nappal azután, hogy a botot eltávolították. A /suggest bot paranccsal küldött javaslat a botról szól, nem egy szerverről: a neveddel, az azonosítóddal és a küldő szerverrel együtt a támogatói szerver egyik csatornájába kerül, és egyáltalán nem tárolódik.

Születésnapok, ha egy tag megad egyet. A /birthday semmit sem tárol egy emberről, amíg az nem ad meg dátumot. Utána a megadott napot és hónapot tárolja; az évet, csak ha megadta, titkosítva ugyanazzal a kulccsal, mint az alábbi bizalmas szöveget, és csak életkor kimondásához olvassa vissza, kizárólag olyan szerveren, amely mutatja az életkort; egy időzónát egy rögzített listából; a pillanatot, amikor a következő születésnap kezdődik; és azt, hogy mely szerverekkel osztotta meg, szerverenként egy rekordot, amelyet az érintett hozott létre, senki más. A moderátor törölheti egy szerver rekordját, de soha nem állíthat be és nem olvashat olyan dátumot, amelyet nem az ő szerverén osztottak meg. Tizenhárom éven aluli nem kerül tárolásra: az az év, amely valakit fiatalabbá tenne, elutasításra kerül, és semmi sem tárolódik. A bot soha nem ír az embernek. A /birthday remove egyszerre törli a dátumot és minden szerver rekordját; egy szerver rekordja akkor is törlődik, ha a tag elhagyja a szervert, vagy ha a szerver adatait törlik; az arról szóló rövid rekord pedig, hogy mely ünnepléseket jelentették be már, 400 nap után törlődik.

Ha egy születésnapot a /birthday remove paranccsal töröl, az adott személy bejelentett ünneplésekről szóló nyilvántartása is azonnal törlődik, a 400 nap leteltére várva nélkül.

Ideiglenes rangok. Amikor egy moderátor egy időre kölcsönad valakinek egy rangot, a bot tárolja, kinél van, melyik rang, mikor jár le, ki adta kölcsön, és az indoklást, amit beírt (legfeljebb 400 karakter), amíg a rangot vissza nem veszik. A születésnapra vagy egy számolás megszegése miatt kölcsönadott rangot ugyanígy tároljuk, a bottal mint kölcsönadóval. A rekord törlődik, amikor a rangot visszaveszik, amikor a tagot kitiltják, és — hacsak a szerver nem úgy döntött, hogy megőrzi az időt a visszatérésükre — amikor elhagyják a szervert.

Számolás, ha egy szerver beállít egy csatornát. Minden számolócsatornához a bot tárolja, hol tart a szám, ki számolt utoljára, milyen szabályok szerint megy a csatorna, és minden tagnál, aki ott számolt, hány helyes számot adott meg, és hányszor rontotta el a számolást — azonosítókat és számokat, soha nem azt, amit bárki írt. A számolócsatorna üzeneteit érkezésükkor olvassa el az elbíráláshoz, és nem tárolja őket. Mindez törlődik a csatornával együtt, amikor ott leállítják a számolást, vagy a szerver többi adatával együtt harminc nappal a bot eltávolítása után.

Modmail, csak ha egy szerver bekapcsolja. Amikor egy tag privát üzenetet küld a botnak, a bot elolvassa, és továbbítja a választott szerver csapatának egy olyan privát csatornába, amelyet a szerver kijelölt — aki látja a csatornát, el is olvashatja, ahogy az is, aki látja a szerver naplócsatornáját, ha oda átiratokat tesznek közzé. A csapat válaszai a tag privát üzenetei közé érkeznek; a névtelen válasz elrejti a feladót a tag elől, a csapat többi tagja elől nem. A bot nem tárol üzenetszöveget: azonosítókat, számlálókat és időpontokat tárol, azt, hogy melyik privát üzenet melyik csatornaüzenetnek felel meg (a szál lezárása után harminc nappal törlődik), a csapat által begépelt indokokat lezáráshoz vagy tiltáshoz, és a mentett válaszokat. A lezárt szál rekordja a szerver által beállított nap után törlődik, alapértelmezés szerint kilencven nap után. Maga a beszélgetés és az átirati fájlok az adott szerver Discordján maradnak, annak saját szabályai szerint. A tag a bot első válasza alatti Close this conversation gombbal zárja le a beszélgetést, a Stop messages from this server gombbal megakadályozza, hogy egy szerver újat kezdeményezzen, vagy egyszerűen nem ír a botnak. Harmadik fél semmit sem kap ebből.

A sablonbolt. Ha értékel egy sablont, a bot eltárolja a fiókja azonosítóját, a csillagokat és az időpontot. Ha hozzászól, eltárolja a fiókja azonosítóját, a akkori megjelenített nevét, a szöveget és az időpontot; a hozzászólását Ön is törölheti, a tulajdonos pedig eltávolíthatja. Egy bejelentés eltárolja a fiókja azonosítóját és az Ön által beírt okot. Hogy csak azok értékelhessenek egy sablont, akik használták, a bot eltárolja, melyik sablont alkalmazta, melyik szerverazonosítón és mikor, amíg a sablon létezik. A tulajdonos elolvas minden beküldött sablont, mielőtt listázzák, és minden felülvizsgálatra váró hozzászólást, mielőtt megjelenik; az a hozzászólás, amelyről senki nem döntött, 30 nap után törlődik. Hogy korlátozható legyen, milyen gyakran szólhat hozzá, jelenthet be vagy értékelhet egy fiók vagy egy cím, a bot eltárolja a cím kulcsos hash-ét — soha nem magát a címet — a fiókazonosítóval és az időponttal, amely 30 nap után törlődik. Az a sablon, amelyet még ír, lezárva (titkosítva) 7 napig marad meg. Hogy a bolt mindent eltávolítson, amit a fiókjáról tárol, kérje a támogatási szerveren, és a tulajdonos elvégzi az eltávolítást. A hozzászólás szövege — és csak a szöveg, fiók, név és sablon nélkül — a hozzászólás közzététele előtt az OpenAI moderációs végpontjára kerül, a fent az OpenAI alatt leírt feltételekkel; az a hozzászólás, amelyet megjelöl, vagy amelyre nem válaszol időben, a közzététel helyett a tulajdonosnak visszatartva marad. Ahol a botnak nincs OpenAI-kulcsa, ez a lépés kimarad, és a többi ellenőrzés egyedül áll.

Amit soha nem tárolunk

Üzenettartalom. Az adatbázisban semmi nem őrzi meg, mit mondanak az emberek a csatornáidon, és ez alól nincs kivétel — az adatbázis egyetlen oszlopa sem tartalmaz olyan üzenetet, amelyet valaki közzétett. Ez az oldal korábban kivételként nevezte meg a hibajegy-leiratokat, és azok nem azok: a leirat a Discord által tárolt előzményekből épül fel, abban a pillanatban, amikor egy moderátor kéri, és fájlként kerül vissza a szerveredre. Belőle semmi nem marad itt. Az a szöveg, amelyet valaki szándékosan a botnak küld — kitiltási fellebbezés, jelentkezés, a hibajegy megnyitásakor kitöltött űrlap, az értékeléshez fűzött megjegyzés — megmarad, mert egy olvashatatlan vélemény nem vélemény; titkosítva van, és az alábbi szakasz pontosan megmondja, mely mezők. Így van ez azzal az indokkal is, amelyet egy tag az /afk paranccsal megad, amíg vissza nem tér — nem titkosítva, mert nem bizalmasan íródott: mindenkinek megjelenik, aki megemlíti őt.

Két dolgot az adatbázison kívül tartunk, és mindkettőről érdemes pontosan beszélni. Az első a snipe: a /snipe a csatornában utoljára törölt vagy szerkesztett üzenetet mutatja, így tartania kell egyet: csatornánként ötöt, legfeljebb két órára, a memóriában. Semmi nincs leírva, egy újraindítás mindet elfelejti, és soha nem hagyja el a folyamatot. Bárki kérheti, aki olvashatja a csatornát — erre való a parancs —, és a bot a válaszadás pillanatában ellenőrzi ezt a hozzáférést, nem az üzenet eltávolításakor. Nem mutat olyan üzenetet, amelyet maga a bot törölt, sem semmit, ami tömegesen lett törölve, mert a snipe nem válhat a moderálás visszaolvasásának eszközévé. Az a szerver, amelyik szűkebben szeretné, moderátorokra korlátozza, vagy teljesen kizár csatornákat a /logs snipe paranccsal; az a moderátor, aki épp most távolított el valamit, azonnal törli a /snipe clear paranccsal.

A második a védelmek számlálói. Az anti-nuke, az anti-raid, az anti-spam és a többiek számolás alapján döntenek — hány csatornát törölt egy moderátor az elmúlt percben, hány fiók lépett be az elmúlt harminc másodpercben —, és ezeket a számokat néhány másodpercenként átmásoljuk egy ugyanazon a gépen futó Redis-gyorsítótárba, hogy a bot újraindítása ne adjon friss keretet annak, aki egy támadás közepén jár. Amit másolunk, az azonosítók — a szerveré, valamint az érintett tagé vagy csatornáé — és az idők, amikor valami történt, soha nem az, amit bárki mondott: az anti-spam emlékezete a friss üzenetekről a folyamatban marad, és egy újraindítás elfelejti. Minden másolat magától lejár — egy órán belül, a legtöbb percek alatt —, a gyorsítótár soha nem ír lemezre, és semmi nem éri el, csak maga a bot — sem a weboldal, sem az internet. Frissítés közben, amikor a bot új példánya átveszi a régiét, azoknak az üzeneteknek és interakcióknak az azonosítói, amelyekre a régi példány az utolsó pár másodpercében válaszolt, ugyanezen a gyorsítótáron mennek át legfeljebb harminc másodpercig, hogy semmire ne válaszoljanak kétszer. Egy dolog abban a gyorsítótárban egy óránál tovább marad meg: mely új tagok várnak még valamelyik kapunál — a Discord szabályképernyőjénél, az ellenőrzésnél, egy karanténban — azokra a szerepekre, amelyeket a szerver csatlakozáskor ad, a szerver azonosítójaként, a tag azonosítójaként és a várakozás lejártának időpontjaként tárolva, legfeljebb egy napig, hogy egy frissítés ne felejtse el kiosztani őket.

IP-címek. A bot soha nem lát egyet sem — a Discord nem adja ki a tag címét a botnak, és itt semmi nem kerüli meg ezt. Az egyetlen hely, ahol egy címet valaha beolvasunk, a weboldal kapcsolatellenőrzése, amelyet a következő szakasz ír le, és egyszer olvassuk be, és nem őrizzük meg: nem tároljuk, nem naplózzuk, nem hasheljük. Egy ellopott adatbázis nem tartalmaz címeket, és semmit, ami egyből származna.

Hangüzenetek, ha valaki kéri a leírásukat. A /transcribe letölti a hangüzenetet, és a bot saját szerverén, az ott futó beszédmodellel szöveggé alakítja. A hang nem kerül más céghez vagy szolgáltatáshoz; csak a meghallgatás idejére marad meg, és elkészültekor azonnal törlődik. A szöveg abban a csatornában jelenik meg, ahol a parancsot használták, és máshol nem tárolódik — az elhangzottakról semmilyen nyilvántartás nem készül. Hogy egy ember se foglalhassa le a gépet, a bot a memóriában számolja, hányat kért az utolsó tíz percben minden személy és minden szerver; ezek a számlálók utána elfelejtődnek, újraindításkor pedig azonnal.

Az öt harmadik fél, és hogy mit kap mindegyik

Ez az oldal élete nagy részében állíthatta, hogy egyetlen harmadik fél sem látta a tagjaidat. Ez akkor szűnt meg igaz lenni, amikor az ellenőrzési modul megkapta a Refuse VPNs and proxies beállítást, mert hogy egy cím VPN-hez tartozik-e, azt csak egy reputációs szolgáltatás tudja. Az alábbi öt mindegyike ki van kapcsolva, hacsak egy szerver be nem kapcsolja, és ha be van kapcsolva, ami következik, az a teljes folyamat.

proxycheck.io. Az a tag, akire a beállítás vonatkozik, egyszer használható hivatkozást kap egy oldalra ezen a webhelyen. Amikor megnyomja rajta a gombot, a csatlakozó cím egyszer elmegy a proxycheck.io-nak a „VPN, proxy vagy tárhelytartomány-e ez” kérdéssel, és semmi mással — se felhasználónév, se szerver, se fiókazonosító. A választ ennek az egy bitnek az elolvasásához használjuk, aztán eldobjuk. A bot, amely tudja, ki a tag, soha nem kapja meg a címet; a weboldal, amely látta a címet, soha nem tudja meg, ki a tag. Ami utána megmarad, az egy időbélyeg a tag ellenőrzési bejegyzésén, amely azt mondja, hogy a kapcsolat tiszta volt, és az elutasítás semmit nem hagy hátra.

Cloudflare Turnstile. Opcionálisan ugyanezen az oldalon ott van a Cloudflare Turnstile widgetje, hogy egy szkript ne nyomhassa meg a gombot. A widget szkriptje az egyetlen dolog, amelyet ez a webhely valaha másik eredetből tölt be, csak azon az oldalon, és ennek az oldalnak a Content-Security-Policy-ja mindenhol máshol továbbra is tiltja. A válaszát a Cloudflare-nél ellenőrizzük a cím csatolása nélkül. A Turnstile nem helyettesíti a Discordon belüli CAPTCHA-t, amely továbbra is a folyamaton belül készül.

OpenAI. Ez a három közül a legnagyobb, és az, amelynek azt adjuk, amit az emberek közzétesznek, ezért érdemes pontosnak lenni. Egy szerver bekapcsolhatja az AI image scan funkciót, amelynél egy modell dönti el, hogy egy kép szexuális, véres, erőszakos vagy önsértést mutat-e. Egyetlen kulcsszólista sem tud képet olvasni, és ennek nincs olyan változata, amely a saját gépeinken futna, és ez az egyetlen oka, hogy egyáltalán itt van.

Ha egy szerver bekapcsolta, a beolvasott csatornákban közzétett minden képet az OpenAI moderációs végpontjára küldünk, mint a kép hivatkozását a Discord saját szerverein, és semmi mást — nincs szöveg, amit bárki beírt, nincs felhasználónév, nincs fiókazonosító, nincs szervernév, nincs csatornanév. Ez lefedi a feltöltéseket, és ha a szerver bekapcsolva hagyja, a képet, amelyet a Discord egy hivatkozás alatt megjelenít. A válasz kategóriánkénti pontszámként érkezik vissza, elolvassuk, hogy eldöntsük, megszegi-e a kép az adott szerver szabályait, és eldobjuk. Semmi nincs belőle itt leírva, és maga a kép sosem kerül az adatbázisunkba.

Amit az OpenAI csinál vele, az ő szavaikkal és nem a miénkkel. A dokumentációjuk szerint az API-nak küldött adatot „nem használják az OpenAI modellek tanítására vagy fejlesztésére”, hacsak kifejezetten be nem vállalod, és mi nem vállaltuk be. Azt is kimondja, hogy a visszaélés-figyelési naplók „tartalmazhatnak bizonyos ügyféltartalmat, például promptokat és válaszokat”, és alapértelmezésben „legfeljebb 30 napig őrzik meg” őket. Tehát az őszinte változat nem az, hogy a kép eltűnik, amint beolvasták: mi semmit nem őrzünk meg belőle, az OpenAI viszont legfeljebb harminc napig megtarthatja, hogy a saját szolgáltatását ellenőrizze. Az a szerver, amely nem hajlandó ebbe belemenni, hagyja kikapcsolva ezt a modult, így szállítjuk.

Ez ki van kapcsolva, amíg egy adminisztrátor be nem kapcsolja a modult. A szerver mentesíthet rangokat, kihagyhat egész csatornákat vagy csak néhányat vizsgáltathat, csak újabb tagokat vizsgálhat, és kihagyhatja a saját moderátorait, és a modul leírása nyíltan megmondja, hogy a bekapcsolás az, ami képeket küld ki a szerverből. Kapcsold ki a modult, és többé semmi nem megy ki.

Két őszinte korlát. Az általános ártalmakban jó, és nem tudja, milyen egy a te szerveredet fenyegető veszély — szervezés alatt álló raid, átverés, hirdetés —, mert ezek nem a modell kategóriái, és szöveget egyáltalán nem olvas. Az OpenAI saját dokumentációja pedig azt mondja, hogy a végpont nem gyermekek szexuális bántalmazását ábrázoló anyag felderítésére készült, és nem helyettesíti a gyermekvédelmi intézkedéseket; itt semmi nem állít mást, és ez a jelentési út továbbra is a Discordé.

Más semmi nem töltődik be. Nincs analitika, nincs betűtípus-szolgáltatás, nincs szkript vagy stíluslap senki CDN-jéről: a kapcsolatellenőrzésen kívül minden oldal semmit nem tölt le másik eredetből, és ezt a Content-Security-Policy kényszeríti ki, nem ígéret. A Cloudflare hálózatként ott áll a webhely előtt — látja azokat a kéréseket, amelyeket bármely hálózat lát egy webhely előtt, és ezért marad fent a webhely áradat alatt is —, de semmit nem kap a tagjaidról, mert az oldalak semmit nem tartalmaznak a tagjaidról.

YouTube és Twitch. Egy szerver a /alerts paranccsal követhet egy YouTube-csatornát vagy egy Twitch-streamert, a bot pedig néhány percenként megkérdezi a szolgáltatást, van-e valami új. A YouTube-nak egy kérést küld a csatorna nyilvános RSS-csatornájáról, amely csak a csatorna nyilvános azonosítóját nevezi meg. A Twitchnek a streamer nyilvános bejelentkezési nevét küldi — másokkal együtt, kérésenként legfeljebb százat —, a bot saját Twitch-alkalmazásával aláírva, soha nem egy tag fiókjával. Egyiknek sem megy el tag, szervernév vagy csatornanév, és egyik sem tudja meg, melyik szerver kit követ. A választ a legújabb videóért, illetve az élő adás azonosítójáért, címéért és játékáért olvassa ki, majd eldobja. Megmarad a csatorna vagy a bejelentkezési név, amelyet a szerver követni választott, hová kell posztolni, és az utolsó bejelentett dolog azonosítója, hogy semmit se jelentsen be kétszer. Mindkettő ki van kapcsolva, amíg egy szerver nem ad hozzá követést, és a követés törlése leállítja a kéréseket.

Egy szponzorált sor

A bot üzemeltetői egyetlen szponzorált hivatkozást állíthatnak be: egy rövid, Szponzorált jelölésű sort, amelynek szövegét és célját ők választják, és amelyért az fizet, akire mutat. Ez az oldal láblécében jelenik meg, és időnként a bot egyik válasza alatt egy prémium nélküli szerveren: egy szerveren legfeljebb 45 percenként egyszer, csak legalább 6 másik ottani válasz után, és soha nem moderációs művelet, figyelmeztetés, privát válasz vagy gombos üzenet alatt. A prémium szerverek Discordon soha nem látják. Az oldal nem tudhatja, ki olvassa, ezért a lábléc minden látogatónak megmutatja.

Ez egy hivatkozás és semmi több. A szponzortól semmi nem töltődik be, és semmi nem kerül elküldésre neki. A fenti szabály betartásához a bot a memóriában — soha nem az adatbázisban — tartja számon, hogy melyik szerver mikor látta utoljára a sort és azóta hány válasz ment ki ott, valamint egy futó számlálót arról, hányszor jelent meg; személyt nem rögzít, és a szponzor ebből semmit nem lát. A bot nem rögzít kattintásokat és nem irányít át, a hivatkozás pedig nem visz hivatkozót erről az oldalról. Ha rákattintasz, az ő oldalukra kerülsz, ahol az ő szabályzatuk érvényes. A szponzor szövege úgy jelenik meg, ahogy írta, és nincs lefordítva. Ha nincs szponzor beállítva, a sor sehol nem létezik.

Ebből semmit nem tartunk sokáig. Egy szerver bejegyzése az utolsó válasza után 24 óra elteltével törlődik. Egyszerre legfeljebb 20 000 szervert tartunk; ha ez megtelik, az esik ki, amelyik a legrégebben hallgat. Mindez, a futó számlálóval együtt, a bot minden újraindításakor elvész.

Prémium tokenek és a fiókod

A fiókhoz kötött prémium egyetlen sor: a Discord-azonosítód, hogy havi vagy örökös, mikor jár le, honnan jött, és hány további szerverváltást vásároltál. Egy token csak önmaga kulcsolt hasheként van eltárolva, így az adatbázisban nincs semmi, ami visszaalakítható lenne tokenné; a token a tulajdonosnak adott válaszban létezik, amikor létrejön, és utána sehol.

Minden tokenbeváltási kísérlet rögzítésre kerül — az azonosítód, hogy erről az oldalról vagy a Discordból jött, hogyan végződött, és annak a címnek a kulcsolt hashe, amelyet ez az oldal a kérésnél igazolt; soha nem a cím maga. Ez a bejegyzés zárja le a fiókot és a címet néhány hibás token után, és ez teszi lehetővé a bot üzemeltetőinek, hogy sok fiók mögött egy címet lássanak. 90 nap után törlődik.

Minden szerver feljegyzi, melyik fiók adta hozzá a sicket; ez teszi a szervert prémiummá, amikor az a fiók prémium. Azok a szerverek, amelyekhez a sicket hozzáadod, a fiókodnál is rögzülnek — a szerver azonosítója és az időpont —, hogy a váltásaid számolhatók legyenek. Ez a lista megmarad, és egy szerver a sick távozása után is rajta marad, mert a felhasznált váltás felhasznált.

Levelezés ezen a domainen

Az oldalon egy kis levelezési szolgáltatás is működik az üzemeltetők számára: a tulajdonos saját címe és azoknak a fiókoknak a címei, amelyeknek a tulajdonos engedélyezte a használatát, mindegyik a levelezőoldalról nyitható meg, miután itt bejelentkeztél. Az ilyen címekre küldött levelek a Cloudflare Email Routingon és egy Cloudflare Email Workeren keresztül érkeznek, amely átadja őket ennek az oldalnak; ha az oldal nem érhető el, a Worker legfeljebb hét napig a Cloudflare Workers KV-ban tartja az üzenetet, és újra próbálkozik. Az ilyen címekről küldött levelek a Cloudflare Email Sendingen át mennek ki. Ez a négy érintett Cloudflare-szolgáltatás, és más fél nem látja a leveleket.

A levelek tárolás közben lepecsételtek. Amikor egy üzenet megérkezik, ez az oldal feldolgozza, és a postafiókhoz tartozó nyilvános kulccsal lepecsételi — AES-256-GCM az adott üzenet egyszer használatos kulcsával, amelyet maga is a postafiók X25519 nyilvános kulcsával pecsétel le —, és csak ezután adja át a botnak, amelynek adatbázisa a lepecsételt üzenetet tárolja: a tárgyát, a feladót, a címzetteket, a szöveget, a HTML-t, a mellékleteket és a nevüket, valamint az eredeti bájtokat, amelyeket hét napig őriz, hogy egy olyan üzenetet, amelyet a feldolgozó rosszul olvasott be, egészben le lehessen tölteni. Az azt feloldó privát kulcs a leveleződ jelszavából képzett kulcs alatt (scrypt) és, ha készítesz ilyet, egy egyszer használatos helyreállítási kulcs alatt van becsomagolva; a bot sosem tartja a privát kulcsot, és a jelszavadnak csak egy egyirányú kivonatát tárolja. Ez nulla hozzáférés tárolás közben, nem nulla tudás: ez az oldal a memóriában olvassa a leveledet, amíg egy érkező üzenetet dolgoz fel, és amíg a postafiókod fel van oldva, így bárki, aki módosíthatja az oldal által futtatott kódot, elolvashatná, a tulajdonos viszont nem tudja elolvasni az adatbázisból. A feloldott kulcsod csak az oldal memóriájában él, legfeljebb egy napig, és egy újraindítás minden postafiókot zárol, amíg újra be nem írod a jelszavadat. Az üzenetekben lévő távoli képeket az oldal soha nem tölti le: csak akkor töltődnek be a böngésződben, ha kéred, és egy kép betöltése elárulja a feladónak, mikor és honnan nyitottad meg az üzenetet.

Amikor Discorddal jelentkezel be erre az oldalra, a Discord-azonosítód, a felhasználóneved és az avatarod hashe az időponttal együtt rögzül, hogy a tulajdonos lássa, ki jelentkezett be, mielőtt címet ad ki. A Kuka és a Spam harminc nappal azután törli a tartalmát, hogy egy üzenet oda került; a visszavont postafiók a visszavonás után tizennégy nappal törlődik. Ha hozzáférést kérsz a tulajdonostól, a kérést — ugyanazt az azonosítót, nevet és avatarkivonatot, valamint az időt — addig őrizzük, amíg a tulajdonos nem válaszol rá, vagy el nem telik harminc nap, és a tulajdonost a bot közvetlen üzenetben értesíti a Discordon. A levelezésről semmi más nem kerül megosztásra a Discorddal.

A küldést címzettenként számoljuk, a levél elküldéséhez amúgy is megőrzött kimenő sorokból, így ehhez semmi újat nem gyűjtünk. Annak a postafióknak, amelynek a levelei folyamatosan visszapattannak, a küldése felfüggesztésre kerül, amíg a tulajdonos meg nem nézi. Az ezeken a doméneken a postmaster@ vagy abuse@ címre küldött levél a tulajdonoshoz jut.

Néhány dolog nyíltan marad, mert a szolgáltatásnak a kulcsod nélkül kell olvasnia őket: melyik mappában és fülön van az üzenet, a jelzői (olvasott, csillagozott, fontos, késleltetett), mikor érkezett, mekkora, melyik beszélgetéshez tartozik, hány melléklete van, azok fájltípusai és beágyazott képeinek azonosítói, a címeid közül melyikre érkezett, az általad használt plusz címke, a feladó-ellenőrzések eredményei, valamint az azonosítói (Message-ID, References) és a feladója kulcsos kivonatai. A feladókra beállított szabályaid — egy cím vagy tartomány, amelyet besoroltál, letiltottál vagy amelynek engedélyezted a képeit — szintén nyíltak. Amíg egy üzenet érkezik, a bot a memóriában olvassa a feladóját, a címzetteit, a tárgyát, a fejléceit és a mellékletek neveit, hogy fülre sorolja, és alkalmazza a visszaélés elleni szabályokat, és ezek közül semmit nem ír le nyíltan. Azok a postafiókok, amelyek birtokosa a lepecsételés kezdete óta még nem jelentkezett be jelszóval, a régebbi leveleiket úgy őrzik, ahogy voltak, a szolgáltatás számára olvashatóan; a tulajdonosnak megmutatjuk, melyek ezek, és mindegyiket lepecsételjük, amint a birtokosa bejelentkezik.

A keresés kulcsos kivonatokon működik, nem a szavaidon. Amikor a postafiókod fel van oldva, minden lepecsételt üzenet legfeljebb 512 kivonatot (HMAC-SHA256) kap a benne lévő egész szavakról, valamint a feladójáról és a címzettjeiről, egy véletlen keresőkulccsal készítve, amely csak a jelszavad és a helyreállítási kulcsod alá csomagolva létezik. A keresés így egész szavakat és pontos címeket talál — előtagokat, szóalakokat vagy kifejezéseket nem —, és aki az adatbázis másolatát birtokolja, nem tud velük szemben egy kitalált szót kipróbálni. Két ára van: a zárolt postafiókod mellett érkező levél nem kereshető, amíg legközelebb fel nem oldod; a nyíltan hagyott azonosítók és feladók (fent) kulcsos kivonatait pedig olyan titokkal készítjük, amelyet az oldal birtokol, az adatbázis nem, így aki mindkettőt birtokolja, kipróbálhatja, hogy egy általa kitalált cím vagy Message-ID szerepel-e.

Az a levél, amelyet visszavonási lehetőséggel vagy későbbi időpontban küldesz, a kimenő mappában vár abban a formában, amelyet a küldőnek igényel: mivel olvashatónak kell lennie, amikor kimegy, a bot saját szerverkulcsa alatt tárolódik, amíg el nem küldik, vissza nem vonják vagy véglegesen el nem utasítják, és utána törlődik. Az Elküldött mappádban lévő másolat továbbra is neked van lepecsételve. Az általad küldött levél, mint bármely más levél, TLS-en át, a Cloudflare Email Sendingen keresztül távozik, a neked érkező levél pedig a Cloudflare Email Routingon át érkezik: a Cloudflare látja az üzenetet útközben, mielőtt ez az oldal lepecsételné, és amikor kimegy.

Az általad küldött üzenetek nem hordoznak Discord-azonosítót, fiókazonosítót vagy a böngésződ címét: a küldő tartományában egy véletlenszerű Message-ID, nincs X-Mailer, User-Agent vagy X-Originating-IP fejléc, és a From sor csak az általad választott címet mutatja, megjelenített névvel csak akkor, ha beállítottál ilyet. Az álnév egy további cím, amely a postafiókodba kézbesít, és amelyet kikapcsolhatsz, lejáratot állíthatsz be rá, vagy egyszer válaszolhatsz vele. Ez nem névtelenség azok előtt, akik a szolgáltatást üzemeltetik, a Cloudflare előtt vagy az előtt, akinek írsz: ők látják a címet, amelyről írtál, az időt és azt, amit az üzenet mond.

Ha a jelszavadat és a helyreállítási kulcsodat is elveszíted, a leveleid nem nyithatók meg, és senki nem tudja helyetted helyreállítani őket, a tulajdonos sem. Amikor a tulajdonos alaphelyzetbe állítja egy birtokos levelezési jelszavát, az általa nyitott kulcs is törlődik: az alatta lepecsételt levelek soha többé nem olvashatók, és harminc nappal később törlődnek.

Zene és dalszövegek

Amikor egy szerver bekapcsolja a zenelejátszót, a bot hangot játszik le egy hangcsatornában egy Lavalink csomóponton keresztül, amely mellette fut ugyanazon a gépen. A csomópont a hangot csak arról az oldalról tölti le, amelyet egy tag kért, máshonnan nem: SoundCloud (soundcloud.com, on.soundcloud.com, api.soundcloud.com, sndcdn.com), Bandcamp (bandcamp.com), Twitch (twitch.tv), Vimeo (vimeo.com), egy tag által beillesztett közvetlen https-hivatkozás, és — csak ha a tulajdonos bekapcsolta — YouTube (youtube.com, youtu.be, music.youtube.com). A Spotify-hivatkozást (open.spotify.com, spotify.link) vagy az Apple Music-hivatkozást (music.apple.com) az adott oldalon keresi fel a bot a szám nevéért, és a megtalált egyezést a SoundCloudról játssza le; egyikből sem jön hang. Ezen oldalak mindegyike látja a kérést, amelyet a csomópont a számért küld, ahogyan bármely böngésző látná az oldal megnyitásakor, a szerverről vagy a kérő tagról viszont semmit.

Amit a bot a lejátszóhoz tárol: a hang- és szövegcsatornát, amelyben van, a sort — minden szám címét, előadóját, hosszát, forrását és a csomópont saját azonosítóját hozzá, valamint a sorba állító tag azonosítóját — és az utoljára lejátszott húsz számot, amelyek törlődnek, amikor a lejátszó leáll vagy a bot elhagyja a szervert. A tag által mentett lejátszási lista az övé, és a tag azonosítója alatt marad, amíg ő törli. A dalszövegek az LRCLIB-ről (lrclib.net) érkeznek, amely nyílt, fiók nélküli adatbázis: a játszott szám előadóját, címét és hosszát kapja meg, mást nem, a választ pedig megjelenítjük, de nem tároljuk.

A fiókod biztonsága

A postaládád a saját jelszavaddal nyílik, amelyet magában a levelezőkliensben állítasz be, és a Discordtól elkülönítve tartunk. Az oldal csak akkor látja, amíg beírod, hogy kibontsa a postaládád kulcsát, és nem őrzi meg; a bot, amely ellenőrzésre megkapja, csak egy egyirányú scrypt kivonatot tárol róla — olyan értéket, amelyet semmi sem alakíthat vissza a jelszóvá, mi sem —, és ehhez hasonlítja, amit beírsz. Maga a jelszó nincs semmilyen naplóban, adatbázis-oszlopban és sütiben.

A második lépés opcionális, és rajtad áll. Egy hitelesítő alkalmazás titka és a cím, amelyre a kódot küldjük, AES-256-GCM-mel titkosítva tárolódik, ugyanazzal a csak a bot számára ismert kulccsal, mint a fenti bizalmas szöveg; egy jelszókulcs csak a nyilvános kulcsaként tárolódik, amely egy bejelentkezést igazolni tud, de soha nem hoz létre; a helyreállítási kódok csak kulcsolt kivonatként maradnak meg, mint a prémium tokenek. Egy elküldött kód a Cloudflare Email Sendingen keresztül megy ki egy saját domainünkön lévő címről. Semmilyen második tényezős módszert nem osztunk meg senkivel.

Egy böngésző harminc napra való megbízása egy véletlenszerű tokent tárol egy sütiben, a bot oldalán pedig csak e token kulcsolt kivonatát — soha magát a tokent —, így a megbízható böngészőid listája semmit sem tartalmaz, ami a böngészőt bárki más előtt azonosítaná. A vezérlőpult három bejelentkezési sütije mellett a postaláda nyitva léte alatt néhány sajátot is beállít: azt, amely egy napig feloldva tartja, azt, amely egy bejelentkezést vagy jelszót tart, amíg a második lépésére válaszolsz, azt, amely tíz percig él, és megjelöli azt a böngészőt, amely a levelezés bejelentkezését elindította, hogy azt másikból ne lehessen befejezni, és a megbízható böngésző tokenjét. A levelezési munkamenet megnyitása után hat órával véget ér, vagy hamarabb, ha megosztott gépen kijelentkezel a webhelyről. Minden hibás jelszót vagy kódot a fiókod ellen és az ellen a cím ellen számolunk, amelyet ez a webhely bizonyított — az id-det és e cím kulcsolt kivonatát, soha magát a címet —, ami néhány próbálkozás után egy negyedórán belül zárolja a fiókot; ezeket a bejegyzéseket egy napon belül töröljük.

Zenehallgatás — csak ha összekapcsolsz valamit

Mit tárolunk. A /fm semmit sem tárol egy személyről, amíg nem kapcsol össze egy forrást. Ha összekapcsolod a Last.fm-et vagy a ListenBrainz-et, az ottani felhasználónevedet tároljuk. Ha a kimenő scrobble-t is bekapcsolod, azt a kulcsot, amellyel a bot a lejátszásaidat helyetted elküldi, titkosítva tároljuk, csak amíg az be van kapcsolva — a kikapcsolás vagy a leválasztás törli. Ha a Discord Spotify-állapotát használod, a bot a Spotify-számot olvassa az állapotodból, a veled közös szervereken, csak a beleegyezésed után, és akkor rögzít egy lejátszást, ha nagyjából a felét meghallgattad. A jelenléted semmi másából nem olvas.

Mit őrzünk meg, és ki látja. A bot által saját maga hallott lejátszásokat — a Spotify-állapotodból vagy a saját zenelejátszójából — egy évig őrizzük. A legnépszerűbb előadóidat, albumaidat, számaidat és műfajaidat, mindegyikből legfeljebb ezret, néhány óránként átmásoljuk a szolgáltatásodból, hogy egy szerver meg tudja mutatni, ki mit hallgat. A barátok, néhány megjelenítési beállítás és azok a szerverek, ahol úgy döntöttél, hogy elrejted magad, szintén tárolódnak. A lejátszásokat és listákat csak azok látják, akik veled közös szerveren vannak; a Last.fm- vagy ListenBrainz-felhasználóneved csak akkor jelenik meg egy globális „ki hallgatja” listában, ha ezt bekapcsoltad, és addig ki van kapcsolva. A /fm account mindezt megmutatja és egyszerre törli, és az utolsó forrásod leválasztása ugyanezt teszi.

Last.fm és ListenBrainz. Amikor valaki a /fm parancsot használja, a bot lekéri a Last.fm-től (ws.audioscrobbler.com) vagy a ListenBrainztől (api.listenbrainz.org) az összekapcsolt személy nyilvános hallgatási adatait, a felhasználónevét használva, és semmi mást nem róla. Csak ha a kimenő scrobble be van kapcsolva, a bot az adott személy számára hallott lejátszásokat is elküldi a szolgáltatásnak, az illető kulcsával aláírva. Az albumborítókat a Last.fm képszerverei felől a bot tölti le, soha nem az eszközöd. Mindkét szolgáltatásnak saját adatvédelmi szabályzata van, és amit a hallgatásodról tart, az ott már eddig is a tiéd volt.

A Last.fm összekapcsolása magán a Last.fm oldalán történik: a bot egyszeri tokent kér a Last.fm-től, és megadja a címet, ahol jóváhagyhatod, majd a Last.fm-től megkérdezve tudja meg, hogy megtetted. A token csak a bot memóriájában él, amíg fel nem használják vagy el nem telik egy óra, és soha nem tároljuk vagy naplózzuk. Ha csak a Last.fm felhasználónevedet írod be, jóváhagyás nélkül kapcsol össze, és a Last.fm-nek csak ezt a nevet küldi el, mást semmit. A Discord Spotify-állapotának összekapcsolásához a bot Presence intentje kell; amíg az nincs bekapcsolva, csak a másik kettő érhető el.

Előzmények importálása. Ha a /fm import parancsnak Spotify- vagy Apple Music-fájlt adsz, a bot egyszer beolvassa, és csak az egyes lejátszások idejét, előadóját, számát és albumát tárolja. Maga a fájl az import futásának perceiben ideiglenes fájlban van, és közvetlenül utána törlődik; senkinek sem küldjük el. Az importált lejátszásokat addig tároljuk, amíg el nem távolítod őket (a /fm account parancsban van rá gomb) vagy mindent nem törölsz, és ugyanúgy jelennek meg, mint a többi lejátszás: csak azoknak, akik olyan szerveren vannak, ahol te is.

Koronatörténet. Amikor egy szerver koronáit vagy egy „ki ismeri” listát olvassa a bot, feljegyzi, ki birtokolja az egyes előadók koronáját, és ha gazdát cserél, ki vette el kitől és mikor — legfeljebb egy évig. A hallgatási adataid törlése eltávolítja a birtokolt koronákat, és elfelejti, kitől vettél el egyet.

Titkosítás

A bizalmasan írt szabad szöveget AES-256-GCM-mel titkosítjuk, mielőtt tárolnánk, és csak akkor fejtjük vissza, amikor megjelenítjük annak a stábnak, amelynek íródott. Ez öt dolog: kitiltási fellebbezések, stábjelentkezések válaszai, a hibajegy megnyitásakor adott válaszok, a hibajegy-értékeléshez fűzött megjegyzés, és a születésnap mellé megadott év. A kulcs egy olyan titokból származik, amely csak a bot saját környezetében létezik — a weboldal külön szolgáltatásként fut, amelynek nincs meg, és nem is tudná használni —, így az adatbázis önmagában másolva csak titkosított szöveget ad.

Három volt 2026. szeptember 19-ig, és a negyedik volt az ok: a hibajegy-értékeléshez fűzött megjegyzés — olyasmi kerül bele, mint „a moderátor, aki ezt lezárta, rövid volt velem” — sima szövegként volt tárolva a funkció indulásának napja óta. Két deklarációval a titkosított hibajegyválaszok alatt ült, ugyanabban a fájlban, és semmi nem vetette össze a kettőt. Most titkosított, minden addig tárolt adat át lett alakítva, és egy ellenőrzés a buildben elutasít minden új ilyen alakú mezőt, amíg valaki le nem írja, hogy a kettő közül melyik.

Félbehagyott jelentkezések. A hosszú jelentkezési űrlapot oldalanként kérdezzük. A már elküldött oldalak válaszait ugyanúgy titkosítva őrizzük, amíg az utolsó oldal el nem megy — ekkor lesznek a jelentkezéssé — vagy egy óráig, amelyik előbb bekövetkezik, és a jelentkező bármikor elvetheti őket. Annak, aki sosem kezd bele, semmit nem őrzünk.

Ami nem titkosított, egyenesen kimondva: a kérdés, amelyet egy stábtag az egyes válaszok mellé írt, a moderátor által beírt indokok a moderálási bejegyzésen, az indok, amelyet egy tag az AFK-hoz megad — amit a bot bárkinek megmutat, aki megemlíti őt —, és a szervered beállításai. Ezek egyike sem valakinek a magánjellegű szava önmagáról, és a titkosításuk azt venné el a moderátoraidtól, hogy a saját nyilvántartásukban keressenek.

Törlés

Távolítsd el a botot a szerveredről, és minden, ami ahhoz a szerverhez tartozik, harminc nappal később automatikusan törlődik, kérés nélkül.

A késleltetés a funkció, nem a csapda. A leggyakoribb ok, amiért egy szerver eltávolítja a botot, hogy rögtön visszategye más jogosultságokkal, és egy azonnali törlés minden beállítást, minden figyelmeztetést és minden moderálási bejegyzést magával vinne. Hívd meg újra az időablakon belül, és a szervered pontosan úgy van, ahogy hagytad; ha lejár az ablak, nincs mihez visszatérni. Semmi új nem rögzítődik, amíg a bot távol van — nem látja a szervert —, és az óra az utolsó távozástól indul újra, így a kétszeri távozás nem rövidíti.

Ha harminc nap túl hosszú, a szerver tulajdonosa vagy egy adminisztrátor azonnal elvégeztetheti: kérd a támogatói szerveren. Ez kérésre történik, nem ütemezve.

Bejelentkezés a panelre

Ez a weboldal: sykbot.com. A dokumentáció itt található: sickenn.info. A bejelentkezés itt történik: sicken.me, máshol sehol, és az alábbi sütik kizárólag erre a címre vonatkoznak — a böngésző soha nem küldi el őket más címre. Bármely más helyen lévő oldal, amely arra kér, hogy Discorddal jelentkezz be a sickhez, nem ez a weboldal. A levelezés itt olvasható és írható: mail.sicken.me. Nincs saját bejelentkezése: a bejelentkezéshez ide küld: sicken.me, majd visszahoz, a sütijei pedig kizárólag hozzá tartoznak.

A weboldalnak nincs adatbázisa, ezért a bejelentkezést egyetlen sütiben a böngésződben tartjuk. A bejelentkezés két hatókört kér a Discordtól, az identify és a guilds értéket — a neved és a szerverlistád, semmi más —, és a süti azt tartalmazza, ami visszajön: a Discord-azonosítód, a felhasználóneved és a profilképed azonosítóját, valamint a hozzáférési és frissítési tokent erre a két hatókörre. AES-256-GCM-mel van titkosítva és hitelesítve egy kulccsal, amelyet csak a weboldal birtokol, így a böngésződben nem olvasható és nem módosítható, és róla semmi nincs leírva a szerveren. Megjegyez továbbá legfeljebb négy szervert, amelyet nemrég nyitottál meg, hogy ezek kerüljenek előre a listán.

A profilképedet és a szervereid ikonjait ez az oldal tölti le a Discordtól, és adja át a böngésződnek, így a böngésződ soha nem lép kapcsolatba a Discord képszervereivel, és azok soha nem látják a címedet. Ez az oldal egyiket sem tartja meg: mindegyiket akkor tölti le, amikor egy oldal kéri, és a böngésződ és az oldal előtti hálózat legfeljebb egy hétig megtarthat egy másolatot, olyan cím alatt, amely megváltozik, amikor a kép megváltozik.

Amíg egy funkció beállítási oldala nyitva van és látható, percenként újra elkéri ettől az oldaltól — soha nem mástól — a szervered csatorna- és ranglistáját, így egy pillanattal ezelőtt létrehozott csatorna újratöltés nélkül is kiválasztható. Ez a kérés ugyanazt a sütit viszi, és csak annak válaszolnak, aki megnyithatná az oldalt; ez az egyetlen dolog, amit bármelyik itteni oldal betöltődés után lekér, és a Content-Security-Policy csak ezeken az oldalakon engedélyezi.

A bejelentkezéstől számított harminc napig érvényes, ami lehetővé teszi, hogy valaki a Discord újracsatlakoztatása nélkül térjen vissza; ezután a böngészőt a Discordon át küldik az engedélyezési képernyő nélkül, egy már jóváhagyott alkalmazáshoz. Egy hónap csak azért biztonságos, mert a Discord marad az úr felette: néhány percenként az oldal megkérdezi a Discordot, hogy a bejelentkezés még érvényes-e, a kijelentkezés visszavonja a tokeneket a Discordnál — így a süti másolata is megszűnik működni —, és a sick eltávolítása a Discord saját beállításaiban az Engedélyezett alkalmazások alatt a te oldaladról vet véget neki, minden eszközön egyszerre.

Egy második süti csak az 1 számjegyet tartalmazza, és csak kijelentkezés után létezik. Azt rögzíti, hogy kijelentkeztél, így a következő bejelentkezéskor a Discord engedélyezési képernyője megjelenik — a Discord saját „Nem te vagy?” gombjával, amivel fiókot lehet váltani — ahelyett, hogy kihagyná. Az újbóli bejelentkezés eltávolítja. Egy harmadik tíz percig él, amíg egy bejelentkezés folyamatban van, és egy véletlen értéket tartalmaz, amely bizonyítja, hogy a Discordtól visszaérkező válasz ahhoz a bejelentkezéshez tartozik, amelyet ez a böngésző indított. Ez a három az egyetlen süti, amelyet ez a webhely beállít. A Cloudflare, amely előtte áll, beállíthatja a saját rövid életű __cf_bm sütijét, hogy megkülönböztesse a böngészőket a botoktól; az a Cloudflare-é, és itt semmi nem olvassa.

Ki mit láthat

A konfigurációt azok láthatják, akik módosíthatják — alapértelmezésben ez a Szerver kezelése jogot jelenti, és többet azon kevés funkciónál, amely Adminisztrátort kér. A moderálási bejegyzéseket a moderátoraid látják. A bot üzemeltetői nem olvassák magától értetődően a szervered adatait, és nincs olyan felület, amely ezt kényelmessé tenné.