👨🏼 😮 🌳 Hack the hackers : guide complet de la quête 🕜 🎂 🧑🏻‍🤝‍🧑🏻

Le chat a été défoncé, le piano a été sauvé... ou plutôt, au contraire : le chat a été téléchargé depuis le serveur, les pattes ont été cassées, mais dans l'ensemble il est de bonne humeur. Et aujourd'hui était le dernier jour où tout le monde pouvait s'essayer au téléchargement d'un gif NFT avec un chat dansant, bien que l'ordinateur portable ait déjà bougé les chaussures depuis cinq jours. Et maintenant, nous révélons toutes les cartes et parlons de toutes les énigmes et de leurs solutions.

Selon l'histoire, le propriétaire de l'ordinateur portable nous a donné son adresse IP, sa clé SSH et son login. Dans la configuration SSH, l'accès uniquement par clés a été configuré pour que les participants ne puissent pas perdre de temps à deviner le mot de passe. La clé publique était comme ceci :

ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIDMyK0W5OMnzJFszo5ClCVbqAQ6s1NWYeast+WjIyWF7

L'objectif principal était de monter sur l'ordinateur portable de notre ami et de télécharger un gif NFT avec un chat jusqu'à ce que le piano tombe sur l'ordinateur portable. Mais peu de temps après le début de l'opération de sauvetage du chat, il s'est avéré que des pirates avaient déjà piétiné l'ordinateur portable, de sorte que les participants n'ont pas pu accéder à l'ordinateur portable - la clé privée ne correspondait pas. Un groupe de hackers se fait appeler sp0rk b4gel

Ils se sont intéressés au code source appartenant à l'entreprise où travaillait le héros de notre histoire. Ils ont divulgué le code, et avec lui, ils ont accidentellement attrapé le chat, sans même s'en apercevoir. Après cela, des pirates ont commencé à faire chanter notre ami, menaçant de publier son travail, ce qui l'a menacé de poursuites judiciaires.

Pour enregistrer en toute sécurité la clé SSH modifiée, le groupe de pirates l'a divisée selon le schéma de Shamir en 10 parties, dont 8 étaient nécessaires pour se connecter à l'ordinateur portable. 9 clés ont été réparties entre les "hackers", et la 10ème, bonus, nous l'avons insérée en dehors de l'intrigue (plus de détails ci-dessous). Et les participants ont dû résoudre plusieurs problèmes, en recevant pour chacun d'eux un fragment de la bonne clé privée. Les tâches elles-mêmes étaient sous la forme d'"erreurs" aléatoires commises par des pirates informatiques.

Comme les participants n'avaient pas d'autres pistes que le nom du groupe de hackers, ils ont d'abord dû se tourner vers Google.

Dans les résultats de la recherche, ils ont trouvé le manifeste du hacker . Le texte manifeste sur textbin.net a été indexé avec succès par Google et trouvé par titre . À la fin du manifeste, les surnoms des pirates sont indiqués, pour chacun desquels il était possible de trouver la tâche correspondante - "creuser" sous le pirate, car ils ne donneraient pas simplement la clé modifiée, non?

Tâche 50n1c4h0

Partie de la clé :

ssss-01-5dc6284446d3f3ae3d2b9e12167a118708f08686474e6471d178703938e3bc043796c79f72853a2cd77d2e956e41490b9b961a526f4911527bfe14c24f0022ce31a52f5fc118ca1dd1c1f0

Catégorie d'emploi : crypto, re surnom

Google , du coup on retrouve l' album photo (liens vers celui-ci sur Pinterest ou Juxtapost indexés lors de la quête ) et le site https://50n1c4h0.netlify.app/ selon l'une des photos de l'album photo, qui recommande d'utiliser ce site :

Le site est un « protecteur » pour la protection des données confidentielles. A l'intérieur se trouve une machine virtuelle homebrew 16 bits avec bytecode, légèrement recouverte d'un obfuscateur. Le programme de cette machine est une implémentation du chiffrement de flux RC4 avec une clé 4c524338f5169e91e0cc05971f5b9b6e

(hex). La photo de l'album photo montre le résultat du travail du protecteur sur la partie souhaitée de la clé (on décodée à partir du QR code :)

