Ez gépi fordítás; az angol változat a kötelező érvényű. Az angol változat elolvasása

Adatvédelem és sütik

Ez a tájékoztató két különálló dologra vonatkozik: az Ön által telepített FoxSDR alkalmazásra és erre a weboldalra. Ezek különböző adatokat gyűjtenek, különböző okokból, és az alábbiakban külön kerülnek ismertetésre – először az alkalmazás, mert az fut az Ön saját gépén. A teljességre, nem a rövidségre törekszik: felsorol minden mezőt, amelyet bármelyikük tárol, azokat is, amelyeket a legtöbb tájékoztató kihagy.

Az alkalmazás: mit küld

Nincs fiók, nincs licenckulcs és nincs aktiválás, és a FoxSDR soha semmit nem jelent arról, amit Ön hallgat. Saját kezdeményezésére pontosan négyféle hálózati kérést indít: frissítésellenőrzést; névtelen használati jelentést, egy kis „még fut” életjellel, amíg az alkalmazás nyitva van; összeomlás- vagy lefagyásjelentést egy hiba után; és – csak akkor, amikor Ön megnyitja a pluginboltot, vagy megnyomja benne az ELLENŐRZÉS MOST gombot – egy kérést a pluginkatalógus felé. Mindegyiket alább, mezőről mezőre ismertetjük, és mindegyik kikapcsolható. Három kapcsoló szabályozza őket: RENDSZER → Frissítések, RENDSZER → Használati jelentések és RENDSZER → Diagnosztika. Egyetlen funkció sem függ attól, hogy bármelyikük be legyen kapcsolva, és semmi sem nyaggatja, ha kikapcsol egyet.

Ami az Ön gépén marad

A felvételei – hang és nyers I/Q egyaránt –, az SSTV- és időjárásiműhold-dekóderek által készített képek, minden, amit a dekóderek dekódolnak, a könyvjelzői, sávtervei, beállításai, a vevő helye és a telepített pluginjai mind fájlok az Ön saját lemezén. Semmi sem tölti fel őket, és egyetlen frekvencia sem hagyja el a gépét, amelyre hangol.

A frissítésellenőrzés

Indításonként egyszer az alkalmazás megkérdezi ezt az oldalt, létezik-e újabb verzió. A teljes kérés: GET /api/update?v=, majd a futtatott verzió – nincs azonosító, nincs telepítési azonosító, nincs süti, és semmi, ami egy későbbi kéréshez köthető lenne. Ez a szerver nem ír róla analitikai bejegyzést: csak az oldalmegtekintéseket és a fájlletöltéseket rögzíti, a frissítési végpont pedig egyik sem. Kapcsolja ki a RENDSZER → Frissítések alatt, és az alkalmazás soha többé nem lép kapcsolatba a szolgáltatással.

Semmi sem töltődik le és települ, hacsak meg nem nyomja a gombot. Ha megnyomja, a telepítő HTTPS-en töltődik le erről a weboldalról, és SHA-256 értékét a szerver által közzétett kivonattal veti össze, mielőtt a fájl olyan nevet kapna, amelyet bármi futtathatna – ez a letöltés pedig egy közönséges letöltés erről az oldalról, így ugyanúgy rögzítjük, mint bármely másikat, az IP-címmel, a hozzávetőleges hellyel, a böngészővel és az operációs rendszerrel együtt, ahogyan azt a tájékoztató weboldalra vonatkozó része leírja.

Használati jelentések

A FoxSDR 0.53.0 verziójától kezdve létezik egy névtelen használati jelentés a RENDSZER → Használati jelentések alatt. Ez alapértelmezés szerint be van kapcsolva, és Ön kikapcsolhatja – vegye ki a jelölést a négyzetből, és a jelentések azonnal leállnak. Indításonként egy jelentés megy el, amely az éppen befejeződött munkamenetet írja le, és ez a teljes tartalma:

Ez a teljes lista. Az alkalmazással együtt PRIVACY.md néven érkezik, és egy automatizált teszt mezőről mezőre ellenőrzi a küldött adatokat, így új mezőt nem lehet hozzáadni anélkül, hogy a teszt el ne bukna, és mindkét dokumentumot frissíteni ne kellene. A jelentések kikapcsolása törli a telepítési azonosítót, így ha valaha újra bekapcsolja, újat kap, amely nem kapcsolható össze a régivel.

A jelentést indításkor küldi, a már befejeződött munkamenetről, és soha nem kilépéskor – egy kilépés közbeni hálózati hívás megakaszthatja azt az alkalmazást, amelyet valaki éppen bezárni próbál, a kilépéskor írt jelentés pedig éppen annál az eseménynél veszne el, amelyet a leginkább érdemes megszámolni. A válaszból semmit nem olvas ki, és semmit nem tesz annak alapján.

A „még fut” életjel

Az alkalmazás indításakor érkező jelentés meg tudja mondani, ki indította el, de azt soha, hogy kinél van még nyitva. Ezért, amíg a FoxSDR fut – és csak amíg a használati jelentések be vannak kapcsolva –, ötpercenként egy nagyon kicsi üzenetet is küld, amely három mezőt tartalmaz, semmi mást:

A munkamenetből semmi sem kerül bele: nincsenek üzemmódok, panelek, rádiómodell, időtartamok, számlálók. Az életjelek külön adatkészletbe kerülnek, a munkamenet-jelentésektől elkülönítve, így egyetlen használati adat jelentése sem változik. Ugyanaz a kapcsoló állítja le mindkettőt: a küldő érvényes telepítési azonosító nélkül nem indul el, a használati jelentések kikapcsolása pedig törli az azonosítót, így a kikapcsolt állapot azt jelenti, hogy egyáltalán nincs életjel. Ha egy életjel még úton van, amikor a következő esedékes, az utóbbi kimarad, nem kerül sorba.

Hová kerülnek a használati jelentések

A projekt által üzemeltetett Cloudflare Workerhez, ezen a címen: https://telemetry.foxsdr.com, amely a fenti számlálókat egy Cloudflare Workers Analytics Engine adatkészletbe írja. A Cloudflare ezt a nevünkben kezeli, és három hónapig tárolja, ezt követően törlődik. Senki más nem kapja meg, nem adjuk el, nem adjuk bérbe és nem osztjuk meg, és csak összesített számokat olvasunk ki belőle, ugyanazon a jelszóval védett irányítópulton keresztül, amelyet lentebb ismertetünk. A Worker forráskódja az alkalmazással együtt nyilvános, így elolvashatja, mit csinál a fogadó oldal. Az összeomlás-jelentések nem ide kerülnek – hanem ennek az oldalnak a saját szerverére, amelyet a következő rész ismertet.

Összeomlás- és lefagyásjelentések

Ha a FoxSDR összeomlik vagy nem válaszol, a hibát leíró jelentést ír az Ön saját gépén ide: %LOCALAPPDATA%\FoxSDR\crashes\, és a jelentés szövegét a következő indításkor küldi el – soha nem magából a hibából, mert egy éppen hibába futott program nem tud biztonságosan hálózati kapcsolatot nyitni. A jelentés ennek a weboldalnak erre a címére érkezik: POST /api/crash – nem a Cloudflare-hez, és nem harmadik félhez –, és névtelen: nincs fiók, nincs licenckulcs, és nincs mivel bejelentkezni.

A kapcsoló a RENDSZER → Diagnosztika, és egyformán szabályozza a jelentések írását és küldését: kikapcsolva nem íródik jelentés, nem jön létre könyvtár, és soha nem épül fel kapcsolat. Ez másik kapcsoló, mint a használati jelentéseké. A használati jelentések kikapcsolása nem állítja le az összeomlás-jelentést – csak kiüríti benne a telepítési azonosító mezőt, mert akkor nem létezik azonosító, és egy összeomlás-jelentés soha nem hoz létre újat (lásd az alábbi táblázat utolsó sorát). E kiadásig a fenti tájékoztató rossz kapcsolót nevezett meg; a szoftver mindig is a Diagnosztikát használta, és most a kettő ugyanazt mondja.

Egy jelentés teljes tartalma a következő:

Corrected in FoxSDR 0.99.33. Before 0.99.33 the scrubbing described above was applied only to the radio driver's lines, not to the application's own, and a few of the application's own lines could therefore reach a crash or freeze report carrying the frequency you had asked for or were transmitting on, a patch radio's label (which can include its serial number), the names you gave patch parts, the first line of text a decoder on the patch page had produced, and the list of USB devices the USB driver printed, including their serial numbers. That contradicted this notice. From 0.99.33 every line is scrubbed before it leaves your computer, and those log lines no longer contain those values in the first place.

Az összeomlás-jelentés nem tartalmaz frekvenciát, semmi dekódoltat, fájlútvonalat, felhasználónevet, gépnevet és helyet. A jelentéseket ennek az oldalnak a saját szerverén tároljuk, ugyanazon jelszóval védett irányítópult mögött, mint minden mást, és a hiba utolsó észlelése után 90 napig őrizzük, majd töröljük – ugyanannyi, három hónap, ameddig a használati jelentéseket is őrizzük. Bármely hiba első jelentését teljes egészében megőrizzük, továbbá minden olyan buildből, amelybe a hiba átöröklődik, egy további jelentést, legfeljebb háromig; ugyanannak a hibának minden más jelentését csak megszámoljuk, nem tároljuk. Egy automatizált teszt mindkét irányban a fenti táblázathoz köti azt is, amit a végpont elfogad, és azt is, amit lemezre ír, így egyikhez sem lehet mezőt hozzáadni anélkül, hogy ez a táblázat is megváltozna.

Teljes memóriaképet semmilyen beállítás mellett nem küldünk. A memóriakép a program memóriájának másolata, és fájlneveket, ablakcímeket és vett jeladatokat tartalmazhat. Alapértelmezés szerint ki van kapcsolva; ha a RENDSZER → Diagnosztika alatt bekapcsolja, egy .dmp íródik a szöveges jelentés mellé, kizárólag helyben, a feltöltő pedig csak a crash-*.txt és hang-*.txt nevű fájlokat nyitja meg, semmi mást.

