Waarom een buiten gebruik gesteld apparaat een toegangsvraag is, geen opslagvraag
Wanneer je stopt met het gebruik van een telefoon, tablet of laptop, doet het apparaat zelf er niet meer toe — maar de toegang die het bood wel. Een Mastodon-client die op dat apparaat was ingelogd, kan nog steeds een token voor je account hebben. De vraag die je moet beantwoorden voordat het apparaat je handen verlaat, is niet “wat staat er op de schijf?” maar “wat kan er nog namens mij handelen?”
Deze gids onderscheidt drie acties die gemakkelijk door elkaar lopen: een sessie uitloggen, een client-app intrekken en het accountwachtwoord wijzigen. Ze zijn niet uitwisselbaar, en het uitvoeren van de ene betekent niet automatisch dat de andere ook gebeurt.
In de accountinstellingen van Mastodon kunnen gebruikers actieve sessies of geautoriseerde apps intrekken. Bron
Hetzelfde gedeelte van de accountinstellingen bevat wachtwoordwijzigingen en tweestapsverificatie. Bron
Dat is het volledige officiële beeld waarop deze gids steunt. Al het andere hieronder is een manier om je eigen beslissingen te ordenen, geen bewering over de exacte menuteksten of beperkingen van een bepaalde server.
Stap 1: Inventariseer het buiten gebruik te stellen apparaat voordat je het wegdoet
Werk eerst vanaf het apparaat zelf, terwijl je het nog in handen hebt. Je maakt een lijst, je lost nog niets op.
- Open elke app op het apparaat waarop je ooit met je Mastodon-account bent ingelogd. Neem de officiële app, third-party clients en alles wat je om toegang vroeg mee.
- Noteer de clientnaam zoals die in de app verschijnt, niet zoals je je die herinnert. Twee clients van dezelfde ontwikkelaar kunnen in een lijst op elkaar lijken.
- Noteer of de app nog steeds je account opent zonder opnieuw om inloggen te vragen. Als dat zo is, heeft die een actieve sessie.
- Schrijf elke inlog op apparaatniveau op die je hebt gebruikt, zoals een browsersessie op dezelfde machine.
- Log, voordat je het apparaat wist of overdraagt, uit bij elke client die je nog kunt openen. Dit is de beleefde, risicoarme eerste stap — maar beschouw het als opruimen, niet als bewijs dat de toegang weg is.
Een uitlog op een apparaat dat je gaat verliezen, is de zwakste van de drie acties, omdat je achteraf niet kunt bevestigen wat de client met zijn token heeft gedaan. Daarom gebeurt de volgende stap vanaf een apparaat dat je houdt.
Stap 2: Controleer sessies en geautoriseerde apps vanaf een account dat je beheert
Log in op je Mastodon-account vanaf een apparaat dat je houdt. In de accountinstellingen behandelt hetzelfde gedeelte actieve sessies, geautoriseerde apps, wachtwoordwijzigingen en tweestapsverificatie. Open dat gedeelte en lees de lijst naast de inventaris die je zojuist hebt opgeschreven.
Ga er niet van uit dat de lijst op een handige manier is gesorteerd, en ga er niet van uit dat een vermelding onschadelijk is omdat de naam bekend voorkomt. Koppel vermeldingen aan je werkblad op clientnaam en op wanneer je dat apparaat voor het laatst hebt gebruikt. Als een vermelding niet overeenkomt met iets dat je herkent, raak dan niet in paniek — controleer eerst of die overeenkomt met een browser of een client die je bent vergeten. Als die nog steeds niet overeenkomt, behandel die dan als onbekend en onderneem actie.
Dit is ook het moment om te bevestigen dat je herstelinstellingen intact zijn voordat je iets wijzigt. Een wachtwoord wijzigen terwijl je enige herstelroute een mailbox is die je niet meer beheert, is hoe mensen zichzelf buitensluiten.
Stap 3: Bepaal wat je met elke vermelding doet
Gebruik het onderstaande werkblad. Het doel van de tabel is om te voorkomen dat je naar de zwaarste maatregel grijpt — een wachtwoordwijziging — voor een probleem dat een enkele intrekking oplost, of dat je genoegen neemt met een uitlog terwijl de client nog steeds geautoriseerd is.
| Client / sessie | Nog in gebruik? | Actie | Opnieuw controleren |
|---|---|---|---|
| Officiële app op de buiten gebruik gestelde telefoon | Nee | Log indien mogelijk uit op het apparaat en trek de client daarna in via de accountinstellingen | Bevestig dat de vermelding uit de geautoriseerde lijst is verdwenen |
| Third-party client op de buiten gebruik gestelde tablet | Nee | Trek de client in via de accountinstellingen | Bevestig dat de vermelding weg is; open de app op het oude apparaat alleen opnieuw als je die nog hebt, om te zien dat die niet meer namens jou handelt |
| Browsersessie op een desktop die je verkoopt | Nee | Log uit bij de browsersessie en trek daarna eventuele resterende sessievermeldingen in | Log in vanaf je behouden apparaat en bevestig dat de oude sessie niet meer verschijnt |
| Client op je huidige dagelijkse telefoon | Ja | Behoud die; trek niet in | Geen nodig |
| Client die je niet kunt identificeren | Onbekend | Trek die in en let op een client die stopt met werken; autoriseer die daarna bewust opnieuw | Bevestig dat de vermelding weg is; autoriseer alleen de client die je daadwerkelijk gebruikt opnieuw |
| Elke vermelding, na een vermoedelijke compromittering | — | Wijzig het wachtwoord en controleer tweestapsverificatie in hetzelfde instellingengedeelte | Log opnieuw in op je behouden apparaten en bevestig dat alleen verwachte clients overblijven |
Een compacte beslisregel, als je één regel wilt: nog in gebruik, behouden; niet in gebruik, intrekken; onbekend, intrekken en bewust opnieuw autoriseren; vermoedelijke compromittering, wijzig ook het wachtwoord.
Stap 4: Begrijp wat elke actie werkelijk doet — en niet doet
Deze drie acties verschillen in reikwijdte, en geen ervan is een algemene reset van je publieke aanwezigheid.
- Een sessie uitloggen beëindigt die inlog op dat apparaat. Het is de smalste actie en de gemakkelijkste om fout te doen, omdat een client lokaal kan zijn uitgelogd terwijl die op accountniveau geautoriseerd blijft.
- Een client-app intrekken trekt de autorisatie van die app in. Het is het juiste middel voor een client op een apparaat dat je buiten gebruik stelt. Het is niet hetzelfde als de app van het apparaat verwijderen, en de app verwijderen is niet hetzelfde als die intrekken.
- Het wachtwoord wijzigen is een bredere accountactie. Die hoort bij een vermoedelijke compromittering, niet als vervanging voor het controleren van de geautoriseerde lijst.
Drie beperkingen zijn het vermelden waard, omdat ze vaak ten onrechte vertrouwen geven:
- Toegang intrekken verwijdert geen berichten die je al hebt gepubliceerd. Je openbare profiel en berichtgeschiedenis staan los van app-autorisatie.
- Toegang intrekken wijzigt je handle niet. Je gebruikersnaam is een accountkenmerk, geen clientmachtiging.
- Toegang intrekken op je account heeft geen invloed op accounts die je op andere servers hebt. De accountinstellingen van elke server beheren het account op die server.
Veelgemaakte fouten
- Een uitlog aanzien voor een intrekking. Uitloggen op het apparaat dat je gaat verliezen, zegt weinig over wat de client nog heeft. Trek in vanaf de accountkant.
- De app verwijderen en het daarbij laten. Een app van een apparaat verwijderen trekt de autorisatie op accountniveau niet in.
- Eerst het wachtwoord wijzigen en later controleren. Een wachtwoordwijziging is een brede actie. Controleer eerst de geautoriseerde lijst, zodat je weet wat je reset en het resultaat achteraf kunt bevestigen.
- In paniek alles intrekken. Je breekt clients die je nodig hebt en autoriseert ze daarna haastig opnieuw, en zo stapelen fouten zich op. Gebruik het werkblad.
- Aannemen dat een onbekende vermelding een indringer is. Het kan een browser of een vergeten client zijn. Onderzoek het voordat je conclusies trekt, maar laat een onbekende vermelding niet staan terwijl je onderzoek doet.
- Aannemen dat intrekken je openbare berichten verbergt. Dat doet het niet. Als je zorg publieke zichtbaarheid betreft en niet app-toegang, is dat een andere taak — zie de bestaande gids over het verbergen van je Mastodon-netwerk en het controleren van zoekindexeringsvoorkeuren.
- Tweestapsverificatie vergeten. Die staat in hetzelfde instellingengedeelte als sessies en wachtwoordwijzigingen. Controleer die in dezelfde ronde, niet als bijzaak.
Je eigen voetafdruk beschermen nadat het apparaat weg is
Zodra het buiten gebruik gestelde apparaat je handen heeft verlaten, gaat het resterende werk over het publieke oppervlak in plaats van over app-toegang. Twee dingen zijn het waard om in je hoofd te scheiden:
Publieke identificatoren zijn aanwijzingen, geen bewijs. Als je een gebruikersnaam zoekt en op meerdere platforms overeenkomende handles, overeenkomende foto’s of overeenkomende biografieën vindt, is dat een reeks aanwijzingen. Het is geen bewijs dat de accounts bij één persoon horen. Mensen hergebruiken handles, kopiëren bio’s en delen profielfoto’s; dezelfde handle op twee platforms kan bij twee verschillende personen horen. Behandel elke overeenkomst als iets om te bevestigen, nooit als een identificatie.
Een gebruikersnaam zoeken is geen accountinventaris. Een handle doorzoeken vertelt je waar die string publiekelijk voorkomt. Het somt niet elk account op dat iemand heeft, en het vertelt je niet welke accounts actief, slapend of hernoemd zijn. Als je je eigen voetafdruk controleert, begin dan bij de handles waarvan je weet dat je ze hebt gebruikt en controleer ze elk bewust.
Als je een startpunt voor die zelfcontrole wilt, TraceSeek controleert een gebruikersnaam op 3.000+ platforms en retourneert openbare overeenkomsten in ongeveer 20–30 seconden, met een gratis eerste scan. Het rapporteert wat publiekelijk zichtbaar is; het wijzigt geen instellingen op welk platform dan ook, garandeert geen overeenkomst en verifieert niemands identiteit. Zie de methodologiepagina voor hoe overeenkomsten moeten worden gelezen.
Belangrijkste feiten
- In de accountinstellingen van Mastodon kunnen gebruikers actieve sessies of geautoriseerde apps intrekken.
- Hetzelfde gedeelte van de accountinstellingen bevat wachtwoordwijzigingen en tweestapsverificatie.
- Een sessie uitloggen, een client-app intrekken en het wachtwoord wijzigen zijn verschillende acties met een verschillende reikwijdte.
- App-toegang intrekken verwijdert geen gepubliceerde berichten, wijzigt geen handle en beïnvloedt geen accounts op andere servers.
- Een openbare gebruikersnaamovereenkomst is een aanwijzing om te bevestigen, geen bewijs dat accounts bij dezelfde persoon horen.