Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

NS wil wifitracking inzetten in de trein voor zitplaatszoeker

De Nederlandse Spoorwegen willen wifitracken in de trein invoeren voor treinreizigers. De bedoeling is dat reizigers met behulp van de techniek vrije zitplaatsen kunnen vinden met de NS-app.

De NS is bezig met wifitracking in de trein, maar een definitief besluit is nog niet genomen en de uiteindelijke invoering is afhankelijk van toestemming van de Autoriteit Persoonsgegevens. Dat meldt Udo Oelen, directeur privacy van de NS, aan Trouw. Hij erkent dat het een beladen onderwerp is maar zegt de privacy te respecteren en niemand te willen volgen: "We willen waarborgen dat het mac-adres van de telefoon wel geteld wordt door de sensor, maar dat dit mac-adres niet echt wordt geregistreerd."

De NS gebruikt wifi- en bluetoothtracking al op stations om reizigersstromen in kaart te brengen. De Autoriteit Persoonsgegevens deed in het verleden onderzoek naar de impact op de privacy en de beveiliging van de gegevens.

De ov-organisatie wil wifitracken gebruiken om de zitplaatszoeker van zijn app te verbeteren. Nu gebruikt de NS gegevens van gewichtssensoren in de sporen om inzicht te krijgen in welke delen van treinen het druk is en niet. Die sensoren zijn oorspronkelijk bedoeld voor goederentreinen maar niet overal aanwezig. Daarnaast moeten bij nieuwere treinen sensoren aanwezig zijn in stoelen om in detail in kaart te kunnen brengen waar plekken vrij zijn in treinen.

Door Olaf van Miltenburg

Nieuwscoördinator

02-12-2019 • 08:22

243 Linkedin Google+

Submitter: keverjeroen

Reacties (243)

Wijzig sortering
Je onderschat hoe de logistiek van de NS werkt..
Treinen zijn bijna continue in dienst en als ze eruit gaan is het vaak voor groot onderhoud.
Het zijn geen auto's die elke 10-15K km een beurt nodig hebben..

Buiten dat zitten er heel veel stoelen in een trein (23000 in dubbeldekkers https://www.ns.nl/binarie.../poster-intercity-ddz.pdf)
Dus ook al kost een enkele sensor misschien niet veel, je moet ook kabels etc meerekenen, inbouwkosten, verloren diensturen etc dan kost het totaal plaatje wel een boel..

En laten we wel wezen.. als een sensor goedkoper zou zijn dan had de NS dat wel gedaan ipv dit voor te stellen..
Maar inbouwen van sensoren in alle stoelen is een gigantische klus (stoelen aanpassen zodat er een sensor in kan worden geplaatst, bekabeling, aggregatie etc). En dat voor heel veel wagons. WIFI tracking is veel makkelijker en dus sneller in te voeren. Gewoon kijken hoeveel devices per AP er zijn en je hebt een goede indicatie van de drukte in dat deel van de trein. Vervolgens koppel je dat aan een informatiesysteem op het station dat aangeeft waar je het beste in kunt stappen.
Je komt op dat nummer 281.474.976.710.656 als je er van uit gaat dat elke unieke combinatie van een 48-bits mac-adres bestaat. Echter, de eerste 24 bits zijn gereserveerd voor de Organizational Unique Identifier. Aangezien er maar een beperkt aantal fabrikanten is, blijven er in de praktijk maar 16.777.216 (2^24) unieke combinaties per fabrikant over.

Met betrekking tot het gebruik van hashing en een salt; ja daarmee kan je in ieder geval zorgen dat elke keer dat je de salt aanpast, eenzelfde mac-adres in een andere hash resulteert. Toch blijft het aantal combinaties dat je af moet lopen vanwege bovenstaande reden vrij beperkt. Als je daarnaast ook nog eens een "verkeerde" hash-methode gebruikt (een die resulteert in een hash die meer bits heeft dan de oorspronkelijke waarde die je wilt verhullen) dan is de uitkomst van (zo goed als) elke hash-operatie alsnog uniek en dus te herleiden. De uitkomst van de hash-methode zou dus eigenlijk uit minder bits moeten bestaan dan het aantal treinreizigers om te zorgen dat er gegarandeerd collisions optreden.

Alleen wanneer de salt na bijvoorbeeld 24 uur wordt gerecycled en daarna niet meer beschikbaar is, wordt het lastig om later de gehashde waarden nog te herleiden naar hun oorspronkelijke waarden. Maar, als je er van uit gaat dat de gehashde waarden uit kunnen lekken dan kunnen de salts natuurlijk net zo makkelijk uitlekken.
Jep. In mijn ogen zou de oplossing voor wifitracking in de trein dus ook gewoon moeten zijn "hoeveel verschillende apparaten sturen op dit moment een wifi-signaal uit". Als je dit doet terwijl de trein rijdt (zeg 1 minuut voor aankomst op een station) en het misschien nog een keer na 10 seconden herhaalt om te voorkomen dat apparaten buiten de trein (in woningen, kantoren, auto's) mee worden geteld en dan een gemiddelde van die twee neemt dan kom je op een aardig goede schatting uit van welke treinstellen vol zitten en welke nog niet.

Overigens denk ik dat "uitlekken" vaak niet is dat iemand in één keer een datadump vindt met gegevens van de afgelopen 7 jaar, maar vaak juist de mogelijkheid is dat iemand bij gegevens kan komen die eigenlijk niet toegankelijk moeten zijn. Als iemand bijvoorbeeld 2 jaar toegang heeft tot het systeem dat de hashes genereert of ergens anders in de keten waar deze voorbij komen, dan kan diegene nog steeds een geschiedenis opgebouwd hebben.
Die gekleurde balken in de reisplanner is juist waar dit artikel over gaat :)
De data die op dit moment gebruikt wordt komt dus van de meetpunten voor goederentreinen af. Ligt er geen meetpunt op de route die de trein neemt of is de data (nog) niet verwerkt, dan zie je dus geen balkje eronder staan.


Om te kunnen reageren moet je ingelogd zijn


Apple iPhone 11 Nintendo Switch Lite LG OLED C9 Google Pixel 4 FIFA 20 Samsung Galaxy S10 Sony PlayStation 5 Smartphones

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True