- NLNOG - mailman3.nlnog.net

NLNOG Virtual New Year's Drink 2022
by Teun Vink 18 Jan '22

18 Jan '22

Hoi allemaal! [English text can be found below] Namens de crew van NLNOG wil ik je een gezond en gelukkig 2022 toewensen! Traditiegetrouw organiseren we in januari altijd een Nieuwjaarsborrel in Utrecht. Maar je raadt het al… ook dit jaar gooit COVID-19 roet in het eten. Vorig jaar hebben we een online event gehouden via Gather.town en dat is prima bevallen, dus daarom willen we je ook dit jaar uitnodigen om met ons daar weer te proosten op het nieuwe jaar en weer bij te praten met je vakgenoten! En een borrel zonder wat te drinken en te snacken is natuurlijk wel héél erg saai. Dus daarom zorgen wij daar weer voor! Net als vorig jaar hebben we een brouwerij gevonden die bier- of frispakketten en wat snacks kan versturen. Wil je zo’n pakket ontvangen, dan moeten we natuurlijk wel weten waar het naartoe gestuurd moet worden, dus kun je je gegevens invoeren op https://www.eventbrite.nl/e/tickets-nlnog-new-years-drinks-2022-231739066787. We kunnen helaas alléén pakketten naar adressen in Nederland versturen en natuurlijk moet je 18 jaar of ouder zijn om een bierpakket te kunnen ontvangen. En dan de details voor de online borrel: deze vindt plaats op vrijdag 21 januari 2022 vanaf 19.00 (CET) uur op https://gather.town/app/WBffrveC9myPuHYm/NLNOG. Om deel te kunnen nemen heb je niet meer nodig dan een webbrowser met een camera en microfoon. Registreren is niet nodig. We hopen jullie allemaal dan te zien! Groetjes, Namens de crew van NLNOG Teun [English text] On behalf of the NLNOG crew I’d like to wish you a healthy and happy 2022! Traditionally we kick off the new year with a New Year’s Drink in Utrecht. But as you may have already guessed, we’re unable to host a physical event due to COVID-19 restrictions. Last year we organised an online event on Gather.town which was a great success! So this year we’ll do that again, and we hope to see you there to make a toast on the new year and to talk with your peers! An event without any drinks or snacks is very boring, so just like last year we will supply them! We found a brewery which can send you some beers or non-alcoholic drinks and some snacks. If you want to receive them, please fill in your details on https://www.eventbrite.nl/e/tickets-nlnog-new-years-drinks-2022-231739066787. Unfortunately, we can only ship to addresses in the Netherlands, and of course you need to be 18 years or older to receive alcoholic drinks. Here are the details for the online event: it will take place on Friday, January 21th from 19.00h (CET) on https://gather.town/app/WBffrveC9myPuHYm/NLNOG. All you need to participate is a webbrowser with a camera and microphone, you don’t need to register. We hope to see you then! Best regards, On behalf of the NLNOG crew Teun

3 3

Spoofer Report for NLNOG for Dec 2021
by CAIDA Spoofer Project 08 Jan '22

08 Jan '22

In response to feedback from operational security communities, CAIDA's source address validation measurement project (https://spoofer.caida.org) is automatically generating monthly reports of ASes originating prefixes in BGP for systems from which we received packets with a spoofed source address. We are publishing these reports to network and security operations lists in order to ensure this information reaches operational contacts in these ASes. This report summarises tests conducted within nld. Inferred improvements during Dec 2021: none inferred Source Address Validation issues inferred during Dec 2021: ASN Name First-Spoofed Last-Spoofed 8587 Infracom 2019-10-28 2021-12-08 213268 Cloudwebservices 2020-12-07 2021-12-14 207375 FIBO 2021-03-13 2021-12-23 211252 2021-12-03 2021-12-13 Further information for these tests where we received spoofed packets is available at: https://spoofer.caida.org/recent_tests.php?country_include=nld&no_block=1 Please send any feedback or suggestions to spoofer-info(a)caida.org

1 0

Spoofer Report for NLNOG for Nov 2021
by CAIDA Spoofer Project 08 Dec '21

08 Dec '21