6efb5c8eaf511770715681cac161b49f45ad9c12837ae41b35639653fcbc03e55e16a5d4953ba1fee6f8d4a3606b0751fd6d6a0b8e14200f4ed78943d4553d0bebfabcb8c0e30fa3580ab08899edbadd878b6e7c033febf6679558d1511c74f8d9ca54ef4c646a08f1bfeefe1a3b7884d3f2c94ee14649dcdc11591b8a8b0a005c80a8ce4b7c3dde988d59065ec574ad194fdc204137fc6748994942237e

.

Étant donné que l'algorithme est réversible, vous pouvez utiliser n'importe quelle implémentation du chiffrement RC4, substituer la clé et obtenir le texte en clair d'origine - c'est une manière inverse de résoudre le problème.

Il était possible d'emprunter une autre voie, cryptanalytique : en remarquant que l'octet de sortie du texte chiffré dépend uniquement de la position et de la valeur de l'octet d'entrée et ne change pas (par exemple, l'octet 0x41

à la position 1 sera toujours converti en 0x39

, octet 0x42

- en 0x5F

, etc.), il était possible de sélectionner les données d'entrée par octet pour la sortie connue du code QR, obtenant ainsi également la partie souhaitée de la clé, octet par octet.

▍ GemmadohUne quête

Une partie de la clé:

ssss-02-8e8425381bc24f44cbdefdae711d91c0a733350e949827f66a0ee00a5301afc3f68aad0a69e1b3d93465e70db0675089dd27fd993efe39bc881ad00b19d6055b856e9853af0b681213cb81

Catégorie de quête : presque pwn

Nous ne pouvions pas laisser de côté la dernière quête (en savoir plus ici ) et avons décidé d'utiliser le site Web du studio Sokol en hommage aux participants qui ont essayé d'économiser de l'argent des mâchoires du glouton broyeur jour et nuit.

Nous allons sur le site https://ooosokol.ru/ (un indice de ce projet était dans le message des pirates). On voit que le site a déjà été piraté par le hacker GemmadohA. Il y a également laissé un web shell (il y a un commentaire sur la page deface, pour ne pas oublier). Login et mot de passe pour le web shell : gemmadoha:gemmadoha

presque comme un classique admin:admin

.

Le pirate a également créé un compte sur le serveur piraté. La clé privée de celui-ci n'a pas été supprimée du serveur ( /home/gemmadoha/.ssh/id_rsa

), car elle a été générée sur celui-ci. Nous lisons la clé privée avec le shell Web, accédez au serveur ooosokol.ru via SSH.

On voit que le hacker est toujours en attente (indice "et si le hacker est toujours sur le serveur, il vient juste de le pirater" dans Discord) via SSH (avec IP 194.87.236.30), quelque chose est en train de creuser dans les fichiers. Il y a un socket d'agent SSH suspendu pour cela /tmp