Milyen gyakran. Egy gépről naponta legfeljebb öt jelentés, és ugyanaz a hiba naponta csak egyszer, akárhányszor fordul is elő – mindkét korlátot az Ön saját beállításfájlja tárolja, így az összeomlási hurokba került gép magától hagyja abba a küldést, anélkül hogy erre utasítani kellene, a sikertelen jelentést pedig a későbbi indításokkor legfeljebb háromszor próbálja újra, azután békén hagyja. Egy jelentésben szereplő eltolás függvénynévvé alakításához az adott build hibakeresési adatbázisa kell, amely a saját gépeinken marad, és soha sehová nem töltjük fel: a feloldás helyben történik, nem a szerveren.

Amit az alkalmazás soha nem küld

• Az Ön által hangolt frekvenciák. Hogy valaki mit hallgat, az a legérzékenyebb dolog, amit ez a szoftver tud, és soha nem gyűjtjük. Az Egyesült Királyságban a Wireless Telegraphy Act 2006 48. szakasza szerint bűncselekmény olyan üzenet lehallgatása, amelynek vételére nem jogosult, vagy tartalmának közlése.
• Az Ön által megnyitott fájlok neve vagy elérési útja. Egy felvétel fájlneve az Ön saját adata – megnevezhet egy szolgálatot, egy helyet vagy egy frekvenciát. Ha egy I/Q-fájlt nem sikerül újra megnyitni, a napló azt rögzíti, hogy nem nyílt meg újra; a név a képernyőn marad, ahol Ön már ismeri.
• Semmi dekódolt – személyhívó-üzenetek, repülőgépek, hajók, képek, műholdas forgalom.
• Az Ön pozíciója, vagy bármi általa vett dolog pozíciója – beleértve az Ön által beállított vevőhelyet is, amelyet soha egyetlen jelentés sem továbbít. Lásd lent.
• Az Ön IP-címe vagy bármely abból származtatott hely. Egy kérés szükségszerűen valamilyen címről érkezik a szerverre, mert így működik az internet; a használati végpont nem olvas kapcsolati információt, és nem ír kérésnaplót.
• Hardveres sorozatszámok. A rádió modellje hasznos; a sorozatszám az Ön egyedi rádióját azonosítja, és küldés előtt eltávolítjuk.
• Az Ön neve, a gépe neve, a felhasználói fiókja vagy bármely fájlútvonal.
• Teljes memóriakép.

A vevő helye és a GPS

A FoxSDR-nek tudnia kell, hol van a vevő, mert a térképen és a radarernyőn minden távolságot és irányszöget ettől mér. Begépelheti, rákattinthat a térképen, vagy beolvashatja egy soros portra kötött GPS-vevőből.

A pozíció az Ön gépén marad. Az Ön saját beállításfájljában tárolódik, és soha nem kerül továbbításra – sem a használati jelentésben, sem az életjelben, sem összeomlás-jelentésben, sehol. A GPS-ből való beolvasást Ön indítja: megadja a portot, és megnyomja a „Pozíció olvasása GPS-ről” gombot. A portot csak az első helymeghatározásig foglalja, és legfeljebb 60 másodpercig. A diagnosztikai napló a port nevét, az adatátviteli sebességet, a mondatok és a műholdak számát, valamint az esetleges hibákat rögzíti – soha a pozíciót, és soha egy NMEA-mondat szövegét. Az a portmező, amely nem portnak tűnő tartalmat kap, csak fajtájával és hosszával kerül a naplóba („begépelt eszközútvonal, 27 karakter”), így a felhasználónevet tartalmazó fájlútvonal nem kerülhet be egy jelentésbe. Ezt két automatizált teszt biztosítja: az egyik a naplógyűrűre, a másik a valódi alkalmazás által írt naplófájlra.

A pluginkatalógus

A katalógushoz az alkalmazás akkor fordul, amikor Ön megnyitja a pluginbolt ablakát (a FoxSDR 0.99.16 óta munkamenetenként az első alkalommal), amikor megnyomja benne az ELLENŐRZÉS MOST gombot, és amikor telepíteni szeretne valamit. Indításkor semmi sem töltődik le, az ablak nem nyílik meg magától újra, és egyetlen plugin sem frissíti önmagát. A katalógus a GitHubon közzétett fájl (raw.githubusercontent.com), így a kérés a GitHub szervereire jut, amelyek – mint bármely webes kérésnél – látják a címet, ahonnan érkezett. Az Ön semmilyen azonosítója nem megy vele: nincs telepítési azonosító, nincs süti, semmi, ami egy használati jelentéshez köthető lenne. Minden letöltés HTTPS-en érkezik, méretkorláttal, egy másik gépre mutató átirányítás esetén elutasítva, és a katalógusban közzétett sha256 értékkel ellenőrizve, mielőtt fájllá válhatna. A forrás egy beállítás: másik katalógusra irányíthatja, vagy egy index.json fájlra a saját lemezén, amely esetben egyáltalán nem történik hálózati kérés.

Műholdas pályaelem-készletek

