Dit is een machinevertaling; de Engelse versie is bindend. Lees de Engelse versie

Privacy en cookies

Deze verklaring gaat over twee afzonderlijke dingen: de FoxSDR-applicatie die je installeert, en deze website. Ze verzamelen verschillende gegevens, om verschillende redenen, en worden hieronder apart beschreven — de applicatie eerst, omdat dat het deel is dat op je eigen computer draait. Ze is geschreven om volledig te zijn in plaats van kort: elk veld dat een van beide opslaat, staat erin, ook de velden die de meeste verklaringen weglaten.

De applicatie: wat ze verstuurt

Er is geen account, geen licentiesleutel en geen activering, en FoxSDR meldt nooit iets over waar je naar luistert. Het doet uit zichzelf precies vier soorten netwerkverzoeken: een updatecontrole; een anoniem gebruiksrapport, met een kleine “draait nog”-hartslag zolang de applicatie open is; een crash- of vastloperrapport na een fout; en — alleen als jij de plug-inwinkel opent of daarin op NU CONTROLEREN drukt — een verzoek aan de plug-incatalogus. Elk ervan wordt hieronder veld voor veld beschreven, en elk kan worden uitgeschakeld. Drie schakelaars regelen ze: SYSTEEM → Updates, SYSTEEM → Gebruiksrapportage en SYSTEEM → Diagnose. Geen enkele functie is ervan afhankelijk dat een van deze aan staat, en niets zeurt als je er een uitzet.

Wat er op je computer blijft

Je opnames, zowel audio als ruwe I/Q, de beelden die SSTV- en weersatellietdecoders opbouwen, alles wat de decoders decoderen, je bladwijzers, bandplannen, instellingen, je ontvangerpositie en je geïnstalleerde plug-ins zijn bestanden op je eigen schijf. Niets uploadt ze, en geen enkele frequentie waarop je afstemt, verlaat je computer.

De updatecontrole

Eén keer per start vraagt de applicatie aan deze site of er een nieuwere versie bestaat. Het hele verzoek is GET /api/update?v=, gevolgd door de versie die je gebruikt — geen identificatie, geen installatie-id, geen cookie, en niets wat aan een later verzoek kan worden gekoppeld. Deze server schrijft er geen analyserecord voor: alleen paginaweergaven en bestandsdownloads worden vastgelegd, en het update-eindpunt is geen van beide. Zet het uit onder SYSTEEM → Updates, en de applicatie neemt nooit meer contact op met de dienst.

Het antwoord kan ook een kort bericht van ons bevatten voor mensen met een oudere versie — bijvoorbeeld dat een release iets oplost waarvoor updaten de moeite waard is — getoond in dezelfde updatebanner als de versie-opmerkingen. Daarvoor wordt niets extra verstuurd of vastgelegd: het reist mee in hetzelfde verzoek als hierboven, volgens hetzelfde schema, onder dezelfde schakelaar.

Er wordt niets gedownload of geïnstalleerd tenzij je op de knop drukt. Als je dat doet, wordt het installatieprogramma via HTTPS van deze website opgehaald en wordt de SHA-256 ervan gecontroleerd tegen de digest die de server heeft gepubliceerd, voordat het bestand een naam krijgt die iets zou kunnen uitvoeren — en dat ophalen is een gewone download van deze site, dus wordt het vastgelegd zoals elke andere, met het IP-adres, de geschatte locatie, de browser en het besturingssysteem zoals beschreven in het websitedeel van deze verklaring.

Een kopie die uit de Microsoft Store is geïnstalleerd, vraagt in plaats daarvan de Microsoft Store, nooit deze site (sinds FoxSDR 0.99.53). Eén keer per start, als SYSTEEM → Updates → Microsoft Store bij het opstarten om updates vragen is aangevinkt, vraagt FoxSDR de eigen Store-service van Windows of er een nieuwer pakket voor deze kopie is. In dat verzoek wordt niets van FoxSDR verstuurd — geen versie, geen identificatie: Windows identificeert de app bij Microsoft met de pakketidentiteit die het al heeft, zoals ook bij de eigen achtergrondupdates van de Store. Het antwoord blijft in de applicatie. Er wordt niets gedownload of geïnstalleerd tenzij je op Installeren vanuit de Microsoft Store drukt en het dialoogvenster van Windows bevestigt; downloaden en installeren zijn dan van Microsoft, onder de privacyverklaring van Microsoft. Vink je het vakje uit, dan wordt de Store niets gevraagd.

Gebruiksrapportage

Vanaf versie 0.53.0 is er een anoniem gebruiksrapport, onder SYSTEEM → Gebruiksrapportage. Het staat standaard aan, en je kunt het uitzetten — vink dat vakje uit en de rapportage stopt onmiddellijk. Er wordt één rapport per start verstuurd, dat de zojuist afgelopen sessie beschrijft, en dit is alles wat erin staat:

Dat is de volledige lijst. Hij wordt met de applicatie meegeleverd als PRIVACY.md, en een geautomatiseerde test controleert de payload veld voor veld, zodat er geen nieuw veld kan worden toegevoegd zonder dat die test faalt en beide documenten worden bijgewerkt. Het uitzetten van de rapportage verwijdert de installatie-identificatie, dus als je het ooit weer aanzet, krijg je een nieuwe die niet aan de oude kan worden gekoppeld.

Het rapport wordt verstuurd bij het opstarten en beschrijft de sessie die al is afgelopen, en nooit bij het afsluiten — een netwerkaanroep bij het afsluiten kan een applicatie laten hangen die iemand probeert te sluiten, en een rapport dat bij het afsluiten wordt geschreven, zou verloren gaan bij precies de gebeurtenis die het meest de moeite waard is om te tellen. Niets in het antwoord wordt gelezen of gebruikt.

De foutentellers in detail (vanaf FoxSDR 0.99.64). Het veld is een korte tekst van kind=count-paren, zoals radio_fail.rtlsdr.busy=2 — een RTL-SDR die twee keer niet wilde openen omdat een ander programma hem in gebruik had. FoxSDR bouwt elke soort op uit een vaste tabel en verstuurt niets wat daar niet in staat, en de ontvangende server gooit alles weg wat niet in dezelfde tabel staat. Waar een reden wordt afgeleid uit wat een stuurprogramma meldde, kiest FoxSDR één woord uit een vaste lijst en gooit de zin weg. Zodat een mislukking in een sessie die daarna crasht toch wordt gemeld, wachten de tellers in een klein bestand met de naam telemetry-health naast je instellingenbestand, samen met je installatie-identificatie, tot de server een rapport heeft geaccepteerd dat ze bevat; gebruiksrapportage uitzetten verwijdert het bestand.