, cela peut être détecté en recherchant simplement tous les fichiers appartenant au pirate (et afin de ne pas perdre de temps à essayer d'élever les privilèges, Discord a reçu un indice "ce que vous recherchez est pas sur ce serveur" ).

À l'aide de la commande :

SSH_AUTH_SOCK=/tmp/ssh-5j3MjI6mby/agent.23577 ssh gemmadoha@194.87.236.30

nous utilisons son agent SSH contre lui-même (nous hackons le hacker, l'invite "hack the hacker" a été donnée dans Discord) et allons sur son serveur. Il y a un autre secret.txt dans le dossier de départ.

▍ Quête thereane777

Élément clé:

ssss-04-44ed995def2ab783d02fdd783c528a347f29adc494130b65827721002fe47d0b5d3f29cf55620b596c49f23652cb4648cb3c7b5c605d5a9e2f0f3c46f32894c9980d028a7e7b33f8c8c48b

Catégorie d'emploi : divers pseudo

Google , nous entrons dans des sujets sur les forums de hackers où ce hacker est enregistré. La description du profil du pirate contient un lien vers Yandex.Disk pour des «informations utiles» : https://disk.yandex.ru/d/kQ9MPqO3anRiTA Sur le disque, parmi tous les programmes utiles (clients ICQ), il y a des icônes protégées par mot de passe .zip archive. Mot de passe de sa part : (long et difficile à deviner). Sans connaître le mot de passe, vous pouvez voir que l'archive contient deux fichiers .png (images) et un intéressant fichier secret.txt. La tâche est résolue sans connaître le mot de passe en utilisant une méthode zip peu connue, mais toujours pertinente

v1pPGOuPS8HXFrS

attaque en texte clair connue avec bkcrack (successeur de pkcrack ). Pour mettre en œuvre cette attaque, l'archive contient deux images PNG aléatoires (leur contenu est inconnu des participants, et ce n'est pas obligatoire, mais vous pouvez aussi les trouver sur Internet), puisque leur entête, dont les 16 premiers octets sont les idem pour tout fichier PNG, et est suffisant (seulement 12 octets suffisent, et même pas forcément séquentiels) pour mener une attaque.

En conséquence, nous obtenons une clé ZipCrypto dd8d62b4 83fed681 6761bbc1

, avec laquelle nous ouvrons l'archive et récupérons le contenu du fichier secret.txt, qui contient la partie requise de la clé.

Travail y4n4naby5

Une partie de la clé :

ssss-05-9b5f9fef9cf5d85d206ed65b4a645888f6409b79c956309a2f1860daa0c4d8cd23113fdcee5fa5575ff7e9398d061eed52c62eee743f77c569c861fb1ade55a2149dc05a9f2e4f2e18bad5

Catégorie de

tâche : surnom Google forensics , nous trouvons (au cours de la quête il y avait) un sujet sur le forum demandant de l'aide pour ouvrir le réseau Wi-Fi nommé "DIR-615 y4n4naby5" (apparemment le Wi-Fi de le pirate souhaité). Le rapport est joint au vidage du trafic , ce qui est nécessaire pour la sélection du mot de passe du réseau Wi-Fi (quatre fois WPA-handshake).

Le fil de discussion du forum contient un vidage du trafic réseau Wi-Fi, et il y a encore plus d'informations dans le vidage qu'il n'est nécessaire pour deviner le mot de passe. Le mot de passe est sélectionné selon l'ancien, très connu (il est même inclus dans la plus célèbre distribution Pentester de Kali Linux) et utilisé à la première occasion pour presque n'importe quelle sélection par le dictionnaire RockYou . Ce mot de passe est fireheart79

(a été choisi avec succès par un membre du forum). La sélection ne prendra pas plus d'une heure sur un processeur moderne (aucune carte vidéo n'est nécessaire) en utilisant le même hashcat .

Connaître le mot de passe autorisera et déchiffrera également le trafic WiFi « inutile » en utilisant le même Wireshark, et voir quel type de données le pirate a transmis. En plus des ordures (échange de données avec les serveurs Alibaba et Google), vous pouvez remarquer une connexion intéressante via FTPS (FTP sur SSL/TLS) vers le serveur soclose.numbers.com (un tel nom n'est pas enregistré, peu importe , mais l'IP est généralement "truquée" sur une IP de Google). TLS est connu pour être un protocole crypté, mais les paramètres sans paramètres spéciaux supplémentaires (le serveur était vsftpd , et le client était andftp ) se sont avérés être comme ceci (TLS 1.2 sans utiliser le secret partagé Diffie-Hellman) que seule la clé privée du serveur est nécessaire pour déchiffrer le trafic du dump (si le schéma Diffie-Hellman était utilisé, cela serait impossible sans les dumps mémoire du client ou du serveur). Les paramètres clés du serveur (RSA-2048) sont choisis de manière (p et q sont proches l'un de l'autre) pour être sensibles à l' attaque de la factorisation de Fermat . Ceci est suggéré dans le nom du serveur ("si proches des nombres"). L'attaque est effectuée instantanément en utilisant le même RSACtfTool , et donne

133205738301055492415292455053957573761950370019465363197330018804911429748841372623440097998280840848577224963374030102174633719338576372412863025595291812898461741802590180711710007911941796139236802646966981084378380345280502967196789430710224184344783160032007107024729298554505470658071546418304653261811 p =

q = 133205738301055492415292455053957573761950370019465363197330018804911429748841372623440097998280840848577224963374030102174633719338576372412863025595291812898461741802590180711710007911941796139236802646966981084378380345280502967196789430710224184344783160032007107024729298554505470658071546418304653247279