A műholdas plugin tizenkét óránként, amíg be van töltve, frissen tartja pályaelem-készleteit a satellite.cfg fájlban megnevezett forrásokból letöltve. Ez az oldal másolatot tart ezekről a pályaelem-készletekről itt: GET /tle/all.tle – a CelesTrak stations, amateur és weather csoportja, valamint a NOAA 15, 18 és 19, amelyeket itt tizenkét óránként frissítünk –, és a Satellites 1.0.4 és későbbi verziói maguktól erre a fájlra váltanak, ha a satellite.cfg minden forrása hibát ad, így egy olyan gép is követheti őket, amelyet a CelesTrak elutasít. Ehhez a fájlnak nem kell megneveznie ezt az oldalt; egy benne lévő fallback-url none sor kikapcsolja ezt a tartalékot, a refresh-hours 0 pedig minden letöltést kikapcsol. A kérés nem tartalmaz azonosítót, telepítési azonosítót vagy sütit, és ez a szerver nem ír róla analitikai bejegyzést – ahogy a frissítésellenőrzésnél is, csak az oldalmegtekintéseket és a fájlletöltéseket rögzítjük, a tükör pedig egyik sem. Maguk a pályaelem-készletek a CelesTrakéi (celestrak.org), és ezt minden válasz fel is tünteti.

Repülőgép-lajstrom lekérdezések

A nem kötelező Aircraft Info plugin megmutatja, ki az egyes repülőgépek a térképen – a lajstromjelüket, típusukat és üzemeltetőjüket. Az alkalmazás soha nem indítja ezt a kérést; a plugin telepítése teszi lehetővé. A plugin 1.1.0 verziójától kezdve először ezt az oldalt kérdezi, itt: GET /api/aircraft/<address>, és csak a repülőgép hat hexadecimális jegyből álló ICAO-címét küldi el – azt a számot, amelyet maga a repülőgép sugároz –, azonosító, telepítési azonosító és süti nélkül. Minden gépről egyszer kérdez, és a választ az Ön saját gépén tárolja, így nem kérdez újra. Csak ha ez az oldal nem ismer egy repülőgépet, vagy nem érhető el, akkor fordul a plugin egy ingyenes, külső szolgáltatáshoz (api.adsbdb.com), ahogyan a korábbi verziók mindig is tették. A vevő által hallott repülőgépek köre hozzávetőleg jelzi, hol van a vevő, ezért nem kötelező a plugin, és ezt a telepítés előtt közli is.

Amit ez a szerver egy lekérdezésről megőriz: kérésenként semmit. Nem íródik analitikai bejegyzés, és sem a repülőgép címét, sem a kérés forráscímét nem naplózzuk. Az egyetlen nyilvántartás öt folyamatos összesítés a szerver utolsó indítása óta – lekérdezések, találatok, nem találtak, hibás formátumúak és ütemkorlátozottak –, amelyeket az irányítópult megjelenít. Hogy senki ne másolhassa le a táblázatot egészben, minden csatlakozó címnek van egy memóriában tartott lekérdezési kerete, pontosan úgy, mint az itteni többi végpontnál, és ez soha nem íródik lemezre; elfelejtődik, amikor a szerver újraindul, vagy amikor tízezernél több címet kellene nyilvántartani, amelyik előbb bekövetkezik.

A válaszok az OpenSky Network repülőgép-adatbázisából származnak (opensky-network.org): minden gép lajstromjele, típusjelzése, gyártója, modellje és – ahol rögzítették – üzemeltetője. Az OpenSky az adatbázist „ahogy van” alapon kínálja, és kéri a felhasználókat, hogy hivatkozzanak rá: Matthias Schäfer, Martin Strohmeier, Vincent Lenders, Ivan Martinovic és Matthias Wilhelm, „Bringing Up OpenSky: A Large-scale ADS-B Sensor Network for Research”, Proceedings of the 13th IEEE/ACM International Symposium on Information Processing in Sensor Networks (IPSN), 2014. április. Az ott nyilvántartott bejegyzett tulajdonost erre az oldalra nem másoljuk át és nem is szolgáljuk ki, mert egy magánrepülőgép esetén ez egy személy neve; csak az üzemeltetőt, amely légitársaság, légierő vagy cég.

A böngészős felület

A FoxSDR a felületét HTTP-n keresztül a saját hálózatán lévő más gépeknek is kiszolgálhatja. Ez alapértelmezés szerint ki van kapcsolva, és amíg nem módosítja, csak az Ön saját gépére van kötve; ezen túli kötéshez jelszó szükséges, és jelszó nélkül a szélesebb kötést elutasítja, ahelyett hogy megnyitná. A jelszavakat hash-elve tárolja (PBKDF2-HMAC-SHA256), a munkamenetek pedig a beállítások minden módosításakor visszavonódnak. Szándékosan nincs TLS, mert az alkalmazás nem linkel kriptográfiai könyvtárat, és nem állít olyan átviteli biztonságot, amelyet nem tud nyújtani – tegyen elé fordított proxyt vagy privát alagutat, és soha ne továbbítsa hozzá közvetlenül a portot. Bárki, akinek hozzáférést ad, láthatja és vezérelheti, amit a vevő csinál.

Az alkalmazásból küldött funkciókérések

