Linux Quest. Поздравяваме победителите и разказваме за решенията на задачите

На 25 март открихме регистрацията на Linux Quest, това е игра за любителите и експертите на операционната система Linux. Някои статистически данни: регистрирани в играта са 1117 души, от които 317 са намерили поне един ключ, 241 успешно решиха задачата от първия етап, 123 от втория и 70 преминаха третия етап. Днес нашата игра приключи и поздравяваме нашите победители!

• Първо място спечели Александър Телдеков.
  Александър каза за себе си, че е най-обикновеният системен администратор. Живее във Волгоград, администрира различни Unix-like системи вече около двадесет години. Работил е в интернет доставчици, банка, системен интегратор. Сега работи дистанционно в малка фирма, занимаваща се с облачна инфраструктура за голям чуждестранен клиент. Обича да чете и да слуша музика. За Играта Александър каза, че му е харесала като цяло, обича такива задачки. В една от компаниите на интервю е работил по нещо подобно на Hackerrank, било му е интересно.
• Второ място — Роман Суслов.
  Роман е от Москва. На 37 години. Работи като инженер Linux/Unix в компанията «Инфосистеми Джет». По работа му се налага да се занимава с администриране и преодоляване на проблеми в Linux/Unix системи + SAN. Интересите му са разнообразни: Linux системи, програмиране, реверсивно инженерство, информационна сигурност, Arduino. За Играта Роман отбеляза, че му е харесала като цяло. «Раздвижих малко мозъка си и се отклоних от сивите будни дни. 🙂 Бих искал повече задачи, защото не успях да вляза в ритъма, преди играта да приключи».
• Трето място — alex3d.
  Алекс живее в Москва, занимава се с разработка на софтуер. «Благодаря за конкурса, беше интересно да проверя уменията си в google-fu».

Също в списъка на 10-те най-добри играчи:

• Yevgeniy Saldayev
• Марел Мохначевски
• Константин Коносов
• Павел Сергеев
• Владимир Боваев
• Иван Бубнов
• Pavlo Klets

Ние разбираме, че има много варианти за решаване на всички наши задачи, по-долу са описани някои от възможните варианти.

1. Първи етап

Ние го нарекохме «А ти наистина админ ли си?», тъй като задачата беше доста проста — да се поправи топлият лампов сервис.

1.1. Интересни факти:

Двама играчи намериха първия ключ в рамките на първите 15 минути от играта, а в рамките на първия час имаме трима лидери, които се справиха със задачата.

1.2. Задача

Ти започна работа в компания, където дълго време нямаше компетентен специалист по информационни технологии. Преди да започнеш да подреждаш нещата, трябва да решиш горящия проблем, който блокира работата на офиса.

Служителката по чистотата закачи кабела за захранване на сървърната ракла с мопа. Захранването беше възстановено, но много важен уебсайт все пак не работи. Уебсайтът е важен, защото компанията не е много обезпокоена за информационната сигурност, и на главната страница може да се намери публично паролата на администратора от компютъра на генералния директор.

Преди дни паролата беше сменена, а новата е забравена, директорът не може да работи. Ходят слухове, че на тази машина е имало и ключове, които могат да ни помогнат при декриптиране на резервните копия на счетоводните документи.

Всички очакват бързо разрешаване на въпроса!

1.3. Решение

1. Първото нещо, което трябва да направим, е да сменим root паролата на виртуалната машина, за да получим достъп до нея. При стартиране забелязваме, че това е Ubuntu 16.04 Server.

За да нулираме паролата на root, рестартираме машината и при зареждане, в момента на отображаване на grub менюто, преминаваме в режим на редактиране на пункта Ubuntu с бутона «e». Редактираме реда linux и добавяме в края init=/bin/bash. Зареждаме с Ctrl+x и получаваме bash. Пре-монтираме кореновата файлова система с rw и сменяме паролата:

$ mount -o remount,rw /dev/mapper/ubuntu--vg-root
$ passwd

Не забравяем за sync и рестартираме.

2. В указанията се казва, че нашият уеб сървър не работи, ще проверим:

$ curl localhost
Not Found
The requested URL / was not found on this server.
Apache/2.4.18 