De trage frames en herstelacties in detail (vanaf FoxSDR 0.99.65). Ze staan in hetzelfde veld en in dezelfde kind=count-vorm. slow.rail.250ms=3 is drie frames van het venster die elk een kwart seconde of langer duurden, in het deel van het tekenen dat de menukolom is. Het deel is een van achttien woorden, events, frame-start, pre-draw, plugin-panels, toolbar, rail, spectrum, patch, status, dialogs, polls, saves, render, present, recorder, plugins-reload, startup, other, en hoe traag het was, is een van drie: 250ms voor een kwart seconde tot minder dan een seconde, 1s voor een seconde tot minder dan vijf seconden en 5s voor vijf seconden of meer. Tijd die je kwijt was aan het beantwoorden van een Windows-melding, of aan het slepen of het van grootte veranderen van het venster, wordt eraf gehaald en nooit geteld. recovered.audio=1 is één keer dat FoxSDR een fout tegenkwam en zelf doorging. Het woord is een van dertien plekken, audio, reopen, srcthread, vendorcall, ringdrop, dspexc, cfgsave, enumchild, pluginapi, webroute, patchload, sdrenum, sdrlost, in deze volgorde: de geluidsuitvoer stopte en de watchdog startte hem opnieuw; een SoapySDR-stuurprogramma voor een radio faalde en FoxSDR heeft de radio zelf opnieuw geopend; een radiostuurprogramma keerde nooit terug uit een leesactie toen de ontvanger werd gestopt en FoxSDR liet de thread los; een aanroep naar een SoapySDR-leveranciersmodule kwam niet op tijd terug en werd losgelaten; de radio leverde samples sneller aan dan ze werden afgenomen en sommige werden weggegooid; de signaalverwerkingsthread gooide een fout die werd opgevangen en de ontvanger stopte; het instellingenbestand kon niet worden geschreven; het hulpprogramma dat SoapySDR-radio's opsomt stopte onverwacht en werd ingeperkt; een plug-inaanroep naar FoxSDR gooide een fout en kreeg een standaardantwoord; een afhandelaar van de webinterface gooide een fout en de server antwoordde met een fout; een opgeslagen patch werd geladen met weggelaten verbindingen; de SDRplay-service antwoordde niet op een scan en de scan werd losgelaten; de SDRplay-sessie ging verloren en SDRplay is voor de rest van de sessie gesloten. FoxSDR bouwt elk ervan op uit een vaste tabel en verstuurt niets wat daar niet in staat, en de ontvangende server gooit alles weg wat niet in dezelfde tabel staat, dus er is nooit een apparaatnaam, een serienummer, een pad, een frequentie of een berichttekst; een rapport bevat hoogstens de acht ergste soorten trage frames en acht soorten herstel. Ze worden geteld onder dezelfde twee schakelaars als de foutentellers, alleen zolang zowel Gebruiksrapportage als Diagnose aan staan, ze wachten in hetzelfde kleine bestand met de naam telemetry-health naast je instellingenbestand tot de server een rapport heeft geaccepteerd dat ze bevat, en gebruiksrapportage uitzetten verwijdert het bestand.

De “draait nog”-hartslag

Een rapport dat binnenkomt als de applicatie start, kan zeggen wie haar heeft gestart, maar nooit wie haar nog open heeft. Daarom stuurt FoxSDR, zolang het draait — en alleen zolang gebruiksrapportage aan staat — ook elke vijf minuten één heel klein bericht, met drie velden en verder niets:

Er gaat niets van de sessie mee: geen modes, geen panelen, geen radiomodel, geen duur, geen tellers. Hartslagen worden in een eigen dataset geschreven, gescheiden van de sessierapporten, zodat geen enkel gebruikscijfer van betekenis verandert. Dezelfde schakelaar stopt beide: de verzender weigert te starten zonder geldige installatie-identificatie, en het uitzetten van gebruiksrapportage verwijdert die, dus uit betekent helemaal geen hartslagen. Een hartslag die nog onderweg is als de volgende aan de beurt is, wordt overgeslagen in plaats van in de wachtrij gezet.

Waar de gebruiksrapporten naartoe gaan

Naar een Cloudflare Worker die door dit project wordt beheerd op https://telemetry.foxsdr.com, die de bovenstaande tellers wegschrijft naar een dataset in Cloudflare Workers Analytics Engine. Cloudflare verwerkt die namens ons en bewaart hem drie maanden, waarna hij verdwenen is. Niemand anders ontvangt hem, hij wordt niet verkocht, verhuurd of gedeeld, en het enige wat eruit wordt teruggelezen, zijn geaggregeerde tellingen, via hetzelfde met een wachtwoord beveiligde dashboard dat verderop wordt beschreven. De broncode van de Worker wordt met de applicatie gepubliceerd, zodat je kunt lezen wat de ontvangende kant doet. Crashrapporten gaan niet hierheen — die gaan naar de eigen server van deze site, zoals hierna beschreven.

Crash- en vastloperrapporten

Als FoxSDR crasht of niet meer reageert, schrijft het een rapport dat de fout beschrijft naar %LOCALAPPDATA%\FoxSDR\crashes\ op je eigen computer, en verstuurt het de tekst van het rapport bij de volgende start — nooit vanuit de storing zelf, omdat een programma waarin net een fout is opgetreden niet veilig een netwerkverbinding kan openen. Het gaat naar POST /api/crash op deze website — niet naar Cloudflare, en niet naar een derde partij — en het is anoniem: er is geen account, geen licentiesleutel en niets om mee in te loggen.

De schakelaar is SYSTEEM → Diagnose, en die regelt het schrijven en het versturen in gelijke mate: staat hij uit, dan wordt er geen rapport geschreven, geen map aangemaakt en nooit een verbinding gemaakt. Het is een andere schakelaar dan die voor gebruiksrapportage. Gebruiksrapportage uitzetten houdt een crashrapport niet tegen — het maakt daarin het veld voor de installatie-identificatie leeg, omdat er dan geen identificatie bestaat en een crashrapport er nooit een aanmaakt (zie de laatste rij van de tabel hieronder). Tot deze release noemde de verklaring hierboven de verkeerde schakelaar; de software heeft altijd Diagnose gebruikt, en de twee zeggen nu hetzelfde.

Dit is alles wat een rapport bevat:

Gecorrigeerd in FoxSDR 0.99.33. Vóór 0.99.33 werd het hierboven beschreven opschonen alleen toegepast op de regels van de radiodriver, niet op die van de applicatie zelf, en daardoor konden enkele eigen regels van de applicatie in een crash- of vastloperrapport belanden met de frequentie die je had opgevraagd of waarop je zond, het label van een patchradio (dat het serienummer kan bevatten), de namen die je aan patchonderdelen gaf, de eerste tekstregel die een decoder op de patchpagina had geproduceerd, en de lijst met USB-apparaten die de USB-driver afdrukte, inclusief hun serienummers. Dat was in strijd met deze verklaring. Vanaf 0.99.33 wordt elke regel opgeschoond voordat hij je computer verlaat, en bevatten die logregels die waarden in de eerste plaats niet meer.

