Kapers Perl.com vroegen 190.000 dollar voor domeinnaam
De criminelen die Perl.com wisten te kapen vroegen vervolgens 190.000 dollar voor de domeinnaam. Vermoedelijk is de domeinnaam door middel van social engineering bij registrar Network Solutions in handen van de aanvallers gekomen, laat brian d foy in een analyse van de aanval weten. Foy is Perl-programmeur en auteur van Perl-boeken. Ook publiceert hij geregel op Perl.com.
Sinds 1997 biedt Perl.com informatie en nieuws over de Perl-programmeertaal. Eind januari bleek de domeinnaam in handen van een domeinkaper te zijn gekomen. Foy heeft nu meer informatie over de aanval prijsgegeven. Die vond al vorig jaar september plaats, waarbij aanvallers de controle over Perl.com kregen. Vanwege de 60-dagen regel kon de domeinnaam niet meteen naar een andere registrar worden verhuisd, maar moest er zestig dagen worden gewacht.
Na het verstrijken van deze wachtperiode verhuisden de aanvallers de domeinnaam in december naar registrar BizCN, gevolgd door een verhuizing naar Key Systems in januari van dit jaar. Een aantal dagen na de laatste verhuizing werd Perl.com voor 190.000 dollar aangeboden op Afternic, een marktplaats voor domeinnamen.
Hoe de aanval precies heeft plaatsgevonden is nog altijd onbekend, maar volgens foy gaat het waarschijnlijk om een socialengineering-aanval op registrar Network Solutions waarbij er ook vervalste documenten zijn gebruikt. Naast Perl.com wisten de aanvallers ook de controle over de domeinen piracy.com, chip.com en neurologist.com in handen te krijgen.
Volgens foy is de situatie gênant, maar komt het vaker voor. Perl.com was in het begin van de jaren 1990 geregistreerd en sindsdien zijn er geen maatregelen genomen om de domeinnaam tegen mogelijke kapers te beveiligen. Inmiddels is Perl.com weer in handen van de rechtmatige eigenaar.
Welke maatregelen bestaan er zoal? En zouden die dan tegen dit soort aanvallen helpen?
Hoe de aanval precies heeft plaatsgevonden is nog altijd onbekend, maar volgens foy gaat het waarschijnlijk om een socialengineering-aanval op registrar Network Solutions waarbij er ook vervalste documenten zijn gebruikt. Naast Perl.com wisten de aanvallers ook de controle over de domeinen piracy.com, chip.com en neurologist.com in handen te krijgen.
Klinkt een beetje als een gevalletje "liegen".
Welke maatregelen bestaan er zoal? En zouden die dan tegen dit soort aanvallen helpen?
Source: ik ben een kluns en had min 2FA in eerste instantie alleen maar op een telefoon geïnstalleerd zonder backup en raakte die telefoon kwijt...
Maar er zijn vast nog meer mogelijkheden om een domeinnaam te beschermen.
- niemand is eigenaar van een domainaam, want
- niemand is eigenaar van een TLD, want
- niemand is eigenaar van de root, want
- niemand is eigenaar van het internet.
Het internet is gemeenschappelijk goed.
En daarmij is evenzo hyarchisch elke domeinaam, elk TLD, en de root gemeenschappelijk goed.
Dus: je bent geen eigenaar, maar een gebruiker.
Een geregistreerd gebruiker noemen we "registrant", en daarvoor betaal je een tarief.
En doorgaans is een registrant degene met het meest overtuigende gebruiksrecht (handelsnaam, bedrijfsnaam).
Maar, wanneer je eigenaar ergens van zou zijn, zou het bijzonder vreemd zijn als je periodiek telkens opnieuw moest aanschaffen hetgeen je reeds gekocht had, nietwaar?
Kortom: registrant - geen eigenaar.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
