BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//pretalx//talks.openalt.cz//openalt-2026//speaker//GSXJA7
BEGIN:VTIMEZONE
TZID:CET
BEGIN:STANDARD
DTSTART:20001029T040000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:CET
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20000326T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZNAME:CEST
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:pretalx-openalt-2026-XQM9QB@talks.openalt.cz
DTSTART;TZID=CET:20261108T133000
DTEND;TZID=CET:20261108T141500
DESCRIPTION:Dokážete skutečně ověřit\, kdo vám poslal e-mail? A co k
 dyž zpráva\, která vypadá jako legitimní komunikace z důvěryhodné 
 domény\, ve skutečnosti pochází od útočníka?\n\nProtokoly SPF\, DKI
 M a DMARC představují základní stavební kameny zabezpečení e-mailov
 é komunikace. Jejich nesprávná konfigurace nebo spoléhání pouze na j
 eden z nich však může vytvářet falešný pocit bezpečí.\n\nSPF umo
 žňuje ověřit\, zda e-mail přichází ze serveru autorizovaného k ode
 sílání pošty za danou doménu. Co se ale stane\, pokud útočník zís
 ká přístup k infrastruktuře\, jejíž IP adresy jsou v SPF záznamu po
 volené? Může pak odesílat podvržené e-maily\, které úspěšně pro
 jdou kontrolou SPF?\n\nNa praktických příkladech si ukážeme\, jak fun
 gují SPF\, DKIM a DMARC\, kde jsou jejich limity a jak mohou zdánlivě n
 evinné chyby v DNS konfiguraci umožnit zneužití důvěryhodné domény
 . Zaměříme se také na to\, proč samotné SPF nestačí\, jakou roli h
 raje kryptografický podpis DKIM a proč je správně nastavený DMARC zá
 sadní pro ochranu před podvržením identity odesílatele.
DTSTAMP:20261030T162444Z
LOCATION:D0206
SUMMARY:Víte kdo vám píše e-mail? - Ondřej Dohnal
URL:https://talks.openalt.cz/openalt-2026/talk/XQM9QB/
END:VEVENT
BEGIN:VEVENT
UID:pretalx-openalt-2026-Z78LZX@talks.openalt.cz
DTSTART;TZID=CET:20261108T143000
DTEND;TZID=CET:20261108T151500
DESCRIPTION:Provoz Kubernetes v prostředí bez přístupu k internetu vypa
 dá na první pohled jednoduše: stáhneme potřebné image\, balíčky a 
 instalaci provedeme offline. V praxi ale velmi rychle zjistíme\, že mode
 rní cloud-native stack má překvapivě mnoho skrytých závislostí na e
 xterních službách.\n\nPřednáška ukáže zkušenosti z návrhu a prov
 ozu air-gapped Kubernetes prostředí založeného na kubeadm a CRI-O. Pod
 íváme se na distribuci container images\, offline repozitáře\, Helm ch
 arty a jejich závislosti\, aktualizace\, PKI\, DNS\, NTP\, observability 
 i licencování softwaru. Zaměříme se také na problémy\, které se pr
 ojeví až v okamžiku\, kdy internet skutečně odpojíme.\n\nNa konkrét
 ních příkladech si ukážeme\, proč nestačí pouze provozovat vlastn
 í container registry\, jak připravit kompletní a reprodukovatelný depl
 oyment artifact a proč je air-gapped Kubernetes především problémem 
 řízení software supply chainu.\nCílem není ukázat jediný správný 
 způsob\, jak offline Kubernetes postavit\, ale praktické chyby\, slepé 
 uličky a principy\, které se nám při provozu takového prostředí osv
 ědčily.
DTSTAMP:20261030T162444Z
LOCATION:A112
SUMMARY:Kubernetes bez internetu: co všechno přestane fungovat\, když op
 ravdu odpojíte kabel - Ondřej Dohnal
URL:https://talks.openalt.cz/openalt-2026/talk/Z78LZX/
END:VEVENT
END:VCALENDAR