Gecorrigeerd in FoxSDR 0.99.59. In deze mededeling stond altijd dat een crashrapport geen computernaam bevat en dat de applicatie nooit je IP-adres verstuurt, maar tot 0.99.59 zocht het filter niet naar netwerkadressen of hostnamen. Een paar logregels konden daardoor in een crash- of vastloperrapport terechtkomen, of in het diagnostische logboek van een bugmelding, met het adres of de hostnaam die je voor een netwerkradio zoals een ADALM-Pluto hebt ingetypt, of een adres of webadres dat een driver voor een netwerkradio heeft gelogd; ze konden ook het nummer van een seriële poort bevatten en, op enkele foutregels, de naam van een geluidskaart. Dat was in strijd met deze mededeling. Vanaf 0.99.59 worden adressen en hostnamen vervangen en nummers van seriële poorten gemaskeerd zoals hierboven beschreven, drukken de eigen regels van de ADALM-Pluto zijn adres niet meer af en noemt geen enkele logregel een geluidskaart.

Een crashrapport bevat geen frequentie, niets gedecodeerds, geen bestandspad, geen gebruikersnaam, geen computernaam, geen netwerkadres en geen locatie. Rapporten worden bewaard op de eigen server van deze site, achter hetzelfde met een wachtwoord beveiligde dashboard als al het andere, en worden bewaard tot 90 dagen nadat de fout voor het laatst is gezien, en daarna verwijderd — dezelfde drie maanden als waarin de gebruiksrapporten worden bewaard. Het eerste rapport van elke fout wordt volledig bewaard, samen met nog één rapport per build waarin de fout blijft bestaan, tot maximaal drie; elk ander rapport van diezelfde fout wordt geteld in plaats van opgeslagen. Een geautomatiseerde test houdt zowel wat het eindpunt accepteert als wat het naar schijf schrijft in beide richtingen gelijk aan de tabel hierboven, zodat er aan geen van beide een veld kan worden toegevoegd zonder dat ook deze tabel verandert.

Een volledige geheugendump wordt nooit verstuurd, bij geen enkele instelling. Een geheugendump is een kopie van het geheugen van het programma en kan bestandsnamen, venstertitels en ontvangen signaalgegevens bevatten. Hij staat standaard uit; als je hem inschakelt onder SYSTEEM → Diagnose, wordt er een .dmp naast het tekstrapport geschreven, alleen lokaal, en opent de uploader bestanden met de naam crash-*.txt en hang-*.txt en verder niets.

Een rapport van de bewaker, vanaf FoxSDR 0.99.64. Sommige eindes kan niets binnen FoxSDR melden: een crash die alle afhandelaars overslaat, een stackoverflow, een venster dat zo vastzit dat ook de watchdog voor vastlopers vastzit. Daarom start FoxSDR in een interactieve sessie met Diagnose aan een tweede kopie van zijn eigen programma, zonder venster, die alleen wacht tot de eerste stopt — de bewaker. Die kan lezen hoe FoxSDR is geëindigd (de afsluitcode, en wanneer het startte en stopte), een kleine gedeelde pagina met getallen die FoxSDR bijhoudt (in welke fase het zit, hoeveel frames het heeft getekend en wanneer het er voor het laatst een tekende, welk deel van het tekenen van het venster bezig is, of een menu openstaat of het venster wordt versleept) en het einde van het sessielogboek, opgeschoond zoals bij elk ander rapport. Hij leest niets uit het geheugen van FoxSDR en maakt geen dump, en de pagina met getallen heeft geen ruimte voor tekst, dus er kan geen naam, pad, frequentie of adres in staan. Als FoxSDR eindigt, schrijft de bewaker één rapport in dezelfde map en hetzelfde formaat als de andere — geen als FoxSDR normaal eindigde of er al zelf een had geschreven — waarvan de reden alleen uit vaste woorden en hele seconden bestaat, met de regels over de ontvanger vervangen door een vaste zin die zegt dat hij ze niet kan lezen. Hij verstuurt zelf niets: zijn rapport gaat bij de volgende start weg, onder dezelfde schakelaar en dezelfde grenzen als elk ander, en alleen als FoxSDR is gecrasht, zijn venster was opgehouden met tekenen of het eindigde vóór het eerste frame. Een einde van buitenaf (Taakbeheer of een script) en een einde doordat Windows je sessie afsloot, blijven op je computer en worden nooit verstuurd. Met Diagnose uit wordt de bewaker niet gestart.

Hoe vaak. Maximaal vijf rapporten per dag van één computer, en dezelfde fout maar één keer per dag, hoe vaak hij ook optreedt — beide limieten worden bijgehouden in je eigen instellingenbestand, zodat een computer in een crashlus uit zichzelf stopt met versturen in plaats van dat hem dat moet worden gezegd, en een rapport dat mislukt, wordt bij latere starts hooguit drie keer opnieuw geprobeerd en daarna met rust gelaten. Een offset in een rapport terugvertalen naar een functienaam vereist de debugdatabase van precies die build, en die blijft op onze eigen computers en wordt nergens naartoe geüpload: de omzetting gebeurt lokaal, niet op de server.

Wat de applicatie nooit verstuurt

• Frequenties waarop je afstemt. Waar iemand naar luistert, is het gevoeligste wat deze software weet, en het wordt nooit verzameld. In het Verenigd Koninkrijk is het onderscheppen van een bericht dat je niet mag ontvangen, of het openbaar maken van de inhoud ervan, strafbaar op grond van sectie 48 van de Wireless Telegraphy Act 2006.
• De namen of paden van bestanden die je opent. De bestandsnaam van een opname is je eigen gegeven — die kan een dienst, een plaats of een frequentie noemen. Als een I/Q-bestand niet opnieuw opent, legt het logboek vast dat het niet opnieuw is geopend; de naam blijft op het scherm, waar je hem al kent.
• Alles wat gedecodeerd is — pagerberichten, vliegtuigen, schepen, beelden, satellietverkeer.
• Je positie, of de positie van iets wat je ontvangt — inclusief de ontvangerpositie die je instelt, die in geen enkel rapport wordt verzonden. Zie hieronder.
• Je IP-adres, of een daarvan afgeleide locatie. Een verzoek bereikt een server noodzakelijkerwijs vanaf een adres, want zo werkt internet; het gebruikseindpunt leest geen verbindingsinformatie en schrijft geen verzoeklogboeken. Vanaf FoxSDR 0.99.59 wordt ook een netwerkadres of hostnaam in de logregels die een rapport bevat vervangen door <host>.
• Serienummers van hardware. Het radiomodel is nuttig; het serienummer identificeert jouw specifieke radio, en wordt vóór het versturen verwijderd.
• Je naam, de naam van je computer, je gebruikersaccount, welk bestandspad dan ook of de naam van een geluidskaart.
• Een volledige geheugendump.

De ontvangerpositie, en de GPS

FoxSDR moet weten waar de ontvanger staat, omdat elke afstand en peiling op de kaart en het radarscherm daarvandaan wordt gemeten. Je kunt de positie intypen, op de kaart aanklikken, of uitlezen van een GPS-ontvanger op een seriële poort.