Az alkalmazás főoldalán van egy „FUNKCIÓ KÉRÉSE” mező, ahová beírhatja, mit szeretne, hogy a program tudjon, majd megnyomhatja a KÜLDÉS gombot. Semmi sem megy el, amíg meg nem nyomja ezt a gombot, soha nem történik automatikusan, és a hozzánk el nem jutó kérés nem kerül sorba, és a háttérben sem próbálkozik újra – amit beírt, a mezőben marad, csak a memóriában, hogy újra megnyomhassa a KÜLDÉS gombot, és soha nem íródik a konfigurációs fájlba vagy a naplóba. Egy kérés teljes tartalma a következő:

A kérés ennek a weboldalnak erre a címére érkezik: POST /api/feature-request. Az IP-címét csak arra használjuk, hogy a küldési ütemet észszerű szinten tartsuk, és soha nem írjuk lemezre – a ténylegesen megőrzött bejegyzés az Ön üzenete, az elérhetősége, ha megadott ilyet, az alkalmazásverzió, a platform, az architektúra, és a hozzávetőleges országa, ha a címkeresésünk a kapcsolatból meg tudja állapítani, semmi más. A projekt karbantartója olvassa az adminisztrációs irányítópulton, ugyanazon jelszó mögött, mint minden mást itt, és addig őrizzük, amíg onnan nem töröljük, vagy amíg Ön nem kéri. Az elintézett kérést – amely bekerült a FoxSDR-be, vagy más módon kapott választ – ott törlés helyett archiválhatjuk, hogy a projekt nyomon követhesse, mit kértek és mi készült el; az archivált kérést továbbra is tároljuk, a fent felsoroltakkal együtt. Ha megadott elérhetőséget, és szeretné, hogy a kérést töröljük, írjon az alábbi címre, és idézzen annyit abból, amit küldött, hogy megtalálhassuk.

Az alkalmazásból küldött hibajelentések és nemtetszések

Közvetlenül a „FUNKCIÓ KÉRÉSE” alatt az alkalmazásban van egy „HIBA / NEM TETSZIK” mező, ahol jelezheti, hogy valami hibás, vagy hogy van valami, ami nem tetszik, majd megnyomhatja a KÜLDÉS gombot. Pontosan úgy működik, mint a funkciókérő mező: semmi sem megy el, amíg meg nem nyomja ezt a gombot, semmi sem kerül sorba és nem próbálkozik újra a háttérben, és amit beírt, csak a memóriában marad – soha nem a konfigurációs fájlban, soha nem a naplóban. Ez nem összeomlás-jelentés, és semmit sem tartalmaz abból, amit egy összeomlás-jelentés. Egy jelentés teljes tartalma a következő:

A jelentés ennek a weboldalnak erre a címére érkezik: POST /api/problem-report. Az IP-címét csak arra használjuk, hogy a küldési ütemet észszerű szinten tartsuk, és soha nem írjuk lemezre – a ténylegesen megőrzött bejegyzés az, hogy hibáról vagy nemtetszésről van-e szó, az Ön üzenete, az elérhetősége, ha megadott ilyet, az alkalmazásverzió, a platform, az architektúra, és a hozzávetőleges országa, ha a címkeresésünk a kapcsolatból meg tudja állapítani, semmi más. A projekt karbantartója olvassa az adminisztrációs irányítópulton, ugyanazon jelszó mögött, mint minden mást itt, és a jelentést addig őrizzük, amíg onnan nem töröljük, vagy amíg Ön nem kéri. Az elintézett jelentést – amelyet a FoxSDR-ben kijavítottunk, vagy más módon kapott választ – ott törlés helyett archiválhatjuk; az archivált jelentést továbbra is tároljuk, a fent felsoroltakkal együtt. Ha megadott elérhetőséget, és szeretné, hogy a jelentést töröljük, írjon az alábbi címre, és idézzen annyit abból, amit küldött, hogy megtalálhassuk.

A weboldal: mit rögzítünk, amikor ellátogat ide

Minden oldalmegtekintésről és letöltésről bejegyzés készül, akár elfogadja a sütiket, akár nem. Ez first-party analitika: az adatok azon a szerveren maradnak, amely ezt az oldalt kiszolgálja, nem osztjuk meg reklámhálózattal, és nincs harmadik féltől származó szkript az oldalon.

Amit szándékosan nem teszünk

• Nincs böngésző-ujjlenyomat: nincs canvas-, hang-, betűtípus- vagy WebGL-vizsgálat, és semmi, ami az elutasítás után megpróbálná Önt újra azonosítani.
• Nincsenek harmadik féltől származó nyomkövetők, reklámpixelek, közösségi widgetek vagy analitikai szolgáltatások. Ezen az oldalon semmi sem töltődik be más domainről.
• Nem kíséreljük meg olvasni a vágólapját, az akkumulátorát, a kameráját, a mikrofonját, a mentett jelszavait vagy a böngészési előzményeit – egyikhez sincs semmi köze egy letöltési oldalnak.
• Az Ön adatait nem adjuk el, nem adjuk bérbe és nem osztjuk meg senkivel. A szerver Önnel kapcsolatban egyetlen kimenő kérést indít: a fent ismertetett IP-alapú helymeghatározást.

