Onafhankelijk sinds 2004security & privacy, elke werkdag
Nieuws

Ontwikkelaar stopt met adblocker na jarenlang onderhoud in vrije tijd

De ontwikkelaar van een populaire adblocker met naar schatting drie miljoen gebruikers stopt met het project. Hij noemt de combinatie van onbetaald onderhoud en toenemende druk vanuit browserfabrikanten als reden.

Het project bestond tien jaar en werd volledig in de vrije tijd onderhouden. De laatste jaren kwam daar het aanpassen aan nieuwe extensieplatforms bij, wat volgens de ontwikkelaar neerkwam op het opnieuw bouwen van de kern.

Hij draagt het project over aan een stichting, op voorwaarde dat het advertentievrij en zonder 'acceptabele advertenties' blijft.

De casus legt opnieuw de vinger op een bekend probleem: veel software waar miljoenen mensen dagelijks op leunen, hangt af van een handvol onbetaalde onderhouders.

20 reacties
Erik van Straten expert  20 augustus 2026, 01:20   +2
Dit is het echte supply chain risico: niet een aanval, maar burn-out van de enige onderhouder.
grunn  20 augustus 2026, 01:21   +13
Mooi dat hij voorwaarden stelt bij de overdracht. Zonder die clausule was het binnen een jaar verkocht aan een advertentiepartij.
Dirkje  20 augustus 2026, 04:14   +0
Doneren aan dit soort projecten kost je een paar euro per jaar. Doe het gewoon.
silicon_haven  20 augustus 2026, 05:48   +8
Goed punt, maar Ik heb het hier net getest en kan het bevestigen.
karma4  20 augustus 2026, 06:50   +5
Ik snap nooit waarom dit soort beheerinterfaces standaard aan het internet hangt. Dat is toch vragen om problemen?
coldstorage  20 augustus 2026, 08:31   +3
Dat valt in de praktijk tegen. Het hangt sterk af van je configuratie. Standaard staat die optie namelijk uit.
tim81  20 augustus 2026, 11:38   +0
Dat is te kort door de bocht. De documentatie zegt iets anders, maar de praktijk geeft jou gelijk.
cryptogracht  20 augustus 2026, 14:21   +0
Dat is precies waar een brancheorganisatie iets zou moeten betekenen, maar in de praktijk hoor je ze niet.
wendy31  20 augustus 2026, 14:54   +6
Dank, dat verklaart wel het een en ander. Daar zit hem nu net de crux: wie is er eigenaar van dat systeem?
sysadmin_j  20 augustus 2026, 18:47   +10
90 dagen bewaartermijn voor logs is echt het minimum. Bij een gemiddelde inbraak zit je daar zo overheen.
Erik van Straten expert  20 augustus 2026, 19:46   +5
Ik zou toch echt eerst willen weten of er data is weggesluisd voordat ik zeg dat het meevalt.
rootkit_nl  20 augustus 2026, 20:48   +0
Aanvullend: In een kleine omgeving lukt dat prima, met duizend werkplekken wordt het een ander verhaal.
joost013  20 augustus 2026, 21:24   +12
Kan iemand uitleggen waarom hier authenticatie ontbreekt? Dat is toch geen ontwerpfout van gisteren.
Beheerder_NL  20 augustus 2026, 23:47   +7
Precies dit. In een kleine omgeving lukt dat prima, met duizend werkplekken wordt het een ander verhaal.
firewalletje  21 augustus 2026, 03:49   +10
Voor wie het zoekt: de release notes staan onder het versienummer van vorige week, niet onder de securitypagina. Slordig.
Bart_Simpson  21 augustus 2026, 04:19   +7
Aanvullend: Dat geldt voor de zakelijke variant, thuisgebruikers hebben die knop helemaal niet.
Dirkje  21 augustus 2026, 07:52   +9
De gemiddelde gebruiker merkt hier niets van, tot het misgaat. Bewustwording blijft het lastigste stuk.
zsh_gebruiker  21 augustus 2026, 08:15   +0
Dat valt in de praktijk tegen. Dat geldt voor de zakelijke variant, thuisgebruikers hebben die knop helemaal niet.
Fwiffo  21 augustus 2026, 14:38   +7
Ik draai hier al jaren alles in containers met read-only filesystem. Scheelt enorm bij dit soort meldingen.
gpgpaul  21 augustus 2026, 15:33   +8
Precies dit. Het hangt sterk af van je configuratie. Standaard staat die optie namelijk uit.
Reageren kan na registratie.
Inloggen
Meer nieuws