De positie blijft op je computer. Ze wordt opgeslagen in je eigen instellingenbestand en wordt nooit verzonden — niet in het gebruiksrapport, niet in de hartslag, niet in een crashrapport, nergens. Het uitlezen ervan via een GPS is iets wat jij start: je geeft de poort op en drukt op “Positie van GPS lezen”. De poort wordt alleen vastgehouden tot de eerste fix binnenkomt, en hooguit 60 seconden. Het diagnoselogboek legt de poortnaam, de baudrate, het aantal zinnen en satellieten en eventuele fouten vast — nooit de positie, en nooit de tekst van een NMEA-zin. Een poortveld met iets erin wat er niet uitziet als een poort, wordt gelogd als soort en lengte (“a typed device path, 27 chars”), zodat een bestandspad met je gebruikersnaam erin niet in een rapport kan belanden. Twee geautomatiseerde tests bewaken dit: een tegen de logring, en een tegen het logbestand dat de echte applicatie schreef.

De plug-incatalogus

Er wordt contact opgenomen met de catalogus als je het venster van de plug-inwinkel opent (de eerste keer in een sessie, sinds FoxSDR 0.99.16), telkens als je daarin op NU CONTROLEREN drukt, en als je ervoor kiest iets te installeren. Er wordt bij het opstarten niets opgehaald, het venster gaat niet vanzelf weer open, en geen enkele plug-in werkt zichzelf bij. De catalogus is een bestand dat op GitHub is gepubliceerd (raw.githubusercontent.com), dus dat verzoek bereikt de servers van GitHub, die — zoals bij elk webverzoek — het adres zien waar het vandaan kwam. Er wordt geen identificatie van jou meegestuurd: geen installatie-id, geen cookie, niets wat aan een gebruiksrapport kan worden gekoppeld. Elke download gaat via HTTPS, heeft een maximale grootte, wordt geweigerd bij een redirect naar een andere host, en wordt gecontroleerd tegen de sha256 die in de catalogus is gepubliceerd voordat hij een bestand mag worden. De bron is een instelling: je kunt hem naar een andere catalogus laten wijzen, of naar een index.json op je eigen schijf, en dan wordt er helemaal geen netwerkverzoek gedaan.

Plug-insites die je toevoegt

Vanaf FoxSDR 0.99.74 kun je de plug-incatalogi van anderen toevoegen, plug-insites genoemd, en elke site die je toevoegt is nog een adres waarmee de toepassing contact opneemt. Alleen jij voegt er een toe: druk op SITES in de bovenbalk van de plug-inwinkel, plak een adres en vink het vakje aan dat zegt dat FoxSDR de site niet heeft beoordeeld. FoxSDR voegt zelf niets toe en neemt zelf met niets contact op. Een site wordt op dezelfde twee momenten gelezen als de openbare catalogus — de eerste keer dat je de winkel in een sessie opent en telkens als je op NU CONTROLEREN drukt — en krijgt een paar seconden om te antwoorden. Het verzoek bevat het adres dat je hebt opgegeven en niets anders van FoxSDR: geen identificatie, geen cookie en een clientnaam (cascade-plugin-repo/1.0) die voor elke kopie hetzelfde is. De site ziet dus je IP-adres, zoals elke webserver.

De plug-inbestanden en afbeeldingen van een site worden alleen opgehaald van dezelfde host als de catalogus ervan, en alleen als je bij een van de plug-ins van de site op OPHALEN of BIJWERKEN drukt of de pagina ervan opent. De catalogus van elke site wordt ongewijzigd bewaard in de plug-inmap op je eigen schijf, bij het opstarten opnieuw gelezen en verwijderd als je bij de site op VERWIJDEREN drukt; de adressen zelf staan in je instellingenbestand. De foutentellers voor de plug-incatalogus en voor het installeren van plug-ins (zie hierboven het gedeelte over gebruiksrapporten) zijn die van de openbare catalogus: een site die niet bereikbaar is, of een plug-in ervan waarvan de installatie mislukt, wordt niet geteld.

Plug-ins die alleen in sommige landen worden aangeboden

Sommige plug-ins worden alleen aangeboden aan verbindingen uit bepaalde landen. Wanneer de applicatie de plug-incatalogus ophaalt, vraagt ze deze website ook om een korte regionale lijst, en een plug-in uit die lijst wordt van deze website gedownload in plaats van van GitHub. Om te bepalen wat ze antwoordt, leest de website de landcode van twee letters die Cloudflare met het verzoek meestuurt (CF-IPCountry), en die Cloudflare afleidt uit het adres waar het verzoek vandaan komt. De landcode en het adres worden alleen voor dat ene antwoord gebruikt en niet bewaard, er wordt geen identificatie van u verstuurd, en deze verzoeken worden niet vastgelegd in de statistieken van deze website. Een verbinding waarvan het land niet te bepalen is, of die via Tor binnenkomt, krijgt een lege lijst. Een VPN verandert het land dat de website ziet. De regionale lijst wordt niet opgevraagd als u de store op een andere catalogus hebt ingesteld.

Een plug-in die kan zenden

Vanaf FoxSDR 0.99.74 kan een plug-in vragen om audio via je zender te verzenden; de plug-inwinkel en het venster ‘Ingebouwde modules’ tonen dat dan als ‘Kan zenden via FoxSDR’. Hij kan de zender alleen inschakelen als je op zijn pagina op ZENDEN TOESTAAN hebt gedrukt en de pagina ZENDEN 5, 15 of 60 minuten hebt ingeschakeld. De toestemming wordt in je eigen instellingenbestand opgeslagen onder de bestandsnaam van de plug-in en wordt nooit ergens heen gestuurd; het inschakelvenster wordt helemaal niet opgeslagen. Het diagnoselogboek op je computer legt het inschakelen vast — tx: armed 15 min, tx: plugin <name> keyed, tx: plugin <name> unkeyed (<why>) en tx: disarmed (<why>) — als de opgegeven naam van de plug-in, een reden uit een vaste lijst en een aantal minuten, nooit een frequentie, en die regels worden net als elke andere logregel opgeschoond wanneer een rapport of diagnosepakket wordt samengesteld. De eigen rapporten van FoxSDR hebben voor niets hiervan een veld.

Baanelementen van satellieten

De satellietplug-in houdt zijn sets baanelementen actueel door ze op te halen bij de bronnen die in zijn satellite.cfg staan, elke twaalf uur zolang hij geladen is. Deze site bewaart een kopie van die sets baanelementen op GET /tle/all.tle — de groepen stations, amateur en weer van CelesTrak plus NOAA 15, 18 en 19, hier elke twaalf uur vernieuwd — en Satellieten 1.0.4 en later vallen uit zichzelf op dit bestand terug zodra elke bron in satellite.cfg faalt, zodat een computer die door CelesTrak wordt geweigerd ze nog steeds kan volgen. Het bestand hoeft deze site daarvoor niet te noemen; een regel fallback-url none erin schakelt die terugval uit, en refresh-hours 0 schakelt al het ophalen uit. Het verzoek bevat geen identificatie, geen installatie-id en geen cookie, en deze server schrijft er geen analyserecord voor — net als bij de updatecontrole worden alleen paginaweergaven en bestandsdownloads vastgelegd, en de mirror is geen van beide. De sets baanelementen zelf zijn van CelesTrak (celestrak.org), en elk antwoord zegt dat ook.