Тоест, всъщност Apache е стартиран, но отговаря с код 404. Проверяваме конфигурацията:

$ vim /etc/apache2/sites-enabled/000-default.conf

Тук също има ключ — StevenPaulSteveJobs.

Проверяваме пътя /usr/share/WordPress — такъв няма, но има /usr/share/wordpress. Коригираме конфигурацията и рестартираме Apache.

$ systemctl restart apache2

3. Опитваме отново, получаваме грешка:

Warning: mysqli_real_connect(): (HY000/2002): Connection refused in /usr/share/wordpress/wp-includes/wp-db.php on line 1488

БД не е стартирана?

$ systemctl status mysql
Active: active (running)

В какво е проблема? Трябва да се разследва. За целта трябва да получим достъп до MySQL, как да направим това е описано в документацията. Една от точките в документацията ни препоръчва да зададем опцията skip-grant-tables в /etc/mysql/mysql.conf.d/mysqld.cnf. Тук също има ключ — AugustaAdaKingByron.

Коригираме правата на потребителя 'wp'@'localhost'. Стартираме MySQL и го правим достъпен през мрежата, коментирайки в конфигурацията опцията skip-networking.

4. След направените стъпки уеб сървърът стартира, но сайтът все още не работи, защото

Внимание: require_once( /usr/share/wordpress/wp-content/themes/twentysixteen/footer.php): не удалось открыть поток: Доступ запрещен в /usr/share/wordpress/wp-includes/template.php на строке 562

Проверявме права на файл.

$ chmod 644 /usr/share/wordpress/wp-content/themes/twentysixteen/footer.php

Обновяваме страницата, влизаме на сайта и намираме ключа — BjarneStroustrup! Намерихме всички три ключа, нашият директор може да работи, разшифровахме файловете на счетоводството. Всички са щастливи, а ти имаш много работа по изграждането на инфраструктурата, резервните копия и сигурността в компанията.

2. Втори етап

Трябваше да решим задачата за събиране на аналитика. Аналитиката е обичана от всички — кой и откъде и в какви количества идват. Измислихме случай, с който по един или друг начин могат да се сблъскат всички инженери в живота.

2.1. Интересни факти

Един от нашите играчи въведе правилния ключ в първите 10 минути от играта, а в първия час имахме лидер, който се справи със задачата.

2.2. Задание

Започнал си работа в компанията, мениджърите дойдоха при теб и помолиха да намериш на кого са изпратени писмата от Африка. Трябва да се изгради топ-21 адреси на получателите. Първите букви на адресите на получателите — ключът. Едно но: пощенският сървър, през който писмата са били изпратени, не се зарежда. Всички чакат бързо решение на проблема!

2.3. Решение

1. Сървърът не се зарежда заради несъществуващ раздел swap в fstab, при стартиране системата се опитва да го монтира и пада. Как да се заредим?

Сваляме образ, свалихме CentOS 7, зареждаме с Live CD/DVD (Отстраняване на проблеми -> Възстановяване), монтираме системата, коригираме /etc/fstab. Тук веднага намираме първия ключ — GottfriedWilhelm11646Leibniz!

Създаваме swap:

$ lvcreate -n swap centos -L 256M
$ sync && reboot

2. Парола, както винаги, няма, трябва да променим паролата на root на виртуалната машина. Правили сме го в първото задание. Променяме и успешно влизаме на сървъра, но той веднага се рестартира. Сървърът се презарежда с такава скорост, че не успявам дори да погледна всички логове внимателно. Как да разберем какво се случва?

Отново се зареждаме с livecd, внимателно разглеждаме логовете на системата и за всеки случай надникваме в cron, раз, такава периодичност. Там намираме проблема и втория ключ — Alan1912MathisonTuring!

Необходимо е да /etc/crontab изтрием или закоментираме реда echo b > /proc/sysrq-trigger.

3. След като сървърът се зареди, можете да изпълните задачата на мениджерите: «Какви са адресите на Африка?» Тази информация е общодостъпна. Можете да намерите информация в интернет с термини като «ip адрес африка», «geoip база данни». За решаване на задачата можете да използвате свободно достъпни бази данни за разпределение на адреси (geoip). Ние използвахме базата данни като еталон. MaxMind GeoLite2, достъпна под лиценза Creative Commons Attribution-ShareAlike 4.0.