In response to feedback from operational security communities, CAIDA's source address validation measurement project (https://spoofer.caida.org) is automatically generating monthly reports of ASes originating prefixes in BGP for systems from which we received packets with a spoofed source address. We are publishing these reports to network and security operations lists in order to ensure this information reaches operational contacts in these ASes. This report summarises tests conducted within nld. Inferred improvements during Nov 2021: none inferred Source Address Validation issues inferred during Nov 2021: ASN Name First-Spoofed Last-Spoofed 8587 Infracom 2019-10-28 2021-11-18 213268 Cloudwebservices 2020-12-07 2021-11-26 207375 FIBO 2021-03-13 2021-11-25 Further information for these tests where we received spoofed packets is available at: https://spoofer.caida.org/recent_tests.php?country_include=nld&no_block=1 Please send any feedback or suggestions to spoofer-info(a)caida.org

1 0

2022 Rob Blokzijl Award
by Sander Steffann 04 Dec '21

04 Dec '21

Hi allemaal! In 2022 wordt er weer een Rob Blokzijl Award uitgereikt. Het award committee is op zoek naar nominaties! We zoeken mensen die gedurendelangere tijd substantieel bijgedragen hebben aan de ontwikkeling van het internet, en in het bijzonder in de RIPE regio. Dat betekent niet dat we alleen mensen zoeken die aan het einde van hun carrière zijn. Mensen die aan het begin van hun carrière al flink bijdragen komen zeker in aanmerking! De volledige call for nominations is te vinden op https://rob-blokzijl-foundation.org/2021/11/25/call-for-nominations-2022/. Laat ons weten als jullie iemand willen nomineren!! Cheers, Sander Namens het awards committee

1 0

DANE Survey resultaten
by Moritz Müller 29 Nov '21

29 Nov '21

Hoi allemaal, Een tijdje geleden hebben we hier een enquete gedeeld over het gebruik van DANE en SMTP. Nogmaals bedankt voor het invullen. De resultaten zijn nu onderdeel van ons paper "Under the Hood of DANE Mismanagement in SMTP”. Het paper wordt bij USENIX gepubliceerd. Jullie vinden de abstract en de paper hier: https://www.usenix.org/conference/usenixsecurity22/presentation/lee — Moritz

1 0

Spoofer Report for NLNOG for Oct 2021
by CAIDA Spoofer Project 08 Nov '21

08 Nov '21

In response to feedback from operational security communities, CAIDA's source address validation measurement project (https://spoofer.caida.org) is automatically generating monthly reports of ASes originating prefixes in BGP for systems from which we received packets with a spoofed source address. We are publishing these reports to network and security operations lists in order to ensure this information reaches operational contacts in these ASes. This report summarises tests conducted within nld. Inferred improvements during Oct 2021: none inferred Source Address Validation issues inferred during Oct 2021: ASN Name First-Spoofed Last-Spoofed 8587 Infracom 2019-10-28 2021-10-27 213268 Cloudwebservices 2020-12-07 2021-10-28 207375 FIBO 2021-03-13 2021-10-27 Further information for these tests where we received spoofed packets is available at: https://spoofer.caida.org/recent_tests.php?country_include=nld&no_block=1 Please send any feedback or suggestions to spoofer-info(a)caida.org

1 0

bericht van NCSC
by Alex de Joode 05 Nov '21

05 Nov '21

