Am 25. März haben wir die Registrierung für , ein Spiel für Liebhaber und Kenner des Betriebssystems Linux, eröffnet. Ein paar Statistiken: Insgesamt haben sich 1117 Personen für das Spiel registriert, davon haben 317 mindestens einen Schlüssel gefunden, 241 haben die Aufgabe der ersten Stufe erfolgreich bewältigt, 123 die der zweiten und 70 haben die dritte Stufe bestanden. Heute kommt unser Spiel zu einem Ende, und wir gratulieren unseren Gewinnern!
- Den ersten Platz belegte Alexander Teldykov.
Alexander sagte über sich selbst, dass er der typischste Systemadministrator sei. Er lebt in Wolgograd und verwaltet seit etwa zwanzig Jahren verschiedene Unix-ähnliche Systeme. Er hat in Internetdienstanbietern, Banken und Systemintegratoren gearbeitet. Derzeit arbeitet er remote in einer kleinen Firma und kümmert sich um die Cloud-Infrastruktur für einen großen ausländischen Auftraggeber. Er liest gerne und hört Musik. Über das Spiel sagte Alexander, dass es ihm insgesamt gefallen hat, er liebe solche Aufgaben. In einem der Unternehmen hat er in einem Vorstellungsgespräch Ähnliches wie Hackerrank gemacht, was interessant war. - Der zweite Platz geht an Roman Suslov.
Roman kommt aus Moskau. Er ist 37 Jahre alt. Er arbeitet als Linux/Unix-Ingenieur bei der Firma 'Infosysteme Jet'. In seiner Arbeit muss er sich mit der Verwaltung und Fehlersuche von Linux/Unix-Systemen + SAN beschäftigen. Seine Interessen sind sehr vielfältig: Linux-Systeme, Programmierung, Reverse Engineering, Informationssicherheit, Arduino. Über das Spiel bemerkte Roman, dass es ihm insgesamt gefallen hat. "Ich habe meine Gehirnzellen ein wenig verknotet und mich von dem grauen Alltag abgelenkt. 🙂 Ich hätte mir mehr Aufgaben gewünscht, denn als ich kaum ins Spiel kam, war es schon zu Ende." - Der dritte Platz — alex3d.
Alex lebt in Moskau und beschäftigt sich mit Softwareentwicklung. "Danke für den Contest, es war interessant, meine Google-Fähigkeiten zu testen."
Außerdem bei den 10 besten Spielern:
- Yevgeniy Saldayev
- Markel Mohnachevskiy
- Konstantin Konosov
- Pavel Sergeev
- Wladimir Bovaev
- Iwan Bubnov
- Pavlo Klets
Wir verstehen, dass es viele Lösungsansätze für all unsere Aufgaben gibt, im Folgenden werden einige mögliche Lösungsansätze beschrieben.
1. Erste Stufe
Wir haben sie "Bist du wirklich Admin?" genannt, da die Aufgabe recht einfach war — einen warmen, nostalgischen Service zu reparieren.
1.1. Interessante Fakten:
Zwei Spieler fanden den ersten Schlüssel in den ersten 15 Minuten des Spiels, und nach einer Stunde hatten wir drei Führer, die die Aufgabe erfolgreich bewältigt haben.
1.2. Aufgabe
Du hast in einem Unternehmen angefangen, in dem lange Zeit kein kompetenter IT-Spezialist vorhanden war. Bevor wir mit der Ordnung beginnen, müssen wir ein dringendes Problem lösen, das die Büroarbeit blockiert.
Die Reinigungskraft hat mit dem Wischmopp das Stromkabel des Serverraums erwischt. Die Stromversorgung wurde wiederhergestellt, aber eine sehr wichtige Website funktioniert trotzdem nicht. Die Website ist wichtig, weil die Firma sich nicht wirklich um Informationssicherheit kümmert, und auf der Hauptseite findet man passwortgeschützt das Passwort für den Computer des Geschäftsführers offen.
Neulich wurde das Passwort geändert, aber das neue hat niemand behalten, der Geschäftsführer kann nicht arbeiten. Es gibt Gerüchte, dass auf diesem Gerät auch Schlüssel waren, die uns bei der Entschlüsselung der Backup-Buchhaltungsdokumente helfen könnten.
Alle warten auf eine schnelle Lösung des Problems!
1.3. Lösung
1. Zuerst müssen wir das Root-Passwort auf der virtuellen Maschine ändern, um Zugang zu erhalten. Beim Starten stellen wir fest, dass es sich um Ubuntu 16.04 Server handelt.
Für den Reset des Root-Passwortes starten wir die Maschine neu und gehen im Moment der Anzeige des Grub-Menüs mit der Taste „e“ in den Bearbeitungsmodus des Ubuntu-Eintrags. Wir bearbeiten die Zeile linux und fügen am Ende hinzu: init=/bin/bash. Wir booten mit Ctrl+x und erhalten die Bash. Wir mounten den Root mit rw und ändern das Passwort:
$ mount -o remount,rw /dev/mapper/ubuntu--vg-root
$ passwdVergessen wir nicht sync, dann rebooten wir.
2. Laut den Bedingungen funktioniert unser Webserver nicht, wir schauen nach:
$ curl localhost
Not Found
The requested URL / was not found on this server.
Apache/2.4.18 Das bedeutet, dass Apache läuft, aber mit dem Code 404 antwortet. Wir schauen uns die Konfiguration an:
$ vim /etc/apache2/sites-enabled/000-default.confHier finden wir den Schlüssel – StevenPaulSteveJobs.
Wir prüfen den Pfad /usr/share/WordPress – dieser existiert nicht, aber es gibt /usr/share/wordpress. Wir korrigieren die Konfiguration und starten Apache neu.
$ systemctl restart apache23. Wir versuchen es erneut und erhalten einen Fehler:
Warning: mysqli_real_connect(): (HY000/2002): Connection refused in /usr/share/wordpress/wp-includes/wp-db.php on line 1488Wurde die DB nicht gestartet?
$ systemctl status mysql
Active: active (running) Was ist los? Wir müssen uns kümmern. Dafür müssen wir Zugang zu MySQL erhalten, wie dies beschrieben ist . Ein Punkt der Dokumentation empfiehlt uns, die Option skip-grant-tables in /etc/mysql/mysql.conf.d/mysqld.cnfeinzutragen. Auch hier finden wir einen Schlüssel – AugustaAdaKingByron.
Wir passen die Berechtigungen für den Benutzer 'wp'@'localhost'an. Wir starten MySQL und machen es im Netzwerk zugänglich, indem wir die Option in der Konfiguration kommentieren: skip-networking.
4. Nach den durchgeführten Maßnahmen startet der Webserver, aber die Seite funktioniert immer noch nicht, da
Warnung: require_once(\/usr\/share\/wordpress\/wp-content\/themes\/twentysixteen\/footer.php): Stream konnte nicht geöffnet werden: Berechtigung verweigert in \/usr\/share\/wordpress\/wp-includes\/template.php in Zeile 562Wir setzen die Rechte für die Datei.
$ chmod 644 \/usr\/share\/wordpress\/wp-content\/themes\/twentysixteen\/footer.php
Wir aktualisieren die Seite, gehen auf die Website und finden den Schlüssel — BjarneStroustrup! Wir haben alle drei Schlüssel gefunden, unser Direktor kann arbeiten, wir haben die Buchhaltungsdateien entschlüsselt. Alle sind glücklich, und du hast noch viel Arbeit vor dir, um die Infrastruktur, Backups und Sicherheit im Unternehmen zu verbessern.
2. Zweiter Schritt
Es musste eine Aufgabe zur Sammlung von Analytik gelöst werden. Analytik liebt jeder — wer, woher und in welchen Mengen kommt. Wir haben einen Fall erfunden, mit dem alle Ingenieure in ihrem Leben in irgendeiner Form konfrontiert werden können.
2.1. Interessante Fakten
Einer unserer Spieler hat den richtigen Schlüssel in den ersten 10 Minuten des Spiels eingegeben, und nach der ersten Stunde hatten wir einen Leader, der die Aufgabe gemeistert hat.
2.2. Aufgabe
Du bist in das Unternehmen gekommen, die Manager haben dich gebeten, herauszufinden, an wen Mails aus Afrika gesendet wurden. Du musst die Top-21 Adressen der Empfänger erstellen. Die ersten Buchstaben der Empfängeradressen sind der Schlüssel. Ein Punkt: Der Mailserver, über den die Mails gesendet wurden, lädt nicht. Alle warten auf eine schnelle Lösung des Problems!
2.3. Lösung
1. Der Server läd nicht wegen eines nicht existierenden Swap-Bereichs in fstab, beim Booten versucht das System, ihn einzuhängen, und stürzt ab. Wie kann man booten?
Wir laden das Abbild herunter, wir haben CentOS 7 heruntergeladen, booten von Live CD\/DVD (Troubleshooting -> Rescue), mounten das System, bearbeiten /etc/fstab. Hier finden wir den ersten Schlüssel — GottfriedWilhelm11646Leibniz!
Wir erstellen Swap:
$ lvcreate -n swap centos -L 256M
$ sync && reboot2. Das Passwort wie immer fehlt, wir müssen das Root-Passwort auf der virtuellen Maschine ändern. Das haben wir bereits in der ersten Aufgabe gemacht. Wir ändern es und gelangen erfolgreich auf den Server, aber er startet sofort neu. Der Server startet so schnell neu, dass man nicht einmal die Protokolle gründlich ansehen kann. Wie versteht man, was passiert?
Wir booten wieder von LiveCD, studieren die Systemprotokolle aufmerksam und schauen vorsichtshalber ins Cron, da solche Periodizität besteht. Dort finden wir das Problem und den zweiten Schlüssel — Alan1912MathisonTuring!
Es muss in /etc/crontab der Zeile gelöscht oder auskommentiert werden echo b > \/proc\/sysrq-trigger.
3. Danach startete der Server und es ist möglich, die Aufgabe der Manager auszuführen: „Welche Adressen hat Afrika?“ Diese Informationen sind im Grunde öffentlich zugänglich. Man kann sie im Internet durchsuchen mit den Stichworten „IP-Adresse Afrika“, „GeoIP-Datenbank“. Für das Lösen der Aufgabe können frei zugängliche Adressverteilungsdatenbanken (GeoIP) verwendet werden. Wir haben als Referenz die DB verwendet , die unter der Creative Commons Attribution-ShareAlike 4.0 Lizenz verfügbar ist.
Lass uns versuchen, unsere Aufgabe nur mit den Systemwerkzeugen von Linux zu lösen, es gibt jedoch viele Möglichkeiten, diese zu lösen: mit Textfilter-Tools und Skripten in verschiedenen Programmiersprachen.
Zunächst erhalten wir einfach die „Absender-IP – Empfänger“ Paare aus dem Mail-Log /var/log/maillog (wir erstellen eine Tabelle der E-Mail-Empfänger – Absender-IP). Das kann mit folgendem Befehl gemacht werden:
$ 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.txtUnd bevor wir mit der Erstellung der Afrikadatenbank fortfahren, schauen wir uns die Top-IP-Adressen der Absender an.
$ 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
Unter allen stechen die ersten drei Empfänger der Spitze mit der Anzahl der E-Mails deutlich hervor. Wenn man die IP-Adressen der Absender, die an die Adressen aus diesem Top-3 gesendet haben, grept, kann man eine eindeutige Vorherrschaft bestimmter Netzwerke beobachten:
$ 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 165Der größte Teil der Netzwerke 105/8, 41/8, 196/8, 197/8 gehört zu AFRINIC — einem der fünf regionalen Internet-Registrare, die die Verteilung von Internetressourcen durchführen. AFRINIC verteilt den Adressraum auf dem Gebiet Afrikas. Und 41/8 gehört vollständig zu AFRINIC.
https://www.nic.ru/whois/?searchWord=105.0.0.0
https://www.nic.ru/whois/?searchWord=41.0.0.0
Somit gibt es eine Antwort auf die Aufgabe, die im Logfile selbst enthalten ist.
$ 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.ruIn diesem Schritt erhalten wir die Zeichenfolge „LinuxBenedictTorvadst“.
Der richtige Schlüssel: „LinusBenedictTorvalds“.
Die erhaltene Zeichenfolge enthält einen Tippfehler in Bezug auf den richtigen Schlüssel in den letzten 3 Zeichen. Dies liegt daran, dass die von uns ausgewählten Netzwerke nicht vollständig den afrikanischen Ländern zugewiesen sind und an der Verteilung der E-Mails nach IP-Adressen in unserem Protokoll.
Durch ausreichende Präzisierung der größten Netzwerke, die den afrikanischen Ländern zugewiesen sind, kann eine genaue Antwort erhalten werden.:
$ 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 Das Problem kann auch auf eine andere Weise gelöst werden.
Laden Sie MaxMind herunter, entpacken Sie es, und die folgenden drei Befehle lösen ebenfalls unser Problem.
$ cat GeoLite2-Country-Locations-ru.csv | grep "Afrika" | 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
Auf diese oder jene Weise haben wir schließlich die Statistiken erfasst, und die Manager haben die benötigten Daten für ihre Arbeit erhalten!
3. Dritte Phase
Die dritte Phase ähnelt der ersten – auch hier muss der warmherzige Lampenservice repariert werden, aber alles ist komplizierter als in der ersten Aufgabe.
3.1. Interessante Fakten
In den ersten 15 Minuten fanden drei Spieler den ersten Schlüssel; nach 2 Stunden und 20 Minuten nach Beginn der Phase bewältigte unser Sieger die Aufgabe.
3.2. Aufgabe
Du hast einen Job in einem Unternehmen begonnen, in dem alle Unternehmensdokumente auf einem internen Wiki-Server gespeichert sind. Im vergangenen Jahr bestellte ein Ingenieur 3 neue Festplatten für den Server zusätzlich zu einer vorhandenen, weil er argumentierte, dass man für die Ausfallsicherheit der Systeme Festplatten in bestimmte Arrays einbauen müsste. Leider ging der Ingenieur einige Wochen nach der Installation in den Urlaub nach Indien und kam nicht zurück.
Ein paar Jahre funktionierte der Server ohne Probleme, aber vor ein paar Tagen wurde das Unternehmensnetzwerk gehackt. Laut Anweisung entnahmen die Sicherheitsmitarbeiter die Festplatten aus dem Server und schickten sie dir. Während des Transports ging eine Festplatte unwiederbringlich verloren.
Es muss die Funktionsfähigkeit von Wiki wiederhergestellt werden, insbesondere die Inhalte der Wiki-Seiten sind von Interesse. Ein Textstück, das auf einer der Seiten dieser Wiki war, ist das Passwort für den 1C-Server und wird dringend zur Entsperrung benötigt.
Darüber hinaus gab es irgendwo auf den Wiki-Seiten oder an anderer Stelle Passwörter für den Log-Server und den Überwachungsserver, die ebenfalls wiederhergestellt werden sollten; ohne diese ist eine Untersuchung des Vorfalls unmöglich. Wie immer wartet man auf eine schnelle Lösung des Problems!
3.3. Lösung
1. Wir versuchen, nacheinander von den Festplatten zu booten, die wir haben, und erhalten überall die gleiche Meldung:
Kein bootfähiges Medium gefunden! System angehalten
Wir müssen von irgendetwas booten. Wieder hilft das Booten von einem Live CD/DVD (Fehlerbehebung -> Rettung). Beim Booten versuchen wir, die bootbare Partition zu finden, finden sie nicht und gelangen in die Shell. Wir versuchen zu lernen, was und wie mit den Festplatten ist. Es ist bekannt, dass es drei gibt. In der 7. Version von CentOS gibt es mehr Werkzeuge, wo es die Befehle gibt. blkid oder lsblk, die uns alle Informationen über die Festplatten anzeigen.
So handeln wir:
$ ls /dev/sd*Sofort ist zu sehen, dass
/dev/sdb1 - ext4
/dev/sdb2 - часть lvm
/dev/sda1 и /dev/sdc1 - части рейда
/dev/sda2 и /dev/sdc2 - про них ничего не известно на текущий моментWir mounten sdb1, es ist klar zu erkennen, dass dies die Boot-Partition von CentOS 6 ist.
$ mkdir /mnt/sdb1 && mount /dev/sdb1 /mnt/sdb1Offensichtlich gehen wir in den grub-Bereich und finden dort den ersten Schlüssel – James191955Gosling in einer ungewöhnlichen Datei.
2. Wir untersuchen pvs und lvs, da wir mit LVM arbeiten. Wir sehen, dass es 2 physische Volumes geben sollte, eines wird nicht gefunden und es gibt einen Fehler wegen einer verlorenen UID. Wir sehen, dass es 2 logische Volumes geben sollte: root und swap, wobei root teilweise verloren ist (Attribut P bei Volume). Es lässt sich nicht mounten, was schade ist! Wir brauchen es dringend.
Es gibt noch 2 Festplatten, wir schauen sie an, sammeln Daten und mounten:
$ mdadm --examine --verbose --scan
$ mdadm --assemble --verbose --scan
$ mkdir /mnt/md127 && mount /dev/md127 /mnt/md127 Wir schauen, es ist klar, dass dies die Boot-Partition von CentOS 6 ist und ein Duplikat dessen, was bereits auf /dev/sdb1, und hier ist wieder derselbe Schlüssel – DennisBMacAlistairCRitchie!
Wir schauen, wie es zusammengestellt wurde /dev/md127.
$ mdadm --detail /dev/md127
Wir sehen, dass es aus 4 Festplatten zusammengestellt worden sein sollte, aber nur aus zwei zusammengestellt wurde /dev/sda1 und /dev/sdc1, sie sollten die Nummern 2 und 4 im System sein. Wir vermuten, dass auch aus /dev/sda2 und /dev/sdc2 ein Array zusammengestellt werden kann. Unklar ist, warum es darauf keine Metadaten gibt, aber das ist das Problem des Administrators, der irgendwo in Goa ist. Wir vermuten, dass hier RAID10 vorhanden sein sollte, obwohl es auch Varianten gibt. Wir stellen folgendes zusammen:
$ mdadm --create --verbose /dev/md0 --assume-clean --level=10 --raid-devices=4 missing /dev/sda2 missing /dev/sdc2
Wir schauen uns blkid, pvs, lvs an. Wir stellen fest, dass wir ein physisches Volume zusammengebaut haben, das uns zuvor gefehlt hat.
Sofort wird lvroot repariert, wir montieren es, aber aktivieren vorher VG:
$ vgchange -a y
$ mkdir /mnt/lvroot && mount /dev/mapper/vg_c6m1-lv_root /mnt/lvroot
Und dort gibt es alles, einschließlich des Schlüssels im Home-Verzeichnis von root — /root/sweet.
3. Wir versuchen immer noch, unseren Server zum Laufen zu bringen, damit er normal startet. Alle logischen Volumes von unserem /dev/md0 (wo wir alles gefunden haben) verschieben wir zu /dev/sdb2, wo der gesamte Server ursprünglich betrieben wurde.
$ pvmove /dev/md0 /dev/sdb2
$ vgreduce vg_c6m1 /dev/md0Wir schalten den Server aus, entfernen die Festplatten 1 und 3, lassen die zweite stehen und starten von Live CD/DVD in den Rescue-Modus. Wir finden die Boot-Partition und stellen den Bootloader in grub wieder her:
root (hd0,0)
setup (hd0)
Wir entfernen die Bootdiskette und starten erfolgreich, aber die Website funktioniert nicht.
4. Es gibt zwei Möglichkeiten, die Website zu starten: entweder Apache von Grund auf neu zu konfigurieren oder den bereits vorab konfigurierten nginx mit php-fpm zu verwenden:
$ /etc/init.d/nginx start
$ /etc/init.d/php-fpm start
Schließlich muss MySQL gestartet werden:
$ /etc/init.d/mysqld start Es startet nicht, und das Geheimnis liegt in /var/log/mysql. Sobald Sie das Problem mit MySQL gelöst haben, wird die Website funktionieren, auf der Startseite wird der Schlüssel — RichardGCCMatthewGNUStallman! Jetzt haben wir Zugang zu 1C, und die Mitarbeiter werden ihr Gehalt erhalten. Und du hast wie immer viel Arbeit vor dir, um die Infrastruktur und Sicherheit im Unternehmen zu optimieren.
Wir können auch erneut die Liste der Bücher teilen, die uns und unseren Teilnehmern geholfen haben, sich auf das Spiel vorzubereiten: .
Vielen Dank, dass Sie bei uns waren! Achten Sie auf die Ankündigungen der nächsten Spiele!
Quelle: habr.com