A, respectivement, et la clé privée:

Avec lui, nous décryptons le trafic TLS (toujours avec le même Wireshark) et obtenons le contenu du fichier secret.txt téléchargé via FTPS, qui contient la partie requise de la clé. C'est-à-dire que nous effectuons deux étapes : pirater WPA et pirater TLS.

▍ Travail m0x143y

Une partie de la clé :

ssss-06-ad1a38b7f24f17489ef204207f7c3b8cf17032b316d5cb9d123619d209676ad6e7ba567c33ac41376876265a70f45f73a991cb6e9100b0df4b8b102a51a147dc6d641cf8bbbecd07321e0b

Catégorie de

tâche : pseudo Google forensics , on retrouve (au cours de la quête il y avait) un sujet sur le forum avec une demande de vérifier l'erreur lors de l'ouverture d'un volume TrueCrypt :

Un message sur le forum indique qu'il y a un problème pour ouvrir un volume TrueCrypt spécifique . Une capture d'écran de l'erreur et des liens vers les services de partage de fichiers sont fournis , sur lesquels se trouvent le conteneur lui-même et un vidage de mémoire pour déboguer le problème. Mot de passe sur la longueur du conteneur et nepodbiraemy : uBocLXywprQ9VJ6jxpYP

. Cependant, il y a un vidage de mémoire, et, par exemple, en utilisant le plugin de volatilité truecryptmaster , vous pouvez extraire la clé principale TrueCrypt (truecryptsummary signalera que le volume a été monté et les chemins vers celui-ci, mais truecryptpassphrase ne donnera rien, car le le paramètre TrueCrypt par défaut n'est pas de mettre en cache les mots de passe).

Ce sera comme ça :

Container: \??\C:\Users\m0x143y\Documents\encrypted.tc
Hidden Volume: No
Removable: No
Read Only: No
Disk Length: 66846720 (bytes)
Host Length: 67108864 (bytes)
Encryption Algorithm: AES
Mode: XTS
Master Key
0xfffffa801b57f1a8  84 2c 3d a3 24 7d 9a 37 d6 53 7e ac 1f 3c 2c 7f   .,=.$}.7.S~..<,.
0xfffffa801b57f1b8  de 61 85 de 81 a9 84 2a 4d 3c d9 57 df 81 c7 29   .a.....*M<.W...)
0xfffffa801b57f1c8  8f 56 fc e1 80 4e cf 2a ce 44 5b 9f a6 10 6f 98   .V...N.*.D[...o.
0xfffffa801b57f1d8  15 e2 50 1f 49 38 f0 a9 62 a7 96 4a db d3 53 9f   ..P.I8..b..J..S.

L'adresse KDBG pour la volatilité est 0xf80002a45120

, le profil fera l'affaire Win7SP1x64_23418

(c'est-à-dire volatility --kdbg=0xf80002a45120 --profile=Win7SP1x64_23418 -f mem.raw truecryptmaster

). Ensuite, en utilisant, par exemple, MKDecrypt, vous pouvez déchiffrer le conteneur sous sa forme brute à l'aide de la clé principale reçue (sans connaître le mot de passe, il n'est plus nécessaire). Pour quelle raison? Le fichier que vous recherchez secret.docx