Az Ön által közzétett felülettervek

Ez az oldal megőrizhet egy FoxSDR-felülettervet — egy .foxui csomagot —, amelyet Ön közzétesz. Semmi sem kerül elküldésre, amíg meg nem nyomja a Publish gombot, és a küldés a(z) POST /api/gui/publish címre történik. Az marad meg, amit a csomag tartalmaz: maga a terv, az Ön által beírt név, verzió és leírás, egy szerzőnév, ha beírt ilyet, a közzététel ideje és egy véletlenszerű azonosító. Az IP-címét csak arra használjuk, hogy a közzétételek üteme ésszerű határok között maradjon, és soha nem írjuk lemezre. A közzétett csomag sehol sincs listázva; bárki letöltheti, akinek megvan a hivatkozása. Addig őrizzük meg, amíg törlik az adminisztrációs felületről, vagy amíg Ön nem kéri — írjon az alábbi címre, és adja meg a hivatkozását.

Ha bétatesztelőnek jelentkezik

A bétaűrlap és a hírekre való feliratkozás az egyetlen hely, ahol ez az oldal bármit kér Öntől, egy felületterv közzétételét leszámítva (lásd fent). Az elküldés tárolja az e-mail-címét, és azt, amit az alábbiak közül megadott: név vagy hívójel, platform, a használni tervezett rádió, a megjegyzései és azoknak a funkcióknak a listája, amelyek tesztelését vállalta. Mellette megőrizzük ugyanazt a látogatási környezetet, amelyet fent leírtunk – hozzávetőleges hely, hálózat, böngésző és operációs rendszer –, mert egy hibajelentés nagyon másképp olvasandó attól függően, milyen környezetből érkezett.

• A címet egyetlen dologra használjuk: arra, hogy a bétabuildekkel és a tesztelendő dolgokkal kapcsolatban megkeressük. Nincs hírlevél, nincs marketing, és soha nem adjuk tovább senkinek.
• Semmi sem történik, amíg meg nem erősíti. A jelentkezés egyetlen e-mailt küld egy hatjegyű kóddal, amelyet be kell írnia az oldalon annak megerősítésére, hogy a cím az Öné. A kód 30 percig érvényes, és öt hibás próbálkozás után elutasításra kerül. Amíg nem írja be, a bejegyzés inaktív: nincs a tesztelők listáján, nem számoljuk, és soha semmi további nem megy el. Ha valaki más gépelte be az Ön címét, hagyja figyelmen kívül azt az e-mailt, és a bejegyzés soha nem válik valóssá – nincs miről leiratkozni, és semmit sem kell tennie. Ez az egyetlen üzenet az egyetlen automatikus levél, amelyet egy jelentkezés kiválthat.
• Ha írt nekünk, meghívhatjuk. Aki írt nekünk és megadott egy címet – például az alkalmazás funkciókérő mezőjén keresztül –, kaphat tőlünk egy személyes meghívást egy egyszer használható linkkel, amely ennek az oldalnak a Megerősítés gombját nyitja meg. Ezt a meghívást függő bejegyzésként tartjuk nyilván, pontosan úgy, mint egy meg nem erősített jelentkezést: nem tesztelő, és nem számoljuk, hacsak meg nem nyomja a Megerősítés gombot, és ha figyelmen kívül hagyja, nem írunk újra. A függő bejegyzés magától nem jár le; akkor töröljük, amikor eltávolítjuk a listáról, vagy amikor Ön kéri, egyetlen e-maillel az alábbi címre.
• A megerősítés után megkapja a privát kezelőlinkjét, és írunk, amikor megjelenik egy build, amelynek arra van szüksége, amit tesztelni ajánlott. Ilyenkor egy ember ír Önnek, nem egy levelezőlista. Ha elveszíti a linket, újat adhatunk ki: a régi azonnal megszűnik működni, az újat e-mailben elküldjük, és megőrizzük, mikor történt, és elment-e az e-mail.
• Az e-mail az Apple-ön keresztül megy. A foxsdr.com levelezését az Apple iCloud Mail szolgáltatása bonyolítja, így a címe és az üzenet az ő szervereiken halad át Önhöz, a levelezési szolgáltatónkként rájuk vonatkozó feltételek szerint. Önről semmi mást nem küldünk nekik.
• Az analitikától elkülönítve tároljuk. A jelentkezések saját fájlban vannak, amelyet csak a szervert futtató fiók olvashat; az analitikai napló csak azt rögzíti, hogy egy jelentkezés történt, és hány funkciót választottak, azt soha, hogy ki. Egy automatizált teszt megbuktatja a buildet, ha egy cím valaha is az analitikai naplóba kerül.
• Ha egy már a listán szereplő címmel jelentkezik újra, az a bejegyzés nem változik. A módosításokat a saját tesztelői oldalán végezheti el. Ehelyett a címre egyetlen e-mail megy: a hozzá tartozó privát link, ha már megerősítették, vagy egy új kód, ha még nem, és legfeljebb 15 percenként egyszer.
• Megőrizzük, amit Önnek küldtünk. Minden üzenetet, amelyet ez az oldal egy tesztelőnek küld – a megerősítést és a buildekkel kapcsolatos üzeneteket –, a szövegével együtt megőrzünk, hogy lássuk, mit írtunk, és megérkezett-e. A másolatot az Ön belső azonosítójához rendelve tároljuk, nem a címéhez, és a személyes részeit (a megerősítő kódot vagy linket és az Ön saját kezelőlinkjét) tárolás előtt eltávolítjuk, így egy megőrzött üzenettel soha nem lehet az Ön nevében eljárni. Ezeket a másolatokat a bejegyzése többi részével együtt töröljük, amikor kilép.
• Az Ön és a köztünk váltott üzeneteket megőrizzük. A tesztelői portál Üzenetek mezője beszélgetés azzal, aki a FoxSDR-t fejleszti: amit mi írunk Önnek, és amit Ön válaszol, mindegyik az írás időpontjával és – ha választott ilyet – azzal a jelentésével, amelyre vonatkozik. A belső azonosítója alatt tároljuk, nem az e-mail-címe alatt, és csak Ön (a privát linkjével) és mi olvashatjuk. Azt is feljegyezzük, mikor volt a képernyőjén az üzenetünk, hogy tudjuk, eljutott Önhöz. Amíg az oldala nyitva van, néhány másodpercenként új üzeneteket kér, így azok azonnal megjelennek, amint megírtuk őket, és jelzi, mennyi ideje használta utoljára; amíg kérdez, és még fél percig utána, és csak ha az elmúlt öt percben használta, a szerver tudja, hogy Ön ott van. Ezt csak a memóriájában tartja, és soha nem írja le. Nem küldünk e-mailt minden üzenetről: ha akkor írunk, amikor Ön nincs az oldalon, egyetlen rövid e-mailt kap arról, hogy üzenet várja, a linkjével és maga az üzenet nélkül. Amíg az az üzenet olvasatlan, legfeljebb 12 óráig nem jön újabb ilyen e-mail, és az előzőt követő fél órán belül sem; ha pedig az oldalon volt, amikor írtunk, de tíz perc múlva sem látta az üzenetet, az e-mail akkor megy ki. Ennek az e-mailnek a másolatát a fent leírtak szerint megőrizzük; amikor Ön ír, semmilyen e-mail nem megy ki. A beszélgetést addig őrizzük, amíg ki nem lép, vagy nem kéri a törlését, és a kilépés teljesen törli.
• A bétaprogram végéig vagy az Ön kéréséig őrizzük. Egyetlen e-mail az alábbi címre eltávolítja Önt és törli a bejegyzést – nem kell indokolnia.
• Az adatkezelés jogalapja itt az Ön hozzájárulása, amelyet a jelölőnégyzet bejelölésével ad meg; az űrlap enélkül nem küldhető el.