Ще се опитаме да решим нашата задача, използвайки само системни утилити на Linux, но всъщност тя може да бъде решена по много начини: с помощта на утилити за филтриране на текст или скриптове на различни програмни езици.

Първо, просто ще получим двойки «IP-изпращач — получател» от пощенския лог. /var/log/maillog (ще създадем таблица на имейл получателите — IP адресите на изпращачите). Можете да направите това с командата:

$ cat /var/log/maillog | fgrep -e ' connect from' -e 'status=sent' | sed 's/[][]/ /g' | awk '/connect from/ {ip=$11} /status=sent/ {print $10" "ip}' > log1.txt

И преди да продължим със съставянето на базата данни с адреси на Африка, нека да видим топ IP адресите на изпращачите.

$ cat log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n 40
5206 L2JhbjAbM67GA99jg@mail.ru
4165 iHKTBkegOQa6fIALq@mail.ru
3739 nHkcBl7BdgXxijSYD7@mail.ru
3405 SMAzPJAzbl9vp4hAXo@mail.ru
3346 xILz6d7P@mail.ru

Сред всички явяват се три основни получателя от топа с най-много писма. Ако направим grep IP адресите на изпращачите, които са изпращали на адресите от този топ-3, може да се забележи явно преобладаване на определени мрежи:

$ cat log1.txt | fgrep 'L2JhbjAbM67GA99jg@mail.ru' | cut -d' ' -f2 | sort | cut -d'.' -f1 | uniq -c | sort -r | head
831 105
806 41
782 197
664 196
542 154
503 102
266 156
165 45
150 160
108 165

По-голямата част от мрежите 105/8, 41/8, 196/8, 197/8 са разпределени от AFRINIC — един от петте регионални интернет регистратори, които разпределят интернет ресурси. AFRINIC разпределя адресното пространство на територията на Африка. А 41/8 принадлежи на AFRINIC изцяло.

https://www.nic.ru/whois/?searchWord=105.0.0.0 
https://www.nic.ru/whois/?searchWord=41.0.0.0

По този начин, отговорът на задачата всъщност е в самия лог.

$ cat log1.txt | fgrep -e '105.' -e '41.' -e '196.' -e '197.' -e '154.' -e '102.' | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
4209 L2JhbjAbM67GA99jg@mail.ru
3313 iHKTBkegOQa6fIALq@mail.ru
2704 nHkcBl7BdgXxijSYD7@mail.ru
2215 uvRbp1O@mail.ru
1774 sPmMsmmFiV@mail.ru
1448 BtG3aHgQgCKuze2AKuRH@mail.ru
1233 eQpuuQ2uQdbwRL3@mail.ru
958 nJT5dpaBZ@mail.ru
862 ef4WbQiB@mail.ru
762 dQCqKL6eVminFfH7wLA@mail.ru
632 ifq6Rd1HxuCQOdO9@mail.ru
539 cFwm2ssypMmx1sA7@mail.ru
531 twtTnr4G@mail.ru
431 TSrczgYASrR11Hs3qCi@mail.ru
380 o3r3exc3OL@mail.ru
357 rzmjr2VAHK@mail.ru
348 vnPr6YjJ3ndw@mail.ru
312 anOjFXrwOtLP2Rl1Vcz6@mail.ru
289 dvny5zHmRW8fiT@mail.ru
282 sgg9jPxFDYvzw8Kr@mail.ru
274 tKSevzA7GntJ@mail.ru

На този етап получаваме стринг "LinuxBenedictTorvadst".

Правилният ключ е: "LinusBenedictTorvalds".

Получената стринг съдържа печатна грешка спрямо правилния ключ в 3-те крайни символа. Това се дължи на факта, че избраните от нас мрежи не са напълно присвоени на страните от Африка и на начина, по който са разпределени имейлите по IP адресите в нашия лог.

При достатъчно уточнение на най-големите мрежи, присвоени на страните от Африка, може да получим точен отговор:

$ cat log1.txt | fgrep -e' '105.{30..255}. -e' '41. -e' '196.{64..47}. -e' '196.{248..132}. -e' '197.{160..31}. -e' '154.{127..255}. -e' '102.{70..255}. -e' '156.{155..255}. | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
3350 L2JhbjAbM67GA99jg@mail.ru
2662 iHKTBkegOQa6fIALq@mail.ru
2105 nHkcBl7BdgXxijSYD7@mail.ru
1724 uvRbp1O@mail.ru
1376 sPmMsmmFiV@mail.ru
1092 BtG3aHgQgCKuze2AKuRH@mail.ru
849 eQpuuQ2uQdbwRL3@mail.ru
712 nJT5dpaBZ@mail.ru
584 ef4WbQiB@mail.ru
463 dQCqKL6eVminFfH7wLA@mail.ru
365 ifq6Rd1HxuCQOdO9@mail.ru
269 cFwm2ssypMmx1sA7@mail.ru
225 twtTnr4G@mail.ru
168 TSrczgYASrR11Hs3qCi@mail.ru
142 o3r3exc3OL@mail.ru
111 rzmjr2VAHK@mail.ru
 96 vnPr6YjJ3ndw@mail.ru
 78 anOjFXrwOtLP2Rl1Vcz6@mail.ru
 56 lHzWiB7ExvRtSbAcU9@mail.ru
 56 dvny5zHmRW8fiT@mail.ru
 40 sgg9jPxFDYvzw8Kr@mail.ru

Задачата може да се реши и по друг начин.
Сваляме MaxMind, разархивираме и следващите три команди също решават нашата задача.

$ cat GeoLite2-Country-Locations-ru.csv | grep "Африка" | cut -d',' -f1 > africaIds.txt
$ grep -Ff africaIds.txt GeoLite2-Country-Blocks-IPv4.csv | cut -d',' -f1 > africaNetworks.txt
$ grepcidr -f africaNetworks.txt log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n21

По един или друг начин в крайна сметка изчислихме статистиката и мениджърите получиха необходимите им данни за работа!

3. Трети етап

Третият етап е донякъде сходен с първия — също трябва да поправим топлия лампов сервис, но всичко е по-сложно от в първото задание.

3.1. Интересни факти

В първите 15 минути трима играчи намериха първия ключ, а след 2 часа и 20 минути след започването на етапа, нашият победител завърши задачата.

3.2. Задание

Ти започна работа в компания, където всички документи на компанията се съхраняват на вътрешен Wiki сървър. Миналата година инженерът поръча 3 нови диска за сървъра, в допълнение към един съществуващ, аргументирайки това с необходимостта за отказоустойчивост на системата чрез поставяне на дисковете в определени масиви. За съжаление, след няколко седмици след инсталацията инженерът отиде на почивка в Индия и не се върна.

Няколко години сървърът работеше без проблеми, но преди няколко дни мрежата на компанията беше хакната. Според инструкциите служителите по охраната извадиха дисковете от сървъра и ги изпратиха на теб. По време на транспорта един диск беше безвъзвратно загубен.

Трябва да възстановим работоспособността на Wiki, преди всичко ме интересува съдържанието на страниците на Wiki. Някакъв текст, който беше на една от страниците на тази Wiki, е парола за сървъра 1C и ми е спешно необходим за отключване.

Освен това, някъде на страниците на Wiki или на друго място имаше пароли за сървъра на логовете и сървъра за видеонаблюдение, които също така е желателно да възстановим, без тях разследването на инцидента е невъзможно. Както винаги, очаквам бързо решение на въпроса!

3.3. Решение

1. Опитваме се да се заредим последователно от тези дискове, които имаме и навсякъде получаваме едно и също съобщение:

No bootable medium found! System halted 

Трябва да заредим от нещо. Отново ни спасява зареждане от Live CD/DVD (Troubleshooting -> Rescue). При зареждане се опитваме да намерим зареждащия дял, не го намираме, попадаме в shell. Опитваме се да проучим какво и как с дисковете. Известно е, че те са три. Инструментите за това са повече в 7-та версия на CentOS, където има команди blkid или lsblk, които ни показват цялата информация за дисковете.