(fait pour qu'il ne rentre pas entièrement en mémoire dans MFT et ne simplifie pas énormément la solution du fait de sa petite taille) retiré du conteneur (indice "il n'y a plus rien d'important là-bas" dans le piano), comme promis dans le message (et dans Discord, un indice est donné "y avait-il des informations importantes?"), Il n'y a que des déchets (programmes pentest et portefeuilles Monero vides). Cependant, avec un conteneur déchiffré "brut" et presque tous les programmes de récupération de données à partir de partitions FAT, par exemple R-Studio, photorec ou DMDE, le fichier "supprimé" du conteneur chiffré avec une partie de la clé est restauré.

Tâche 3r1or0l3r

Partie de la clé :

ssss-07-7931b90aace8673aa4d6162c3e729b7c89152de5e9bed9ab9fb9ff8eb1fbe8307bd985f728de99123980abee36d0495fbad93cf52d990a9a0fdbb82b62c7b141f3642e051dfa8112b56833

Catégorie de la tâche : stego surnom

Google , on retrouve sa « créativité » : https://textbin.net/hzbmlkhzjg

La stéganographie de texte par la méthode des chaînes (qui a été évoquée dans Discord "connecté par une chaîne" et "le texte est connecté, pas aléatoire, a du sens" dans la vidéo) Markov: An Approach for Text Steganography Based on Markov Chains (indice dans Discord 1409.0915). Mise en œuvre de cette idée : http://jthuraisamy.github.io/markovTextStego.js/

Dans le texte de "créativité" (le premier chapitre du roman cyberpunk) on trouve évidemment des noms propres, par exemple, "McCoy Pauley" ou "Bobby Quine", extrait du premier livre connu dans ce genre : "Neuromancer" de William Gibson... En tant que corpus de texte spécifique pour les chaînes de Markov, le premier chapitre de ce livre est utilisé (qui est évoqué dans le titre de l'"histoire", et il n'y a pas d'autres mots et phrases que du premier chapitre), librement disponible ici .

Nous saisissons le texte du premier chapitre du « Neuromancien » sous forme de corpus, saisissons le texte du premier chapitre de la « créativité » du hacker sous forme de texte chiffré et obtenons la partie requise de la clé. Oui, avec la stéganographie, vous devez toujours deviner un peu et choisir des options.

▍ Quête VenchamoSs

Une partie de la clé :

ssss-08-6fe2d9b400840e44d5f20e15043cc4739ed97879110790350dd2e5e67f0b56b6e11607bb9e99f0cb1c57ede4d309e9f85363168f2ff1d2f316c9c89a8179110a759140a911075a0547f908

Catégorie d'emploi : osint

On retrouve (le même osint) le hacker sur le même github : https://github.com/VenchamoSs .

Le deuxième pseudo est indiqué sur le github - aka welAnty. Les navets que vous aimez incluent gpg, ce qui signifie que le pirate utilise et s'intéresse aux solutions PGP/GPG. Nous trouvons un hacker sur keybase.io (un site bien connu où les utilisateurs de GPG échangent des clés privées), il existe une clé publique avec l'email welanty@forexrobotexperts.now.im . Et aussi une instruction de ne pas utiliser l'ancienne clé avec l'ID 0xF6B246D4. Si vous recherchez cet identifiant sur le site le plus connu et le plus ancien pour l'échange de clés, alors vous pouvez trouver la même ancienne clé avec l'email eukx@forexrobotexperts.com . Selon elle, la fuite ANTIPUBLIC (incluse dans la Collection #1 , la plus grande compilation de fuites de ces dernières années) a un mot de passe N4syZRJ843.

Nous utilisons le mot de passe sur SSH (le seul service ouvert sur le serveur) welanty@forexrobotexperts.now.im , nous prenons une partie de la clé.

Job -velashic-

Partie de la clé :

ssss-09-be6c314465393225739da1e65200657df7d4a15e66e606c9619ef51a88d5b4015353ac2f089f3dfcd3f86757e89e404dfc2552fe59218310f94b8834d7a82d47b68669aa31eb0860a95d26

Catégorie de la tâche : osint,surnom

Google forensics , on retrouve le sujet sur le forum Cyberforum dans la section sur Arduino. Tout y est décrit : le pirate demande de l'aide en raison de son Arduino qui fonctionne mal et attache un dump du trafic USB, car il soupçonne qu'il est "trop chinois" et que quelque chose ne va pas lors du téléchargement du firmware. Le code du firmware devrait jouer la chansonLe maître des marionnettes de Metallica. En plus de télécharger le firmware sur l'Arduino, le dump incluait également la communication avec une clé USB (situation courante, car il y a moins d'interfaces USB dans Wireshark que de ports USB sur un ordinateur, car leur nombre ne correspond pas aux ports, mais à hubs USB sur la carte mère). Un fichier avec la même chanson est lu à partir du lecteur flash pour l'écoute, et l'archive secret.7z protégée par mot de passe est également écrite. Lors de l'extraction, nous voyons qu'il y a une écriture sur la partition NTFS sur la clé USB, et NTFS a un concept de fixup , donc n'oubliez pas de corriger (comme l'indice a été donné dans le piano) 2 octets à l'offset 142 la limite du secteur) de 0600

à 708f

selon les enregistrements FILE de la table USN / USA (Update Sequence Array). Le mot de passe de l'archive est deviné grâce à l'intérêt évident d'un pirate informatique - le groupe "metallica" (également dans le célèbre dictionnaire RockYou ), l'archive contient secret.txt avec la partie requise de la clé.

▍ Quête chyrgerillll

Partie de la clé :

ssss-10-132faac795e60a0f9457167c3db3f1b1efd25cdd5049329e68fd43ce884e606d17fb14e70c897bd3308aaa213443952522c95b2e3c29d68dca9611a12e6f3d8a660113370c2f6753fc0643

Catégorie d'emploi : crypto, re

Trouver un compte github avec un référentiel unique : https://github.com/chyrgerillll/mymnemonicgen Le référentiel contient une implémentation du générateur de phrases mnémoniques utilisées pour mémoriser l'accès aux portefeuilles crypto " dans la tête" selon la norme BIP39 . Cette norme est utilisée dans presque toutes les crypto-monnaies et dans presque toutes les implémentations de leurs portefeuilles, pas seulement dans Bitcoin. La génération de clés privées pour les portefeuilles à partir de ces mnémophrases est décrite par la norme BIP44 , qui est également utilisée par la plupart des implémentations de portefeuilles cryptographiques , ce qui est évoqué dans le référentiel... Les données de départ de l'entropie stockées dans la mnémophrase sont générées pour celle-ci selon BIP32 (une liste des trois normes dans le premier conseil de la vidéo). Un exemple de la façon dont tout cela est généré peut être vu ici : https://iancoleman.io/bip39/ (le dernier conseil donné dans Discord ; le chemin de génération standard utilisé est également suggéré m/44’/60’/0’/0/0

).