Ha feliratkozik a hírekre e-mailben

A hírek oldala egyetlen dolgot kér: az e-mail-címét. Azért őrizzük meg, hogy e-mailt küldhessünk, amikor megjelenik a FoxSDR új verziója, és időnként arról, mi készül. Semmi másra nem használjuk, és soha senkinek nem adjuk tovább.

• Semmi sem történik, amíg meg nem erősíti. A feliratkozás egyetlen e-mailt küld egy hatjegyű kóddal, amelyet be kell írnia az oldalon. Amíg nem írja be, semmi más nem megy el, és az egy héten belül meg nem erősített címet töröljük – ezt a szerveren naponta futó kód végzi. Ha valaki más gépelte be az Ön címét, hagyja figyelmen kívül azt az e-mailt.
• Minden e-mail tartalmaz egy linket, amellyel lekerül a listáról, egyetlen kattintással. A leiratkozás törli a címet a szerver fájljából, azokkal a másolatokkal együtt, amelyeket a neki küldött üzenetekről megőriztünk; semmit sem tartunk meg róla.
• Ez egy külön lista. A hírekre feliratkozott személy nem bétatesztelő: a címét külön fájlban tároljuk, amelyet csak a szervert futtató fiók olvashat, és nem számoljuk és nem jelenítjük meg tesztelőként. Ha tesztelő is, minden üzenetet csak egyszer kap meg.
• Megőrizzük, amit Önnek küldtünk, a címe helyett egy belső azonosítóhoz rendelve, a megerősítő kód és a leiratkozási link eltávolításával, pontosan úgy, mint a tesztelők esetében.
• Az e-mail az Apple-ön keresztül megy, ahogyan azt fent a tesztelőknél leírtuk.
• Az analitikai napló csak azt rögzíti, hogy egy feliratkozás történt, azt soha, hogy ki.
• Az adatkezelés jogalapja az Ön hozzájárulása, amelyet a jelölőnégyzet bejelölésével ad meg; az űrlap enélkül nem küldhető el.

Sütik

Ha elutasítja, nem kerül beállításra azonosító süti. A látogatásokat ekkor az Ön címének és böngészőjének naponta változó hash-e alapján csoportosítjuk, amely számlálási célból megkülönbözteti a látogatókat, de nem alkalmas arra, hogy napok vagy webhelyek között kövesse Önt. Meggondolhatja magát, ha törli ennek az oldalnak a sütijeit, és újratölti az oldalt.