(met goedkeuring van NCSC hier doorgezet) Naar aanleiding van de door AMS-IX aan het NCSC geuite zorgen over de aankomende onthulling van kwetsbaarheden in RPKI systemen, willen we alvast een korte vooruitblik geven. De afgelopen dagen zijn er wat speculaties geweest over te onthullen kwetsbaarheden in RPKI. Zoals eerder aangegeven is de onthulling uitgesteld en zijn we op dit moment aan het afstemmen met de overige developers om dit tot een goed einde te brengen. De publicatie van het betreffende onderzoek is nu na overleg met betrokken developers vastgesteld op 9 november 15:00 CET. Tegelijkertijd heerst er nog wat onrust over de mogelijke impact van deze kwetsbaarheden. We willen dat graag hieronder toelichten om meer duidelijkheid te geven over de te verwachten impact, zonder in detail te treden. Onderzoekers van de Universiteit Twente hebben een studie uitgevoerd naar de veiligheid van RPKI systemen, waarbij de aandacht specifiek ligt op de schade die door een kwaadwillende Certificate Authority of Publication Point operator kan aanbrengen bij vertrouwende partijen, met name in het verstoren van de werking van software van deze vertrouwende partijen. De onderzoekers hebben contact gezocht met het Nationaal Cyber Security Centrum (NCSC-NL) voor het uitvoeren van een coordinated vulnerability disclosure omtrent de in het onderzoek ontdekte kwetsbaarheden richting partijen die RPKI software implementeren. Tijdens het onderzoek zijn twee type kwetsbaarheden ontdekt: . Kwetsbaarheden die software van vertrouwende organisatie raakt gerelateerd aan het misbruik van het RRDP protocol, dat wordt gebruikt voor het transport van RPKI objecten van een publication point naar een vertrouwende organisatie. . Kwetsbaarheden die worden veroorzaakt door gebrekkige inputvalidatie op RPKI objecten die vertrouwende organisaties ontvangen via een publication point van een certificate authority. De impact van de kwetsbaarheden varieert van kwaadwillende CAs en PPs die in staat zijn het validatieproces van van vertrouwende partijen tot in het oneindige te verlengen, tot het laten crashen van software van vertrouwende partijen en het schrijven van willekeurige bestanden op de host waarop de software van de vertrouwende partij draait. Directe impact op de operatie van deze kwetsbaarheden is niet waarschijnlijk, aangezien een kwaadwillende CA/PP zou opvallen, en hoger in de hiërarchie maatregelen kunnen worden genomen om deze kwaadwillende CA/PP af te sluiten. Terwijl vertrouwende partijen vaak een fail-safe werkwijze hebben, en een crash of oneindig validatieproces geen negatieve impact op een router die deze partij gebruikt voor RPKI validatie, kan een gemotiveerde aanvaller in een hypothetisch geval de kwetsbaarheden misbruiken om te voorkomen dat vertrouwende partijen nog updates van ROAs ontvangen (wat routeringsbeslissingen kan beïnvloeden). Vandaar dat operators wordt aangeraden om updates van deze software zo snel mogelijk uit te voeren. Met vriendelijke groet, ............................................................................ Nationaal Cyber Security Centrum Postbus 117 | 2501 CC| Den Haag | www.ncsc.nl ............................................................................ T 070 751 55 55 E info(a)ncsc.nl-- IDGARA | Alex de Joode | alex(a)idgara.nl | +31651108221

2 1

No more coffee.....
by Nathalie Trenaman 04 Nov '21

04 Nov '21

Hi all, When we all were forced to work from home last year, we decided to set up a Jitsi server where we could have a virtual coffee at 11 Dutch time. For a while, this was quite frequently visited and it was good to catch up virtually. Later, the “zoom-fatigue” became real and people were a bit fed up with spending all hours behind a screen, and the jitsi room became less popular. Recently, we discovered that the jitsi server was kind of broken and we, as the board decided not to fix it, since nobody had reported this and there was not much interest for the virtual coffees anymore anyway. So, we would like to thank you for all the coffee chats, but we really hope to see you soon in person again! Cheers, Teun, Niels, Melchior, Niels, Thomas and Nathalie

1 0

NCSC-NL discrimineert in disclosure-proces
by Job Snijders 30 Oct '21

30 Oct '21