Là, dans le référentiel, il y a aussi l'adresse du portefeuille dans le testnet Ropsten de la crypto-monnaie Ethereum, pour accepter les dons pour continuer le développement du générateur. Il y a plusieurs émissions de test dessus.... Le référentiel contient également un indice de ce qui est nécessaire pour accomplir la tâche : essayez de casser le portefeuille généré par cette implémentation homebrew du générateur et informez-en l'auteur (ou même "emportez" des éthers de test). L'e-mail du pirate informatique ( chyrgerillll@rambler.ru ) requis pour la communication peut être trouvé en clonant le référentiel sur vous-même et en voyant comment il était allumé dans l'un des commits (également un problème non évident et fréquent pour les utilisateurs de git).

Le générateur utilise un PRNG Python standard (vortex de Mersenne), comme graine pour celui-ci - l'heure actuelle. Il est tiré de la transaction avec un dépôt de fonds (et sélectionné ± 30 secondes, car l'heure sur l'ordinateur du pirate informatique pourrait ne pas être parfaitement correcte, ce qui a été suggéré dans Discord - seulement 60 000 options). Ainsi restauré l'état PRNG (graine 1621586183221, 21/05/2021 08 : 36 : 23.221 GMT) pour donner la phrase de départ souhaitée « essayez le processus d'appel de bulle sort cacahuète poire valve ennuyeux trébucher injecter tour », et à travers elle et une clé privée ( s 0x702ca34414cc046ed2f63857a098b166541c3f477d7679a19e51de901d0df471

), qui donne accès au portefeuille.

Si vous envoyez les informations reçues et la clé (comme confirmation que le générateur est vraiment vulnérable) au hacker par mail, alors il proposera un deal : le participant ne touche plus son portefeuille, mais en retour reçoit la partie souhaitée de la clé .

Le troisième jour du piano planant, nous avons donné aux participants un indice qui les a aidés à résoudre ce problème. L'indice est crypté à la fin de cette vidéo :

Un fait intéressant: l' actrice n'allait pas se casser le crâne en plâtre, mais elle s'est tellement habituée au rôle qu'elle l'a fait de manière très expressive, en faisant revivre la vidéo avec succès. C'est bien que le nombre de crânes soit habituellement réservé selon le schéma N+1, et nous avons pu enregistrer quelques prises supplémentaires.