Melyik nyelven látja az oldalt

Az oldalak az angolon kívül más nyelveken is megjeleníthetők. Hogy melyiket kapja, azt a szerver minden kért oldalnál ebben a sorrendben dönti el: az Ön által választott nyelv (a fenti foxsdr_lang süti, vagy a linkben szereplő ?lang=); ennek hiányában a böngészője által előnyben részesített nyelvek, a Accept-Language fejléc alapján; ennek hiányában annak az országnak a fő nyelve, ahonnan a kapcsolata érkezik, amelyet a Cloudflare, az oldal előtt álló hálózat, kétbetűs országkódként (CF-IPCountry) továbbít a kéréssel együtt; ennek hiányában az angol. A választáshoz semmit sem tárolunk: a fejlécet és az országkódot csak az adott válaszhoz olvassuk be, és ehhez nem őrizzük meg őket. Ez ugyanaz a két adat, amelyet a fenti táblázat már minden oldalmegtekintésnél rögzítettként sorol fel, ahol az országkódot akkor használjuk, ha a saját címkeresésünk nem ad választ. A fordítások gépi fordítások, és ezen a tájékoztatón, valamint a licenceken az angol szöveg a kötelező érvényű.

Miért, és milyen jogalapon

A cél szűk: tudni, hány ember talál rá erre a projektre, nagyjából hol vannak, min futtatják, és hányan töltik le. Ez dönti el, folytatódik-e a munka, és mi készül legközelebb.

A szerveroldali bejegyzéseket az oldal megértéséhez és biztonságához fűződő jogos érdek alapján őrizzük. A böngésző által jelentett részleteket és az azonosító sütiket az Ön hozzájárulása alapján őrizzük, ezért vannak a szalaghirdetés mögött, és ezért nem jár az elutasítás semmilyen hátránnyal ezen az oldalon.

Meddig őrizzük, és ki látja

A bejegyzéseket 24 hónapig tároljuk, majd töröljük. Egy fájlban vannak a szerveren, egy jelszóval védett irányítópult mögött, amelyet csak a projekt karbantartója nyithat meg. Nincsenek más címzettek, és a már ismertetett IP-lekérdezésen túl nincs adattovábbítás harmadik országba.

Két dolgot rövidebb ideig őrzünk. Az összeomlás- és lefagyásjelentéseket az általuk leírt hiba utolsó észlelése után 90 nappal töröljük, a Cloudflare által kezelt használati jelentéseket pedig három hónap után. Mindkét időtartamot a szerveren naponta futó kód érvényesíti, nem az, hogy valaki emlékszik rá.

Az Ön jogai

Ha az Egyesült Királyságban vagy az EU-ban tartózkodik, kérhet másolatot az Önről tárolt adatokról, kérheti azok helyesbítését vagy törlését, vagy tiltakozhat a gyűjtésük ellen – beleértve a hozzájárulástól nem függő szerveroldali bejegyzéseket is. A bejegyzései megtalálásához a gyakorlati azonosító az Ön látogatáskori IP-címe, ezért kérjük, adja meg, és azt is, nagyjából mikor látogatott el ide.

Az alkalmazás esetében a vezérlők magában a szoftverben vannak, és három van belőlük:

• A RENDSZER → Használati jelentések leállítja a használati jelentést és az ötperces életjelet, és törli a telepítési azonosítót. Ha később újra bekapcsolja, új azonosítót kap, amely nem kapcsolható össze a régivel.
• A RENDSZER → Diagnosztika leállítja az összeomlás- és lefagyásjelentések írását és küldését.
• A RENDSZER → Frissítések leállítja a frissítésellenőrzést.

A jelentések semmit sem tartalmaznak, ami Önhöz köthető, így nincs mihez hozzáférést kérni; ha egy telepítési azonosítót el szeretne távolíttatni a már elküldött jelentésekből, írjon az alábbi címre, idézze az azonosítót, és töröljük.

Gyermekek. A FoxSDR rádiós hobbisták számára készült műszaki eszköz. Nem gyermekeknek szól, senkitől sem gyűjt személyes adatot, így gyermekektől sem.

Írjon ide: [email protected]. Panaszt is tehet az Information Commissioner's Office-nál (ico.org.uk), ha úgy véli, hogy ezt rosszul kezeltük.

Utolsó frissítés: 2026. szeptember 24., a FoxSDR 0.99.39 alapján – ez az a build, amelyet az oldal jelenleg kínál, és a fenti állítások mindegyikét ennek forráskódjával vetettük össze. A FoxSDR kiadója Steven Fox; a fenti címre írjon bármilyen kérdéssel ezzel a tájékoztatóval kapcsolatban, vagy ha egy telepítési azonosítót törölni szeretne a már elküldött jelentésekből. Ha ez a tájékoztató valaha nem egyezik azzal, amit a szoftver csinál, akkor a szoftver hibás – a weboldal adatgyűjtését két fájl, store.go és app.js valósítja meg, mindkettő olvasható az oldal saját forráskódjában, az alkalmazás saját listája pedig PRIVACY.md néven érkezik vele, egy teszttel, amely a küldött adatokat ehhez köti.