Opzoekingen in het vliegtuigregister

De optionele plug-in Aircraft Info (Vliegtuiginfo) laat zien wie elk vliegtuig op de kaart is — de registratie, het type en de exploitant. De applicatie doet dit verzoek zelf nooit; het installeren van die plug-in is wat het mogelijk maakt. Vanaf versie 1.1.0 vraagt de plug-in het eerst aan deze site, op GET /api/aircraft/<address>, en stuurt hij alleen het ICAO-adres van zes hexadecimale cijfers van het vliegtuig — het nummer dat het vliegtuig zelf uitzendt — zonder identificatie, zonder installatie-id en zonder cookie. Naar elk toestel wordt één keer gevraagd en het antwoord wordt op je eigen computer bewaard, zodat er niet opnieuw naar wordt gevraagd. Alleen als deze site een vliegtuig niet kent of niet bereikbaar is, vraagt de plug-in het aan api.adsbdb.com, een gratis dienst van een derde partij, zoals eerdere versies altijd deden. De verzameling vliegtuigen die een ontvanger hoort, geeft een ruwe indicatie van waar hij staat, en daarom is de plug-in optioneel en zegt hij dat voordat je hem installeert.

Wat deze server over een opzoeking bewaart: niets per verzoek. Er wordt geen analyserecord geschreven, en noch het vliegtuigadres noch het adres waar het verzoek vandaan kwam, wordt gelogd. Het enige wat wordt bijgehouden, zijn vijf lopende totalen sinds de server voor het laatst is gestart — opzoekingen, gevonden, niet gevonden, ongeldig en begrensd — die het dashboard toont. Om te voorkomen dat iemand de hele tabel kopieert, heeft elk verbindend adres een opzoektegoed dat in het geheugen wordt bijgehouden, precies zoals de andere eindpunten hier dat doen, en dat nooit naar schijf wordt geschreven; het wordt vergeten als de server herstart of als er meer dan tienduizend adressen worden bijgehouden, afhankelijk van wat zich het eerst voordoet.

De antwoorden komen uit de vliegtuigdatabase van het OpenSky Network (opensky-network.org): per toestel de registratie, de typeaanduiding, de fabrikant, het model en, waar vastgelegd, de exploitant. OpenSky biedt die database aan zoals hij is en vraagt gebruikers om te citeren: Matthias Schäfer, Martin Strohmeier, Vincent Lenders, Ivan Martinovic en Matthias Wilhelm, “Bringing Up OpenSky: A Large-scale ADS-B Sensor Network for Research”, in Proceedings of the 13th IEEE/ACM International Symposium on Information Processing in Sensor Networks (IPSN), april 2014. De geregistreerde eigenaar die daar is vastgelegd, wordt niet naar deze site gekopieerd of door deze site aangeboden, omdat dat bij een privévliegtuig de naam van een persoon is; alleen de exploitant, een luchtvaartmaatschappij, luchtmacht of bedrijf, wel.

De browserinterface

FoxSDR kan zijn interface via HTTP aanbieden aan andere computers op je eigen netwerk. Dat staat standaard uit en is aan je eigen computer gebonden tot je dat verandert; voor elke binding daarbuiten is een wachtwoord verplicht, en zonder wachtwoord wordt de bredere binding geweigerd in plaats van geopend. Wachtwoorden worden gehasht opgeslagen (PBKDF2-HMAC-SHA256) en sessies worden ingetrokken zodra de instellingen veranderen. Er is met opzet geen TLS, omdat de applicatie geen cryptobibliotheek linkt en geen transportbeveiliging zal claimen die ze niet kan bieden — zet er een reverse proxy of een privétunnel voor, en stel hem nooit rechtstreeks open via port forwarding. Iedereen aan wie je toegang geeft, kan zien en bepalen wat de ontvanger doet.

Functieverzoeken vanuit de applicatie

De applicatie heeft op de hoofdpagina een vak “FUNCTIE AANVRAGEN”, waarin je kunt typen wat je graag zou willen dat ze doet, en dan op VERSTUREN drukt. Er wordt niets verstuurd tot je op die knop drukt, het gebeurt nooit automatisch, en een verzoek dat ons niet bereikt, wordt niet op de achtergrond in de wachtrij gezet of opnieuw geprobeerd — wat je hebt getypt, blijft in het vak staan, alleen in het geheugen, zodat je opnieuw op VERSTUREN kunt drukken, en het wordt nooit naar het configuratiebestand of het logboek geschreven. Dit is alles wat één verzoek bevat:

Het gaat naar POST /api/feature-request op deze website. Je IP-adres wordt alleen gebruikt om de verzendsnelheid binnen redelijke grenzen te houden, en wordt nooit naar schijf geschreven — wat daadwerkelijk wordt bewaard, is je bericht, je contactadres als je dat hebt opgegeven, de applicatieversie, het platform, de architectuur, en je geschatte land als onze opzoeking dat uit de verbinding kan afleiden, en verder niets. Het wordt gelezen door de beheerder van het project op het beheerdashboard, achter hetzelfde wachtwoord als al het andere hier, en wordt bewaard tot het van dat dashboard wordt verwijderd, of tot je erom vraagt. Een verzoek dat is afgehandeld — toegevoegd aan FoxSDR, of op een andere manier beantwoord — kan daar worden gearchiveerd in plaats van verwijderd, zodat het project kan bijhouden wat er is gevraagd en wat er is gebouwd; een gearchiveerd verzoek wordt nog steeds bewaard, met alles wat hierboven staat. Als je een contactadres hebt opgegeven en wilt dat het verzoek wordt verwijderd, schrijf dan naar het adres hieronder en citeer genoeg van wat je hebt gestuurd om het terug te kunnen vinden.

Bugmeldingen en ongenoegens vanuit de applicatie

Direct onder “FUNCTIE AANVRAGEN” heeft de applicatie een vak “FOUT / ONGENOEGEN MELDEN”, waarin je aangeeft dat er iets stuk is of dat er iets is wat je niet bevalt, en dan op VERSTUREN drukt. Het werkt precies zoals het vak voor functieverzoeken: er wordt niets verstuurd tot je op die knop drukt, er wordt niets op de achtergrond in de wachtrij gezet of opnieuw geprobeerd, en wat je hebt getypt, blijft alleen in het geheugen — nooit in het configuratiebestand, nooit in het logboek. Het is geen crashrapport, al doorloopt het hieronder beschreven diagnostisch logboek hetzelfde filter en kan het iets bevatten van wat een crashrapport bevat. Dit is alles wat één melding bevat:

Vanaf FoxSDR 0.99.69 bevat het diagnoselogboek ook nog één regel die uitsluitend op bestandsnaam (nooit een map of versie) de onderdelen van andere programma's noemt die in FoxSDR zijn geladen — een overlay of hook die een ander programma daar plaatste; het is dezelfde lijst die de crashrapporttabel hierboven beschrijft, en ze maakt ook deel uit van het crash- of vastloperrapport dat FoxSDR zelf verstuurt.

Het gaat naar POST /api/problem-report op deze website. Je IP-adres wordt alleen gebruikt om de verzendsnelheid binnen redelijke grenzen te houden en wordt nooit naar schijf geschreven — wat daadwerkelijk wordt bewaard is of het een bug of een tegenvaller was, je bericht, je contactadres als je er een gaf, de applicatieversie, het platform, de architectuur, je geschatte land als onze opzoeking dat uit de verbinding kan halen, en het diagnoselogboek als je dat bijgevoegd liet, het soort van elk in je bericht herkend rapport (zie boven), en verder niets. Het wordt gelezen door de projectbeheerder op het beheerdashboard achter hetzelfde wachtwoord als al het andere hier, en een melding wordt bewaard totdat ze van dat dashboard wordt verwijderd, of totdat je erom vraagt. Een melding die is afgehandeld — opgelost in FoxSDR, of anderszins beantwoord — kan daar worden gearchiveerd in plaats van verwijderd; een gearchiveerde melding wordt nog steeds bewaard, met alles wat hierboven staat. Als je een contactadres gaf en de melding wilt laten verwijderen, schrijf dan naar het onderstaande adres en citeer genoeg van wat je stuurde om haar te vinden.

De website: wat er wordt vastgelegd als je hem bezoekt

Voor elke paginaweergave en elke download wordt een record geschreven, of je nu cookies accepteert of niet. Dit is first-party-analyse: de gegevens blijven op de server die deze site aanbiedt, ze worden niet gedeeld met een advertentienetwerk, en er staat geen script van derden op de pagina.

Wat bewust niet wordt gedaan

• Geen browserfingerprinting: geen canvas-, audio-, lettertype- of WebGL-peilingen, en niets wat probeert je opnieuw te identificeren nadat je hebt geweigerd.
• Geen trackers van derden, advertentiepixels, socialemediawidgets of analysediensten. Niets op deze pagina wordt van een ander domein geladen.
• Geen poging om je klembord, je batterij, je camera, je microfoon, je opgeslagen wachtwoorden of je browsegeschiedenis te lezen — waar een downloadpagina allemaal niets te zoeken heeft.
• Je gegevens worden niet verkocht, verhuurd of met wie dan ook gedeeld. Het enige uitgaande verzoek dat de server over jou doet, is de hierboven beschreven opzoeking van IP naar locatie.

Interfaceontwerpen die je publiceert

Deze site kan een FoxSDR-interfaceontwerp bewaren — een .foxui-pakket — dat je kiest te publiceren. Er wordt niets verstuurd voordat je op Publish drukt, en het gaat naar POST /api/gui/publish. Wat bewaard wordt, is wat het pakket bevat: het ontwerp zelf, de naam, versie en beschrijving die je hebt ingevuld, een auteursnaam als je die hebt ingevuld, het tijdstip van publicatie en een willekeurige identificatie. Je IP-adres wordt alleen gebruikt om het publicatietempo binnen redelijke grenzen te houden, en het wordt nooit naar schijf geschreven. Een gepubliceerd pakket wordt nergens vermeld; iedereen die de link heeft, kan het downloaden. Het wordt bewaard totdat het uit het beheerdashboard wordt verwijderd, of totdat je erom vraagt — schrijf naar het adres hieronder en vermeld de link.

Als je je aanmeldt als bètatester

Het bètaformulier en de aanmelding voor nieuws zijn de enige plekken waar deze site je om iets vraagt, afgezien van het publiceren van een interfaceontwerp (zie hierboven). Het versturen ervan slaat je e-mailadres op, en wat je daarnaast hebt willen opgeven: een naam of roepnaam, je platform, de radio die je wilt gebruiken, je notities, en de lijst met functies die je vrijwillig wilt testen. Daarnaast bewaren we dezelfde bezoekcontext als hierboven beschreven — geschatte locatie, netwerk, browser en besturingssysteem — omdat een bugmelding er heel anders uitziet afhankelijk van de opstelling waar ze vandaan komt.