Как и какво правим:

$ ls /dev/sd*

Веднага се вижда, че

/dev/sdb1 - ext4
/dev/sdb2 - часть lvm
/dev/sda1 и /dev/sdc1 - части рейда
/dev/sda2 и /dev/sdc2 - про них ничего не известно на текущий момент

Монтираме sdb1, вижда се, че това е зареждащият дял на CentOS 6.

$ mkdir /mnt/sdb1 && mount /dev/sdb1 /mnt/sdb1

Очевидно отиваме в дяла grub и там намираме първия ключ — James191955Gosling в необичаен файл.

2. Проучваме pvs и lvs, тъй като работим с LVM. Виждаме, че трябва да има 2 физически volume, единият не се намира и се оплаква от загубен uid. Виждаме, че трябва да има 2 логически volume: root и swap, като root е частично загубен (атрибут P при volume). Не можем да го монтираме, а жали! Той ни е много нужен.

Има и още 2 диска, гледаме ги, събираме и монтираме:

$ mdadm --examine --verbose --scan
$ mdadm --assemble --verbose --scan
$ mkdir /mnt/md127 && mount /dev/md127 /mnt/md127 

Виждаме, че това е зареждащият дял на CentOS 6 и дубликат на това, което вече имаме на /dev/sdb1, и тук отново същият ключ — DennisBMacAlistairCRitchie!
Виждаме как е събран /dev/md127.

$ mdadm --detail /dev/md127

Виждаме, че е трябвало да бъде събран от 4 диска, събрал се е от двата /dev/sda1 и /dev/sdc1, те трябва да са били номера 2 и 4 в системата. Предполагаме, че от /dev/sda2 и /dev/sdc2 също може да се събере масив. Не е ясно защо нямат metadata, но това е на съвестта на администратора, който е някъде в Гоа. Предполагаме, че тук трябва да има RAID10, въпреки че има варианти. Събираме:

$ mdadm --create --verbose /dev/md0 --assume-clean --level=10 --raid-devices=4 missing /dev/sda2 missing /dev/sdc2

Гледаме blkid, pvs, lvs. Откриваме, че сме събрали физически volume, който по-рано ни липсваше.

Веднага поправяме lvroot, монтираме го, но предварително активираме VG:

$ vgchange -a y
$ mkdir /mnt/lvroot && mount /dev/mapper/vg_c6m1-lv_root /mnt/lvroot 

И там всичко е на лице, включително и ключа в домашната директория root — /root/sweet.

3. Опитваме да съживим нашия сървър, за да заработи нормално. Всички логически обеми от нашия /dev/md0 (където всичко ни се намери) прехвърляме в /dev/sdb2, където първоначално е работил целият сървър.

$ pvmove /dev/md0 /dev/sdb2
$ vgreduce vg_c6m1 /dev/md0

Изключваме сървъра, махаме 1 и 3 диска, оставяме втория, зареждаме с Live CD/DVD в Rescue. Намираме зареждащия дял, възстановяваме зареждача в grub:

root (hd0,0)
setup (hd0)

Изваждаме зареждащия диск и успяваме да се заредим, но сайтът не работи.

4. Има два варианта за стартиране на сайта: да настроим Apache от нула или да използваме предварително настроен nginx с php-fpm:

$ /etc/init.d/nginx start
$ /etc/init.d/php-fpm start

Накрая, трябва да стартираме MySQL:

$ /etc/init.d/mysqld start

Той не стартира и загадката е в /var/log/mysql. След като разрешите проблема с MySQL, сайтът ще заработи, на началната страница ще бъде ключа — RichardGCCMatthewGNUStallman! Сега имаме достъп в 1С и служителите ще могат да получават заплати. А за теб, както винаги, има много работа по налагането на инфраструктурата и сигурността в компанията.

Също така можем отново да споделим списъка с книги, които ни помогнаха и на нашите участници да се подготвят за играта: linux.mail.ru/books.

Благодарим ви, че бяхте с нас! Следете анонсите на следващите игри!

Източник: habr.com