Nous avons donc décidé de prendre ce moment amusant, de le boucler et d'y chiffrer l'indice. Un message RTTY audio codé (auquel Discord a laissé entendre que le son est similaire au "son d'un vieux modem" ou même à un "télétype") pourrait être décodé, par exemple, en utilisant le programme Fldigi , bien connu dans le cercles radioamateurs :

Le message donnait ainsi des indications sur les tâches des hackers 3r1or0l3r et chyrgerillll.

▍ Le résultat de l'accomplissement des tâches par le gagnant

Si vous collectez les parties de la clé obtenues lors de la résolution des tâches dans le programme ssss (il implémente la séparation du secret selon le schéma de Shamir, un indice de ce programme est contenu dans le texte de toutes les parties), alors le participant reçoit un lien (pastebin crypté) : https://0bin.net/paste/YrFxYqMg # ZVK78BWtOhtncw3-xwJe9dw5rGBOboTBOJhEaop8tge

Ce lien contient la partie privée de la clé nécessaire pour se connecter au portable.

▍ Clé bonus (10ème).

Dans l' article sur les monogrammes musicaux , nous avons une description de l'un des algorithmes de cryptage (méthode allemande, XVIIIe siècle). La tâche est simple : le participant doit composer le monogramme RUVDS crypté au piano :

Sur le site, sur le clavier, nous avions les inscriptions suivantes :

Pour composer RuVDS, il fallait jouer la séquence suivante au piano :

4 7 1 4 5

Le résultat de ceci sera un message qui parvient au Télégramme de celui qui a joué cette mélodie :

« Félicitations ! Vous avez déchiffré l'une des 8 parties pour révéler le secret (clé SSH) !

Le voici : ssss-11-2ff9228ea4b6b1fe9361a28e506ca2d35699652cc2a5838d185b075ebe9b60ce4d6e1345f6a0ebe55f5a097218265bb35a3fea2632cc569a5bb64f207591138c71

Répondant aux questions des participants, oui, c'était une clé bonus, sa présence n'est pas nécessaire pour la réalisation de la quête, elle se démarque donc du scénario général de la narration de la quête (lore).

Note à l'hôtesse : le terme "lore" vient du mot anglais "lore", qui dans le contexte des quêtes signifie "connaissance, tradition".

Nous avons ajouté une clé bonus afin de donner aux participants pour qui l'intrigue principale est trop difficile de s'essayer et d'obtenir au moins une clé.

De plus, nous avons suivi les progrès des participants dans la quête sur Discord et leur avons donné des conseils supplémentaires. Si les participants devinaient jouer les surnoms codés des hackers au piano, ils recevaient de tels messages via le bot Telegram :

1 5 5 1 5 1 2 3 (-velashic-, tâche 9)

« Bravo ! Voici un indice pour le pseudo -velashic- :

vérifiez l'intégrité de l'archive extraite.

6 1 3 2 5 4 4 ou 6 3 4 (m0x143y)

« Bravo ! Voici un indice pour le pseudo m0x143y :

Avant de poster sur Internet son problème, il a dit qu'il n'y a plus d'informations privées...

Gagnants et prix

Nous avons déjà annoncé les noms des gagnants qui ont réussi à télécharger le chat. Mais après la chute du piano, les participants avaient encore cinq jours pour résoudre toutes les tâches, cette fois uniquement par intérêt sportif. Et nous félicitons encore une fois tous ceux qui n'ont pas abandonné et qui ont également eu droit au gif avec le chat !

Arrivé jusqu'au bout

Alexander

pas seul

lofarter

Herman

Ildar

Et aussi, selon les résultats du vote dans Discord, nous avons décidé de récompenser le participant non seul pour sa grande aide à résoudre les problèmes ensemble: nous lui donnons un certificat de 200 $ pour la location d'un serveur virtuel dans l'une des 11 données RUVDS centres, ainsi qu'une boîte de notre mousse de marque Smart Admin.

À tous les gagnants qui arrivent à la fin, nous offrons un code promotionnel pour une remise de 50% sur Hacker .

❒ Pour d'autres prix, veuillez vous référer à @Johurn .

Et enfin, nous voulons partager quelques citations amusantes des participants :