• Het adres wordt voor één ding gebruikt: contact met je opnemen over bètabuilds en wat er getest moet worden. Geen nieuwsbrief, geen marketing, en het wordt nooit aan iemand anders doorgegeven.
• Er gebeurt niets tot je bevestigt. Aanmelden stuurt één e-mail met een zescijferige code, die je op de pagina intypt om te bevestigen dat het adres van jou is. De code werkt 30 minuten en wordt na vijf verkeerde pogingen geweigerd. Tot hij is ingevoerd, doet de inschrijving niets: je staat niet op de testerslijst, je wordt niet meegeteld, en er wordt nooit iets verder verstuurd. Als iemand anders jouw adres heeft ingetypt, negeer die e-mail dan en de inschrijving wordt nooit echt — er is niets om je voor af te melden en je hoeft niets te doen. Dat ene bericht is de enige automatische e-mail die een aanmelding kan opleveren.
• Als je ons hebt geschreven, kunnen we je uitnodigen. Iemand die ons heeft geschreven en een adres heeft achtergelaten — bijvoorbeeld via het functieverzoekvak van de applicatie — kan één persoonlijke uitnodiging van ons krijgen, met een eenmalige link die de toets Bevestigen van deze site opent. Die uitnodiging wordt bewaard als openstaande inschrijving, precies zoals een onbevestigde aanmelding: je bent geen tester en wordt niet meegeteld, tenzij je op Bevestigen drukt, en als je haar negeert, schrijven we je niet opnieuw. Een openstaande inschrijving verloopt niet vanzelf; ze wordt verwijderd als wij haar van de lijst halen of als jij erom vraagt, met één e-mail naar het adres hieronder.
• Nadat je hebt bevestigd, krijg je je persoonlijke beheerlink, en schrijven we je als er een build verschijnt die nodig heeft wat jij hebt aangeboden te testen. Dan schrijft een mens je, geen mailinglijst. Als je de link kwijtraakt, kunnen we je een nieuwe geven: de oude werkt meteen niet meer, de nieuwe krijg je per e-mail, en we bewaren wanneer dat gebeurde en of de e-mail is verstuurd.
• Die e-mail gaat via Apple. E-mail voor foxsdr.com wordt afgehandeld door de iCloud Mail-dienst van Apple, dus je adres en het bericht gaan onderweg naar jou via hun servers, onder hun voorwaarden als onze e-mailprovider. Er wordt verder niets over jou naar hen gestuurd.
• Het wordt gescheiden gehouden van de analysegegevens. Aanmeldingen staan in een eigen bestand, dat alleen leesbaar is voor het account waaronder de server draait; het analyselogboek legt vast dat er een aanmelding plaatsvond en hoeveel functies er werden gekozen, nooit wie. Een geautomatiseerde test laat de build falen als er ooit een adres in het analyselogboek terechtkomt.
• Opnieuw aanmelden met een adres dat al op de lijst staat, verandert die inschrijving niet. Wijzigingen doe je op je eigen testerpagina. In plaats daarvan krijgt het adres één e-mail: de persoonlijke link als het bevestigd is, of een nieuwe code als dat niet zo is, en nooit vaker dan eens per 15 minuten.
• We bewaren een kopie van wat we je hebben gestuurd. Elk bericht dat deze site een tester stuurt — de bevestiging, en elk bericht over een build — wordt met zijn tekst bewaard, zodat we kunnen zien wat er is gezegd en of het is aangekomen. De kopie wordt opgeslagen onder je interne id, niet onder je adres, en de persoonlijke delen ervan (de bevestigingscode of -link, en je eigen beheerlink) worden verwijderd voordat ze wordt opgeslagen, zodat een bewaard bericht nooit kan worden gebruikt om als jou op te treden. Deze kopieën worden samen met de rest van je inschrijving verwijderd als je vertrekt.
• Berichten tussen jou en ons worden bewaard. Het vak Berichten in je testersportaal is een gesprek met de persoon die FoxSDR bouwt: wat wij je schrijven en wat jij terugschrijft, elk met het tijdstip waarop het is geschreven en, als je er een koos, de melding waar het over gaat. Het wordt opgeslagen onder je interne id, niet onder je adres, en alleen jij (met je persoonlijke link) en wij kunnen het lezen. We houden ook bij wanneer je onze berichten op je scherm hebt gehad, zodat we weten dat ze zijn aangekomen. Zolang je pagina open is, vraagt die om de paar seconden om nieuwe berichten, zodat ze verschijnen zodra ze geschreven zijn, en geeft ze door hoe lang geleden je de pagina voor het laatst gebruikte; zolang ze blijft vragen, en een halve minuut daarna, en alleen als je haar de afgelopen vijf minuten hebt gebruikt, weet de server dat je er bent. Dat wordt alleen in zijn geheugen bewaard en nooit opgeschreven. We sturen je niet voor elk bericht een e-mail: als we schrijven terwijl je er niet bent, krijg je één korte e-mail dat er een bericht op je wacht, met je link en zonder het bericht zelf. Zolang dat bericht ongelezen is, volgt er tot 12 uur lang geen andere zulke e-mail, en nooit binnen een halfuur na de vorige; en als je op de pagina was toen we schreven maar het bericht tien minuten later nog niet hebt gezien, gaat de e-mail dan. Een kopie van die e-mail wordt bewaard zoals hierboven beschreven; als jij schrijft, wordt er geen e-mail verstuurd. Het gesprek wordt bewaard tot je vertrekt of ons vraagt het te verwijderen, en vertrekken verwijdert het helemaal.
• Bewaard tot het bètaprogramma afloopt, of tot je erom vraagt. Eén e-mail naar het adres hieronder haalt je eraf en verwijdert de inschrijving — je hoeft geen reden op te geven.
• De rechtsgrond hier is je toestemming, die je geeft door het vakje aan te vinken; het formulier wordt zonder die toestemming niet verzonden.

Als je betatester bent en je testcode in FoxSDR invoert

Je testerpagina (hierboven) geeft je een privébeheerlink en, daaruit, een testcode die je in FoxSDR zelf kunt invoeren, onder SYSTEEM → Testcode. Dat is anders dan de anonieme gebruiksrapportage hierboven beschreven: gebruiksrapportage kan opzettelijk niet tot jou herleid worden, terwijl een sessie die met je testcode gemeld wordt opzettelijk aan je testervermelding gekoppeld is — dat is precies het doel, zodat we kunnen zien welke functies en plugins de mensen die ze echt testen daadwerkelijk hebben geprobeerd. Het staat uit tenzij je een code invoert, en het veld is standaard leeg.

FoxSDR koppelen op je testerpagina geeft FoxSDR een aparte app-code, zodat je persoonlijke link nooit in de toepassing hoeft te worden ingevoerd. De app-code kan maar twee dingen: de hieronder beschreven sessierapporten versturen, en de berichten in je berichtenvak versturen en lezen. Hij kan je adres niet zien, je inschrijving niet wijzigen en je niet verwijderen. Hij wordt bewaard bij je testerinschrijving; op Nieuwe link drukken maakt hem ongeldig, waarna FoxSDR opnieuw moet worden gekoppeld, en als je het programma verlaat, wordt hij samen met de rest van je inschrijving verwijderd.

Zolang er een code is ingevoerd, stuurt FoxSDR ongeveer eens per sessie dit, en verder niets:

• Wat wordt bewaard is uw tester-ID (nooit uw code of adres), het tijdstip waarop het rapport werd geaccepteerd, het hierboven genoemde sessiebegin, de versie, het platform, de sessieduur, en de hierboven genoemde functies, plugins en radio's — één regel per geaccepteerde sessie, tot een jaar bewaard en daarna automatisch verwijderd, geteld vanaf het werkelijke begin van de sessie, niet vanaf het moment waarop het rapport deze server bereikte.
• Wat openbaar wordt getoond is een aantal, nooit een naam. De kaart van een plugin op de homepage krijgt een kleine notitie “getest door N betatesters” zodra de huidige gepubliceerde versie ervan door minstens twee verschillende testers samen minstens tien minuten is gebruikt — daaronder wordt niets getoond, en geen enkele pagina vermeldt wie die testers zijn. De aantallen op je eigen testerpagina en in het beheerpaneel zijn dezelfde cijfers, in meer detail bekeken; testers worden nooit bij naam aan elkaar getoond.
• Uw IP-adres wordt alleen gebruikt om de verzendsnelheid binnen redelijke grenzen te houden, en wordt nooit op schijf geschreven.
• Hoe je het stopt: verwijder de testcode uit de FoxSDR-instellingen, en er wordt niets meer verzonden. Je hoeft daarvoor het betaprogramma niet te verlaten.
• Het programma verlaten verwijdert het. Je vermelding verwijderen, vanaf je testerpagina of door het ons te vragen, verwijdert elk al geregistreerd sessierapport voor jou samen met de rest van je vermelding — dezelfde verwijdering die de rest van dit gedeelte beschrijft, ook toegepast op deze gegevens.
• De rechtsgrond is dezelfde toestemming die de rest van je testervermelding dekt: de code invoeren is een handeling die je zelf verricht, en zonder die handeling wordt niets verzonden.

Als je je aanmeldt voor nieuws per e-mail

