June 2023 - UANOG - uanog.one

logs tailer
by Volodymyr Litovka 20 Jul '23

20 Jul '23

Привіт, а порадьте тулзу, яка б могла * тейлити всі файли (включаючи нові, коли вони виникають) * в певному каталозі (включаючи нові, коли вони виникають) * по певній масці (напр. виключачи *gz), * підтримувати multiline records o наприклад один запис - все між timestamp'ами типу ^YYYY-MM-DD HH:MM:SS.ms * реагувати на певні патерни (exception, HTTP/1.1 5xx, тощо) * та зберігати records, що відповідають вказаному патерну, в окремий файл, з вказуванням - в якому саме файлі цей запис знайдено Бо маю калєчний софт, проект вже закрито, гроші сплачено, а логи - це п-ць, дорога редакція. Воно нібито й недовго написати таку тулзу, але мені йдеться, що до мене цей велосипед вже сконструювали. Дякую. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

5 10

SOC requirements for PI data
by Oleh Hrynchuk 01 Jul '23

01 Jul '23

Панове, добргго дня. Є таке питання... Кантора, яка нам робить ІТ sec аудит, висловила в report'i зауваження щодо PI data (Personal Information - first/last name, email, phone numbers, address, enrolled courses etc). Суть зауваження - тримати PI data в EC2 snapshots неприпустимо (я ще не розбирався яким нормативним актом USA це обумовлено. Може підкажете, хто знає?). Але справа в тому, що ці дані знаходяться в PostgreSQL DB. То як досвідчені люди виходять з цього положення? AWS EC2/RDS/etc snapshots не передбачають жодних excludes. А створювати проміжний copy-інстанс, викушувати з його PostgreSQL'a ці PI data і аж потім робити snapshot - то якийсь маразм. Та й взагалі ця вимога здається трохи якоюсь параноїдальною.. адже втрачається зміст самого snapshot'a. Як тоді з нього швидко відновити інстанс при потребі? Є ще один варіант (ще не знаю, чи він підходящий для аудиторів) - прямо в PostgreSQL тримати всі PI data encrypted. Відповідно, вони будуть encrypted і в снепшотах. Хтось таке використовує? Буду вдячний за поради. -- Regards, /oleh hrynchuk

5 6

Компания ищет в Киеве спеца - sysadmin + DevOps
by Viktor Cheburkin 01 Jul '23

01 Jul '23

Hi! Знакомый спрашивает, может кому интересно: ---8<--- Компания ищет в Киеве спеца - sysadmin + DevOps. Навыки SecOps приветствуются. Требования: - возраст от 45 лет - опыт от 20 лет - не менее 4х смен мест работы за 20 крайних лет Знания и навыки: - IPv4 маршрутизация - 100% expert level (уточнение уровня при собеседовании) is must have - DNS - 100% expert level - IPv6 - достаточно понимания базы, дальше разберемся - администрирование систем - Linux, FreeBSD 100% expert level. Отмазки "RedHat знаю, Debian не очень" не рассматриваются - виртуализация - ProxMox PVE is a must. Ceph is a must. ZFS is a must. Связать ceph & zfs с PVE is a must - CARP, HaProxy, Nginx as WAF is a must - firewall не просто на уровне пакетного фильтра + NAT а на уровне понимания is a must - розуміння, чим firewall відрізняється від "пакетний фільтр + NAT" - split-horizon DNS 100% expertise - OpnSense with all functionality, IDS/IPS На собеседовании акцент будет на IPS/IDS с пристратием Docker, docker compose подразумевается Настройка SMTP/IMAP w/TLS подразумевается WAF подразумевается ---8<--- Если кого заинтересовало пишите мне, на vc(a)vc.org.ua <mailto:vc@vc.org.ua>, а я перешлю дальше. -- Viktor Cheburkin VC319-RIPE, VC1-UANIC

4 3

Лінь - рушій прогресу. Міграція AWS з public в private VPC.
by Oleh Hrynchuk 30 Jun '23

30 Jun '23

Доброго дня, шановні колеги. Стоїть задача міграції 100+ різноманітних сервісів з public в private subnet. І нуйогонах дивитись код тих всіх сервісів, щоб визначити чи треба якому з них доступ в інтернет чи ні. Чи є якийсь aws tool, котрий би міг промоніторити трафік і видати на-гора, з якого сервісу є connections в інтернет? Дякую. -- Regards, /oleh hrynchuk

2 2

What is the best practices (http to https redirect chain VS https only) ?
by Oleh Hrynchuk 08 Jun '23

08 Jun '23

Доброго ранку, колеги. Одна канторка робить нам аудит (готує до SOC) І викотила одним із зауважень отаке: *Site does not enforce HTTPS (-8,1 score impact)* *Recommendation* Any site served to a user (possibly at the end of a redirect chain) should be served over HTTPS. (list of web-servers omitted) То питання. Я ніде не знайшов явних вимог що взагалі слід відмовитися від використання http --> https redirects. Всеодно вся інформація від сервера повертається через https. То чому ставиться така вимога (прибрати взагалі саму можливість обслуговування сервером клієнтських http requests)? *Наскільки логічна така вимога аудиторів?* (Ще й немалий бал знімають за це...) Додам ще, що усі такі web-servers зі списку характеризуються однією спільною ознакою: 1. Вони дійсно обслуговують запит по http, наприклад, http://webserver.example.com 2. Але відразу редіректять цей запит на щось типу https://webserver.example.com/account/default/login-form. І далі вже працюють виключно через https. Наперед дякую за пояснення. -- Regards, /oleh hrynchuk

5 9