CSNOG 2018

Europe/Prague
Congress Hall (Orea Hotel Voronez)

Congress Hall

Orea Hotel Voronez

Krizkovskeho 47 603 73 Brno Czech Republic
Description

Overview

CSNOG (Czech and Slovak Network Operators Group) is community meeting for representatives of ISPs, network operators, registrars, network engineers and Internet and network technology enthusiasts. Thanks to the unique linguistic and economic proximity of the two countries, the Czech and Slovak communities are destined to be united in one NOG.


The first CSNOG will be held on June 11 and 12, 2018, in Brno. The meeting is primarily to enable mutual exchange of experience, discussion of current issues and sharing of solutions leading to the development of Internet networks in the Czech Republic and Slovakia. The program is defined by a program committee established to select topics from the Call for Abstracts. The presentations will focus mainly on security, administration and infrastructure of Internet networks.


The first CSNOG meeting will be hosted by the administrator of the Czech national domain, the CZ.NIC association, and the Czech independent peering node NIX.CZ.

 

mail info@csnog.eu    
       
twiter @CSNOG_EU facebook @csnog.eu

 

Participants
  • Adam Golecky
  • Alexander Kozlov
  • Alexander Vishnyakov
  • Alexander Zubkov
  • Andrej Hosna
  • Andrej Juricka
  • Andrey Leskin
  • Andrzej Wolski
  • Anka Arnaudova Belovski
  • Anthony Hasek
  • Antonín Mička
  • Artem Shvorin
  • Artur Majcinik
  • Artyom Gavrichenkov
  • Barbora Hlubkova
  • Barbora Čápová
  • Břetislav Vomočil
  • Daniel Lattner
  • Daniel Rozum
  • Daniel Suchy
  • Daniel Římal
  • David Grenar
  • David Rohleder
  • Edvard Rejthar
  • Ekaterina Kozlova
  • Ester Paal
  • Filip Oščádal
  • Ignas Bagdonas
  • Igor Donev
  • Ivan Dolnak
  • Ivan Vargovic
  • Jakub Radoň
  • Jan Hampl
  • Jan Horák
  • Jan Panoch
  • Jan Pavlinec
  • Jan Vítek
  • Jaromir Talíř
  • Jaroslav Bant
  • Jaroslav Kodet
  • Jaroslav Strestik
  • Jaroslav Třešnák
  • Jaroslav Štefan
  • Jindřich Chaloupka
  • Jiří Kučík
  • Josef Chomyn
  • Karel Holek
  • Karel Kočí
  • Karel Tomala
  • Karel Ziegler
  • Katarína Ďurechová
  • Ladislav Forman
  • Ladislav Růžička
  • Lubomir Skultety
  • Lubor Jurena
  • Martin Dlouhý
  • Martin Huněk
  • Martin Jína
  • Martin Kardos
  • Martin Krmenčík
  • Martin Moučka
  • Martin Míchal
  • Martin Sedlak
  • Martin Semrad
  • Martin Valasek
  • Martin Venclovský
  • Martin Vician
  • Martin Viďourek
  • Martin Zadnik
  • Martin Zidek
  • Martin Ševčík
  • Martin Šimek
  • Matus Chropen
  • Matěj Grégr
  • Max Tulyev
  • Michael Macek
  • Michal Halenka
  • Michal Jura
  • Michal Krsek
  • Michal Lupečka
  • Mirek Svoboda
  • Miroslav Slugeň
  • Nishal Goburdhan
  • Oleksii Samorukov
  • Ondrej Sury
  • Ondřej Caletka
  • Ondřej Filip
  • Paul Rendek
  • Pavel Minařík
  • Pavel Muknšnábl
  • Pavel Ondřej
  • Pavel Šimerda
  • Pavel Šnajdr
  • Pavol Lukac
  • Peter Mihalik
  • Petr Boltík
  • Petr Dvořák
  • Petr Herman
  • Petr Jiran
  • Petr Krčmář
  • Petr Sedláček
  • Petr Svoboda
  • Petr Špaček
  • Radim Dostál
  • Radim Hájek
  • Radim Jurica
  • Radovan Igliar
  • Rene Fichtmueller
  • Richard Kuchár
  • Richard Sheehan
  • Robert Beránek
  • Robert Šefr
  • Sergey Myasoedov
  • Sorin Zorca
  • Thomas Weible
  • Tomas Hlavacek
  • Tomas Paczek
  • Tomas Podermanski
  • Tomáš Herout
  • Tomáš Košňar
  • Tomáš Křížek
  • Tomáš Procházka
  • Vaclav Nesvadba
  • Viktor Kustein
  • Vilém Sládek
  • Vladimir Vano
  • Vlastimil Stein
  • Vojtech Nemeth
  • Vojtěch Hodes
  • Václav Hess
  • Zbyněk Jahn
  • Zbyněk Pospíchal
  • Zdenek Jurman
  • Zdeněk Brůna
  • Zoltán Csecsodi
  • Štěpán Beneš
  • Štěpán Šerák
    • 9:00 AM
      Registration and coffee
    • 1
      DDoS Beasts and How to Fight Them

      DDoS threat has been rapidly evolving recently, up to the point when it started to be a community-wide problem. Numerous IoT-related working groups were spawned throughout the last 2 years mostly due to the infamous 1,1Tbps IoT DDoS attack in autumn 2016. Fast-forward 1,5 years, and we see attacks even more disastrous.

      This workshop aims at dissecting the DDoS threat. It goes over the ISO/OSI layers, offering a mutually exclusive and collectively exhaustive classification of denial-of-service attacks, a description of what makes them possible, and a set of possible ways to mitigate attacks of any kind, from an ISP perspective.

      The workshop is based on a personal experience. It is vendor-agnostic and doesn't cover or promote any solutions available on the market, an attendee is welcome to use this as a guide to build their own.

    • 11:00 AM
      Coffee Break
    • 2
      Opening plenary
    • 3
      RIPE NCC presentation
    • 4
      Network Fault Isolation

      NFI (Network Fault Isolation) - Active network monitoring

      Most network monitoring relies in the individual network devices themselves telling you that they are healthy or unhealthy via syslog messages, SNMP data, etc. In a Facebook scale network we just can’t trust the network devices to accurately report health in all the possible failure cases that may exist. In addition to the standard network monitoring tools, we also actively probe our network with test traffic to ensure it’s behaving exactly as we expect. We can now find the network devices that don’t even know they are dropping packets even when they exist several layers deep inside the network.

    • 12:30 PM
      Lunch
    • 5
      Open-source smerovač na bežne dostupnom hardvéri

      Témou prednášky bude predstavenie možností postavenia vlastného smerovača na bežne dostupnom hardvéri pomocou open-source softvéru. Aké sú limity dnešných CPU, sieťových kariet a je možné smerovať line-rate n*10Gbps v Linuxe?

    • 6
      BIRD 2.0.x

      BIRD Internet Routing Daemon is currently the most deployed daemon for router server in IXP environment. It's current stable branch is called 1.6.x. This version has several limitation in AFI/SAFI handling. This talk will introduce the new version branch 2.0.x and show practical differences between those two branches

    • 7
      Budoucí nároky videa na sítě

      Dominantní objem videa konzumovaného diváky se dnes odehrává mimo IP sítě (DVB, satelit, digitální kabelová TV). S fragmentací trhu s videem a s příchodem nových technologií jako je HbbTV nebo ATSC 3.0 můžeme čekat postupné stahování konzumentů videa do IP sítí.

      Budou naše sítě připravené na milion TV přijímačů připojených na Internet? Máme k dispozici tipy, triky či černou magii, která nám odloží potřebu masivních investic? Mohou v tom nějak pomoci propojovací centra?

      A pokud zbyde čas - vnese masivní distribuce videa skrz IP sítě novou dynamiku do vztahů mezi ISP a jejich propojování.

    • 8
      LT: Bude vaše doména fungovat i v roce 2019?

      Na den 1. února 2019 je naplánována změna v DNS software. Jste na ni připraveni? Bude vaše doména spolehlivě fungovat i po tomto datu?

    • 9
      LT: Internetová cenzura v ČR: začatek, skutečný stav a možná evoluce
      • Legislation in CZ about gambling-related blocking
      • Blacklist evolution - from v1 to v7. Gambling with internet Casino. Using PDF as "machine-readable" format.
      • Atlas probes on restricted domains. Blacklisting status.
      • Possible next steps in CZ. Internet freedom or country-wide Intranet?
    • 3:00 PM
      Coffee Break
    • 10
      Vývoj a fungování peeringu v IXP

      Pohled do minulosti, současnosti a budoucnosti způsobu navazování peeringových relací v prostředí IXP. Možnosti jejich zabezpečení, automatizace, signalizace a kontroly vyměňovaných informací pomocí route serverů a dostupných databází.

    • 11
      Routing Security Toolset

      In this presentation Andrzej will discuss the tools RIPE NCC maintains for routing security: IRR and RPKI.
      Network operators face challenges in routing security and we will explain the pros and cons of both tools, their data quality and what the RIPE NCC is doing to optimise the user experience.

    • 12
      BGP transport security – do you care?

      MD5 is insecure. BGP uses MD5 for session authentication therefore BGP is insecure. The internet is broken. Panic!

      How many of you use MD5 for BGP sessions? And for what purpose? Isn’t MD5 authentication really just a longer form of peer identifier – to avoid accidentally establishing a session with a wrong peer? Does MD5 help in preventing route leaks and hijacks? Does your network allow access to internal BGP speaking nodes from outside of the perimeter? How do you distribute MD5 secrets to your peers? How do you change MD5 secrets without tearing down the BGP session?

      TCP Authentication Option has been around for a while. Is anyone aware of TCP-AO? Do any major vendors implement it? Does anyone care? Why not to run BGP over TLS? Or BGP over IPsec? Or BGP over QUIC? Or why not invent a new secure transport for BGP? Sure, that sounds to be a lot of fun, let’s do that.
      Control plane security has been a special kind of security for a long time. Indeed there are specialty aspects to it as of the layers above relying significantly on the proper operation of the control plane, and often transports used for control planes are not too common ones.

      IETF has been working on control plane security for a noticeable period of time, there was a dedicated KARP working group and protocol-specific working groups had their individual initiatives on security aspects. However the world still uses MD5 for BGP. KARP WG got shutdown after a long struggle to produce anything. Is this the question of education, or the lack of it to be precise? Is the problem of peer authentication solved in some other way? Is there a problem at all? Do we need to spend time on spreading the word on what control plane security is and why it is important? Is there a problem at all – given sufficient network operational hygiene and proper network design, do we need control plane security as a separate entity as such? Is there a need for having inbuilt transport security mechanisms into BGP protocol itself?

      IETF would like to hear the feedback of operators’ community on these topics.

    • 13
      LT: 400G - don’t get confused with this transceiver generation

      abstract: Transmission speed of 400G is becoming reality and new challenges for optical and electrical components for high speed systems are emerging as well. PAM4 modulation is one key component for 400G transmission with transceivers. Insights of PAM4 are explained and shown. Packed with this knowledge the new introduced formfactors OSFP, QSFP-DD, SFP56-DD and µQSFP are easier to understand. This will help you to design / build new kind of applications or connections with your networking gear in the field. Avoid pitfalls when designing your racks. Be aware that power consumption and new plugs will also be part of the world of 400G transceivers.

    • 5:00 PM
      Break
    • 14
      Zvyšujeme bezpečnost provozu .CZ DNS

      Stav upgradu infrastruktury .CZ DNS anycastu a možnosti zapojení ISP do tohoto projektu.

    • 15
      Vizualizace výsledků měření pokrytí

      Prezentace by se týkala popisu a ukázky nového nástroje, který ČTÚ vyvíjí (testuje) pro účely zpracování a následné vizualizace (i na web. stránkách) naměřených výsledků pokrytí (nejen rádiových parametrů, ale také QoS).

    • 16
      Hromadný sběr anonymizovaných dat pomocí Kolektoru

      Vytvoření vlastního Kolektoru pro hromadný sběr dat, úskalí a výzvy, cesty kterými jsme se vydali. Co takový sběr obnáší, jaká data jsou sbírána, jak je s nimi poté zacházeno, příklady konkrétního využití.

    • 6:40 PM
      Sponsor's Invitation To Social Event
    • 9:00 AM
      Registration
    • 17
      Architektura připojení pro kritické služby

      Trvalá dostupnost kritických služeb s širokým uživatelským
      dosahem nezávisí pouze na kvalitě implementace koncových aplikací. Zabýváme se dostatečně celou architekturou připojení těchto služeb k síti? Dokážeme udržet jejich dosažitelnost i v případě významných DoS útoků? Obsahem přednášky je zamyšlení se nad řetězcem související síťové architektury a základními aspekty, kterým je vhodné věnovat pozornost.

    • 18
      Wi-Fi roaming and open source

      Wi-Fi is now the most common way of connecting to the Internet from user devices. Some of them even use it as the only way to access networks. Because of this it became more important to provide reliable and stable Wi-Fi coverage. In this talk we will be focusing on hostapd, an open source daemon implementing wireless authentication, and its usage in area coverage. Specifically we will be talking about 802.11r and related standards (also known as Wi-Fi roaming).

    • 19
      Community infrastructure with vpsFree.cz

      vpsFree.cz is a non-profit association founded in 2008 to host virtual private servers (VPS) for its members. The form of non-profit association means that every member has the right to participate and influence how it is run. Who we are? What we can offer and do for internet community?

    • 10:30 AM
      Coffee Break
    • 20
      Měřící infrastruktura pro měření základních parametrů služeb elektronických komunikací

      Český telekomunikační úřad buduje v rámci projektu „Měřící systém elektronických komunikací“ měřící infrastrukturu pro účely kontroly a ověřování vybraných parametrů datových služeb elektronických komunikací poskytovaných koncovým účastníkům v mobilních a pevných sítích. Měřící systém bude disponovat, jak veřejně dostupným nástrojem pro měření aktuální kvality služeb přístupu k síti Internet, tak certifikovanou technologií pro měření. Zároveň budou do infrastruktury implementovány prvky pro zajištění kybernetické bezpečnosti.

    • 21
      WPAD a bezpecnost v DNS

      Chteli bychom sitovou verejnost upozornit na rizika moznosti zneuziti domen ( podvrzeni DNS odpovedi, registrace expirovanych, atd.), upozornit na "default domain name" v konfiguraci routeru a doplit statistikami a grafy ohledne rizik v CZ&SK a nejen tam.

    • 22
      Ochrana proti random subdomain útokům pomocí technologie DNSSEC

      Od roku 2018 mají open-source DNS resolvery novou funkci zvanou agresivní cache (RFC 8198), která efektivně brání některým typům útoků proti autoritativním i rekurzivním DNS serverům.

      Během přednášky vyhodnotíme rozvdíl v dopadu random subdomain útoku na DNS zóny, které jsou a nejsou zabezpečeny pomocí technologie DNSSEC. Na datech z měření bude vysvětleno, že pro opetrátory autoritativních serverů je výhodné podepsat zónu pomocí DNSSEC, a že pro operátory resolverů je výhodné provádět DNSSEC validaci.

    • 23
      Útok skrz (ne)známou vlastnost síťových prvků

      Současné operační systémy síťových prvků nabízejí obrovské množství funkcionality a komunikují skrz širokou škálu protokolů. Přes veškeré jejich přínosy se může někdy stát, že nová funkce se proti nám obrátí a způsobí nám potíže - zejména, je-li takováto vlastnost ve výchozí konfiguraci aktivní. Přednáška pojednává o jedné takové zkušenosti, kdy správcem neznámou a nevyužívanou vlastnost zná a zneužije útočník.

    • 12:30 PM
      Lunch
    • 24
      Fighting malware during the DNS resolution

      Most of the malware lifecycle could be observed and even prevented in the DNS traffic. DNS resolver is the ideal place to look for the behavior and eventually act against malicious requests. The presentation will focus on different types of malware requests that can be seen and will discuss experience with fighting malware in a network with approximately hundred thousand of different households in the beginning of 2018. Summary of individual incidents and methods of detection will be presented along with downsides (e.g. application of external Indicators of Compromise) of such approach.
      The aim is to give the audience an idea about the number of threats seen in a standard home network and to share experience with challenges in DNS resolution filtering like false positive mitigation. The main presentation structure will follow the malware lifecycle and will present real-life examples, statistics and describe approaches used to solve particular problems.

    • 25
      BIND 9 Past, Present, and Future

      BIND 9 is now 17 years old, the latest stable version 9.12.1 was released in March 2018 and the BIND 9 Team has adopted changes to adapt to the ever changing Internet landscape to be a truly open open-source software.

    • 26
      Building 100G DDoS mitigation device with FPGA technology

      The volume of DDoS attacks and their variety grows every year. Since 2016 the largest attacks reached 1 Tbps, effectively disconnecting even well provisioned services from the Internet. CESNET dediced to exploit its expertise in building hardware-accelerated network probes to build its own active device with mitigation capabilities. The device consists of 100 Gbps FPGA network card and a commodity server. The presentation will introduce the FPGA technology in network processing domain as well as outline the concept of the mitigation device. The presentation will also summarize lessons learned during the deployment phase. The rest of the presentation will elaborate on selected mitigation heuristics designed to mitigate volumetric DDoS attacks.

    • 3:00 PM
      Coffee Break
    • 27
      Internetworking security

      I při propojování sítí je třeba řešit bezpečnost

      GTSM
      BFD
      BGP FlowSpec
      uRPFv3
      bezpečnostní nástroje a projekty sdružení NIX.CZ

    • 28
      ROV impact simulation & analysis

      Recent work shows that RPKI deployment, currently the most important security extension to the inter-domain routing protocols and amendment of the Internet operation procedures, is severely obstructed by inaccuracies, errors and outdated records in published ROAs. Measurements proved deployment of ROA validation in the Internet is almost non-existing despite the fact that RPKI brings major improvement of Internet routing security without need for large scale and costly hardware upgrades. Attempts to explain reasons that caused slow adoption of the RPKI mechanism describe fear of disconnecting legitimate networks because of erroneous ROA as the leading factor. We utilize NetfFlow data from a real network to simulate ROV and subsequently quantify and analyze traffic that would have been dropped by ROV enforcement. Moreover, we explore methods to distinguish malicious traffic from legitimate one in the stream that would have been lost due to ROV to measure resulting impact of ROV.

    • 29
      LT: Network Security Monitoring with Flow Data

      This pitch presentation will highlight how you can leverage flow data (NetFlow/IPFIX/etc.) for anomaly detection & DDoS protection in backbone networks.

    • 30
      LT: Quad9DNS : A public benefit service

      Public recursive resolvers are not new. This presentation walks you through what makes Quad9DNS different, and, of true public benefit.

    • 31
      LT: Pět kroků k elipse

      Prezentace rekapituluje výměnu KSK klíče v doméně .CZ s přechodem na algoritmus ECDSA založený na eliptických křivkách.

    • 4:40 PM
      Closing Plenary, Farewell