De nieuwspagina vraagt om één ding: je e-mailadres. Het wordt bewaard zodat we je kunnen mailen als er een nieuwe versie van FoxSDR is, en af en toe over wat er wordt gebouwd. Het wordt nergens anders voor gebruikt en nooit aan iemand doorgegeven.

• Er gebeurt niets tot je bevestigt. Aanmelden stuurt één e-mail met een zescijferige code om op de pagina in te typen. Tot die is ingevoerd, wordt er niets anders verstuurd, en een adres dat niet binnen een week is bevestigd, wordt verwijderd - door code die elke dag op de server draait. Als iemand anders jouw adres heeft ingetypt, negeer die e-mail dan.
• Elke e-mail bevat een link waarmee je van de lijst af gaat, met één druk. Vertrekken verwijdert het adres uit het bestand op de server, samen met de kopieën die we hebben bewaard van wat ernaar is gestuurd; er wordt niets over bewaard.
• Het is een eigen lijst. Een nieuwsabonnee is geen bètatester: het adres wordt in een apart bestand bewaard, dat alleen leesbaar is voor het account waaronder de server draait, en wordt niet als tester meegeteld of getoond. Als je ook tester bent, krijg je elk bericht één keer.
• We bewaren een kopie van wat we je hebben gestuurd, opgeslagen onder een interne id in plaats van je adres, met de bevestigingscode en de afmeldlink verwijderd, precies zoals bij testers.
• Die e-mail gaat via Apple, zoals hierboven voor testers beschreven.
• Het analyselogboek legt vast dat er een aanmelding plaatsvond, nooit wie.
• De rechtsgrond is je toestemming, die je geeft door het vakje aan te vinken; het formulier wordt zonder die toestemming niet verzonden.

Cookies

Als je weigert, wordt er geen identificerende cookie geplaatst. Bezoeken worden dan gegroepeerd via een dagelijks wisselende hash van je adres en browser, die bezoekers onderscheidt om te kunnen tellen en niet bruikbaar is om je van dag tot dag of tussen sites te volgen. Je kunt van gedachten veranderen door de cookies van deze site te wissen en de pagina opnieuw te laden.

Welke taal je ziet

De pagina's kunnen in andere talen dan het Engels worden getoond. Welke je krijgt, wordt op de server bepaald voor elke pagina die je opvraagt, in deze volgorde: een taal die je zelf hebt gekozen (de cookie foxsdr_lang hierboven, of ?lang= in de link); anders de talen waarvan je browser zegt dat je ze verkiest, uit de header Accept-Language; anders de hoofdtaal van het land waar je verbinding vandaan komt, die Cloudflare, het netwerk vóór deze site, met het verzoek meestuurt als landcode van twee letters (CF-IPCountry); anders Engels. Er wordt niets opgeslagen om die keuze te maken: de header en de landcode worden voor dat ene antwoord gelezen en daarvoor niet bewaard. Het zijn dezelfde twee dingen die de tabel hierboven al vermeldt als vastgelegd bij elke paginaweergave, waarbij de landcode wordt gebruikt als onze eigen adresopzoeking geen antwoord heeft. De vertalingen zijn machinaal gemaakt, en voor deze verklaring en de licenties is de Engelse tekst bindend.

Waarom, en op welke grondslag

Het doel is beperkt: weten hoeveel mensen dit project vinden, ongeveer waar ze zijn, waarop ze het draaien, en hoeveel het vervolgens downloaden. Dat bepaalt of het werk doorgaat en wat er daarna wordt gebouwd.

De registraties aan de serverkant worden bewaard op grond van gerechtvaardigde belangen bij het begrijpen en beveiligen van de site. De door de browser doorgegeven details en de identificerende cookies worden bewaard op grond van je toestemming; daarom zitten ze achter de banner en kost weigeren je op deze site niets.

Hoe lang het wordt bewaard, en wie het ziet

Registraties worden 24 maanden bewaard en daarna verwijderd. Ze staan in een bestand op de server, achter een met een wachtwoord beveiligd dashboard dat alleen de beheerder van het project kan openen. Er zijn geen andere ontvangers en er is geen doorgifte naar een derde land, afgezien van de al beschreven IP-opzoeking.

Twee dingen worden korter bewaard. Crash- en vastloperrapporten worden 90 dagen nadat de fout die ze beschrijven voor het laatst is gezien verwijderd, en de gebruiksrapporten die Cloudflare verwerkt, worden na drie maanden verwijderd. Elk van die termijnen wordt afgedwongen door code die elke dag op de server draait, niet doordat iemand eraan denkt.

Je rechten

Als je in het VK of de EU bent, kun je vragen om een kopie van wat er over je wordt bewaard, vragen om correctie of verwijdering daarvan, of bezwaar maken tegen het verzamelen ervan — inclusief de registraties aan de serverkant die niet van toestemming afhangen. De praktische identificatie om je registraties te vinden, is je IP-adres op het moment van je bezoek, dus vermeld dat, en ongeveer wanneer je de site bezocht.

Voor de applicatie zitten de bedieningselementen in de software zelf, en het zijn er drie:

• SYSTEEM → Gebruiksrapportage stopt het gebruiksrapport en de hartslag van elke vijf minuten, en verwijdert de installatie-identificatie. Zet je het later weer aan, dan krijg je een nieuwe identificatie die niet aan de oude kan worden gekoppeld.
• SYSTEEM → Diagnose zorgt dat er geen crash- en vastloperrapporten meer worden geschreven of verstuurd.
• SYSTEEM → Updates stopt de updatecontrole (in een Microsoft Store-kopie: de vraag aan de Microsoft Store).

De rapporten bevatten niets wat met jou in verband kan worden gebracht, dus er is niets om inzage in te vragen; als je wilt dat een installatie-identificatie wordt verwijderd uit rapporten die al zijn verstuurd, schrijf dan naar het adres hieronder en vermeld die, en ze wordt verwijderd.

Kinderen. FoxSDR is een technisch instrument voor radiohobbyisten. Het is niet op kinderen gericht, het verzamelt van niemand persoonsgegevens, en verzamelt er dus ook geen van kinderen.

Schrijf naar [email protected]. Je kunt ook een klacht indienen bij het Information Commissioner's Office (ico.org.uk) als je vindt dat hier slecht mee is omgegaan.

Laatst bijgewerkt op 28 september 2026, op basis van FoxSDR 0.99.42 — de build die deze site nu aanbiedt, en de build waarvan de broncode is gebruikt om elke bewering hierboven te controleren. FoxSDR wordt uitgegeven door Steven Fox; schrijf naar het adres hierboven met vragen over deze verklaring of om een installatie-identificatie te laten verwijderen uit rapporten die al zijn verstuurd. Als deze verklaring ooit niet meer overeenkomt met wat de software doet, dan zit de software fout — de gegevensverzameling van de website is geïmplementeerd in store.go en app.js, beide leesbaar in de eigen broncode van de site, en de eigen lijst van de applicatie wordt meegeleverd als PRIVACY.md, met een test die de payload daaraan houdt.