Beste allemaal, Aanstaande maandag word blijkbaar "RPKI-patchdag"! Er zitten problemen in meerdere RPKI-validators. En zoals jullie misschien weten, beheer ik zelf een aantal veel gebruikte RPKI software packages. Maar anders dan "we vermoeden dat er een probleem in jouw RPKI-software zit" heeft NCSC-NL geen informatie aan mij verstrekt waar ik op kan handelen. Ik wil een aantal kanttekeningen plaatsen bij het beleid van NCSC-NL. Het komt op mij over alsof NCSC-NL een discriminerend beleid voert aangaande welke mensen wanneer worden betrokken in zogenaamde "coordinated vulnerability disclosure" (CVD) processen. Een van de ideeën achter "CVD" is dat het voor de verschillende betrokken software- ontwikkelaars een 'level playing field' creëert: niemand krijgt extra voordeel. Maar... die vlieger gaat natuurlijk niet op wanneer men mij eergisterenavond informeert dat er aanstaande maandag mogelijk 0-days aankomen, terwijl andere softwareontwikkelaars al MEERDERE WEKEN geleden op de hoogte gebracht waren! Het NCSC wilde enkel concrete informatie verstrekken als ik akkoord zou gaan met een full disclosure-publicatie aanstaande maandag. Maar de boel loopt vast als het NCSC niet vertelt wat het probleem is, waardoor ik niet kan beoordelen hoeveel tijd nodig is, en dus geen idee heb of we voor maandag überhaupt een oplossing hebben voor onze gebruikers. Ik ga niet akkoord met zulke knetterstrakke deadlines. Ik kan geen blinde cheque schrijven. Want stel: wat als het gerapporteerde probleem een maand kost om op te lossen? Of wat als: het probleem blijkt een topje van een ijsberg te zijn, en de scope bij meerdere validators groter is? (Ik plaats vraagtekens bij NCSC-NL's vermogen om BGP/RPKI problemen te beoordelen!) Waarom ging NCSC-NL geen gesprek aan met mij? Naar eigen zeggen vinden ze problematisch dat het OpenBSD project in de zogenoemde 'full disclosure' methode gelooft (zie: https://www.openbsd.org/security.html) Echter, het feit dat OpenBSD duidelijk omschrijft wat het project belangrijk vindt, zegt natuurlijk niet dat we idioten zijn die geen geheim kunnen bewaren. (hallo, wij beheren iedereen's openssh, en ook libcrypto op je Mac, en natuurlijk schitterende IKE/IPsec/RPKI/SMTP/BGP implementaties...) Ik kan prima over NDAs onderhandelen en afspraken maken met mensen die een ons probleem aanmelden. Maar dan moet men wel een gesprek aanknopen. Het is mogelijk voor 'andersgelovigen' om productief met elkaar samen te werken. Voor zover ik kan beoordelen heeft NCSC-NL enkel overlegd met een handjevol programmeurs. Verder lijkt het er op dat er geen enkele default-free network operator op de hoogte is gesteld. In mijn optiek is bij RPKI/BGP securityproblemen een heel belangrijk aspect de deployment te coordineren tussen globale ISP / IXPs. Er is niet nagedacht over hoe ISPs nieuwe software versies moeten kwalificeren alvorens ze uitgerold kunnen worden, en hoeveel tijd dit kost. Dit is kostbare tijd waarin allerlei ISPs vanaf maandag dus mogelijk kwetsbaar zijn. Ook bestaan er verschillende operationele 'trust circles' specifiek voor het onderwerp Internet routing. NCSC-NL heeft hier blijkbaar geen weet van, en dus geen gebruik van kunnen te maken. Gemiste kans! In deze casus lijkt het NCSC-NL onzorgvuldig gehandeld te hebben met mogelijk sensitieve informatie over kritieke Internet infrastructuur. Wat mij betreft niet voor herhaling vatbaar. Met vriendelijke groeten, Job

5 7

Spoofer Report for NLNOG for Sep 2021
by CAIDA Spoofer Project 08 Oct '21

08 Oct '21

In response to feedback from operational security communities, CAIDA's source address validation measurement project (https://spoofer.caida.org) is automatically generating monthly reports of ASes originating prefixes in BGP for systems from which we received packets with a spoofed source address. We are publishing these reports to network and security operations lists in order to ensure this information reaches operational contacts in these ASes. This report summarises tests conducted within nld. Inferred improvements during Sep 2021: none inferred Source Address Validation issues inferred during Sep 2021: ASN Name First-Spoofed Last-Spoofed 8587 Infracom 2019-10-28 2021-09-08 213268 Cloudwebservices 2020-12-07 2021-09-30 Further information for these tests where we received spoofed packets is available at: https://spoofer.caida.org/recent_tests.php?country_include=nld&no_block=1 Please send any feedback or suggestions to spoofer-info(a)caida.org

1 0