Cet hiver, plus précisément un jour entre Noël et le Nouvel An, les ingénieurs du support technique de Veeam étaient occupés par des tâches plutôt inhabituelles : ils traquaient un groupe de hackers nommé « Veeamonymous ».

Sur la façon dont les gars ont eux-mêmes imaginé et organisé un véritable escape game au travail, avec des missions « proches du combat », a raconté Kirill Stetsko, Ingénieur d'escalade.

— Pourquoi avez-vous même commencé cela ?

— À peu près pour les mêmes raisons que les gens ont inventé Linux à l'époque – juste pour le plaisir, pour leur propre satisfaction.

Nous voulions de l'animation, et en même temps, nous voulions faire quelque chose d'utile, quelque chose d'intéressant. De plus, il fallait offrir un certain relâchement émotionnel aux ingénieurs face à leur travail quotidien.

— Qui a proposé cela ? D'où vient l'idée ?

— L'idée venait de notre responsable Katya Yegorova, puis le concept et toutes les idées suivantes ont été élaborés ensemble. Au départ, nous pensions organiser un hackathon. Mais pendant l'élaboration du concept, l'idée a évolué en un escape game, après tout, le travail d'un ingénieur de support technique n'est pas le même que la programmation.

Ainsi, nous avons appelé des amis, des camarades et des connaissances, différentes personnes nous ont aidés avec le concept – une personne de T2 (deuxième ligne de support – note du rédacteur), une personne de T3, quelques personnes de l'équipe SWAT (équipe d'intervention rapide pour les cas urgents – note du rédacteur). Nous nous sommes réunis, nous nous sommes assis et avons essayé d'imaginer des missions pour notre escape game.

— C'était très inattendu d'apprendre tout cela, car, à ma connaissance, généralement, la mécanique des escape games est travaillée par des scénaristes spécialisés, c'est-à-dire que non seulement vous avez géré quelque chose de si complexe, mais en plus c'était en lien avec votre travail, votre domaine professionnel.

— Oui, nous voulions faire plus qu'un simple divertissement, mais « améliorer » les compétences techniques des ingénieurs. L'un des objectifs de notre département est l'échange de connaissances et la formation, et un tel escape game représente une excellente occasion de permettre aux gens de « toucher » des techniques qui sont nouvelles pour eux en direct.

— Comment avez-vous imaginé les missions ?

— Nous avons organisé un brainstorming. Nous avions conscience que nous devions créer des défis techniques, des défis intéressants qui transmettent en même temps de nouvelles connaissances.
Par exemple, nous avons pensé qu'il était important de laisser les gens essayer de sniffler le trafic, d'utiliser des éditeurs hexadécimaux, de travailler un peu sur Linux, et d'explorer des aspects un peu plus profonds liés à nos produits (Veeam Backup & Replication et autres).

Un autre aspect essentiel était le concept. Nous avons décidé de nous baser sur le thème des hackers, de l'accès anonyme et de l'atmosphère de secret. Le symbole que nous avons choisi était le masque de Guy Fawkes, et le nom est venu tout seul — Veeamonymous.

« Au commencement était le verbe »

Pour susciter l'intérêt, nous avons décidé d'organiser, avant l'événement, une campagne de relations publiques sur le thème du jeu d'énigmes : nous avons affiché des posters d'annonce dans nos bureaux. Puis, quelques jours plus tard, secrètement, nous les avons peints avec des sprays et avons lancé une rumeur selon laquelle des malfaiteurs avaient saccagé les posters, en ajoutant même une photo comme preuve....

— Donc c'était vous, l'équipe d'organisation ?!

— Oui, vendredi, vers 21 heures, quand tout le monde était déjà parti, nous sommes allés et avons peint un 'V' vert avec des sprays. Beaucoup de participants au jeu d'énigmes n'ont jamais deviné qui avait fait cela – les gens venaient nous demander qui avait abîmé les posters. Certains ont pris cela très au sérieux et ont mené toute une enquête à ce sujet.

Pour le jeu d'énigmes, nous avons enregistré des fichiers audio, en 'extrayant' des sons : par exemple, quand un ingénieur se connecte à notre [système CRM] de production, il y a un robot répondeur qui dit différentes phrases et chiffres… À partir des mots qui y étaient enregistrés, nous avons composé des phrases plus ou moins cohérentes, peut-être un peu tordues – par exemple, nous avons obtenu 'No friends to help you' dans un fichier audio.

L'adresse IP, par exemple, nous l'avons représentée en code binaire, en utilisant aussi ces chiffres [prononcés par le robot], et nous y avons ajouté divers sons inquiétants. Nous avons filmé nous-mêmes la vidéo : dans la vidéo, nous avons une personne assise sous une capuche noire et portant un masque de Guy Fawkes, mais en fait, il n'y a pas qu'une seule personne, mais trois, car deux autres se tiennent derrière lui en tenant un 'fond' fait de couvertures :).

— Eh bien, vous avez vraiment élaboré cela, pour le dire simplement.

— Oui, nous avons été emballés. En gros, au départ, nous avons élaboré nos spécifications techniques, puis nous avons créé une trame littéraire et ludique sur ce qui s'est prétendument passé. Dans le scénario, les participants chassaient un groupe de hackers appelé « Veeamonymous ». L'idée était aussi de « casser la quatrième mur », c'est-à-dire de transférer les événements dans la réalité – par exemple, nous avons dessiné à partir d'une bombe aérosol.

Un membre de notre équipe, un natif anglophone, a aidé à la rédaction littéraire du texte.

— Attends, mais pourquoi un natif ? Vous avez fait tout ça aussi en anglais ?

— Oui, nous avons organisé cela pour les bureaux de Saint-Pétersbourg et de Bucarest, donc tout était en anglais.

Pour notre première expérience, nous avons essayé de faire en sorte que tout fonctionne simplement, donc le scénario était linéaire et relativement simple. Nous avons ajouté beaucoup d'ambiance : des textes secrets, des codes, des images.

Nous avons également utilisé des mèmes : il y avait un tas d'images sur les enquêtes, les OVNI, des histoires d'horreur populaires – certaines équipes en étaient distraites et essayaient de trouver des messages cachés, d'appliquer leurs connaissances en stéganographie et autres… mais bien sûr, il n'y avait rien de tout cela.

Sur les épines

Cependant, pendant le processus de préparation, nous avons rencontré des tâches inattendues.

Nous avons beaucoup bataillé avec elles et avons résolu toutes sortes de questions qui surgissaient soudainement, et environ une semaine avant le quizz, nous avons même pensé que tout était perdu.

Il pourrait être intéressant de parler un peu de la base technique du quizz.

Tout était fait sur notre lab interne ESXi. Nous avions 6 équipes, donc il fallait attribuer 6 pools de ressources. Ainsi, pour chaque équipe, nous avons déployé un pool distinct avec les machines virtuelles nécessaires (IP identiques). Mais comme tout cela se trouvait sur des serveurs situés dans un même réseau, la configuration actuelle de nos VLAN ne permettait pas d'isoler les machines dans différents pools. Et, par exemple, lors du test, nous avons eu des situations où une machine d'un pool se connectait à une machine d'un autre.

— Comment avez-vous réussi à corriger la situation ?

— Au début, nous avons longtemps réfléchi, testé différentes options avec des permissions, des VLAN distincts pour chaque machine. En fin de compte, nous avons fait en sorte que chaque équipe ne voie que le serveur Veeam Backup, par lequel se fait tout le travail ultérieur, mais ne voit pas le sous-pool caché, dans lequel se trouvent :

• plusieurs machines Windows
• Serveur Windows core
• machine sous Linux
• paires VTL (Virtual Tape Library)

À chaque pool est attribué un groupe de ports distinct sur le commutateur vDS et un VLAN privé. Cette double isolation est justement nécessaire pour exclure complètement la possibilité d'interaction réseau.

À propos des braves

— N'importe qui pouvait-il participer à la quête ? Comment les équipes étaient-elles formées ?

— C'était notre première expérience pour organiser un tel événement, et les capacités de notre laboratoire étaient limitées à 6 équipes.

Au début, comme je l'ai déjà dit, nous avons mené une campagne de relations publiques : en utilisant des affiches et des newsletters, nous avons annoncé que la quête serait organisée. Nous avions même des indices – des phrases étaient codées en binaire sur les affiches. Ainsi, nous avons suscité l'intérêt des gens, qui ont commencé à se regrouper avec leurs amis. Au final, plus de personnes se sont manifestées que nous avions de pools, donc nous avons dû faire une sélection : nous avons imaginé une tâche de test simple et l'avons envoyée à tous ceux qui ont répondu. C'était une énigme logique qu'il fallait résoudre rapidement.

Dans l'équipe, on pouvait avoir jusqu'à 5 personnes. Pas besoin de capitaine, l'idée était de coopérer, de communiquer entre nous. Quelqu'un est fort en Linux, quelqu'un d'autre en sauvegardes sur bandes, et chacun, voyant une tâche, pouvait contribuer à la solution globale. Tous communiquaient, cherchant ensemble la solution.

— À quel moment cet événement a-t-il débuté ? Aviez-vous un "moment X" ?

— Oui, nous avions un jour fixé, que nous avions choisi pour qu'il y ait moins de charge dans le département. Évidemment, nous avons prévenu à l'avance les chefs d'équipe que certaines équipes étaient invitées à participer à la quête, et qu'il fallait leur accorder un certain relâchement [concernant la charge] ce jour-là. Il s'agissait donc de la fin de l'année, le 28 décembre, un vendredi. Nous pensions que cela prendrait environ 5 heures, mais toutes les équipes ont terminé plus rapidement.

— Tous étaient dans des conditions égales, avec les mêmes tâches basées sur des cas réels ?

— Oui, chacun des créateurs a puisé dans son expérience personnelle pour raconter certaines histoires. Nous savions que certaines choses pouvaient se produire dans la réalité, et il était intéressant que les participants puissent « toucher » à cela, regarder et comprendre. Nous avons également pris des éléments plus spécifiques, par exemple, la récupération de données à partir de bandes endommagées. Certains avec des indices, mais la plupart des équipes s'en sont sorties seules.

Ou il fallait utiliser la magie des scripts rapides – par exemple, nous avons eu une histoire où une « bombe logique » a « éclaté » un archive volumineux en dossiers aléatoires dans l'arborescence, et il fallait rassembler les données. On peut le faire manuellement, en trouvant et en copiant [les fichiers] un par un, ou on peut écrire un script selon un masque.

En général, nous essayions de respecter le point de vue selon lequel une tâche peut être résolue de différentes manières. Par exemple, si tu es un peu plus expérimenté ou que tu souhaites « te compliquer » la vie, tu peux la résoudre plus rapidement, alors qu'il y a un chemin direct « en face » – mais cela prendra plus de temps. Ainsi, presque chaque tâche avait plusieurs solutions possibles, et c'était intéressant de voir quels chemins choisiraient les équipes. Donc, la non-linéarité résidait justement dans le choix de la méthode de résolution.

Au fait, la tâche sur Linux s'est avérée être la plus difficile – seule une équipe l'a résolue seule, sans indices.

— Et pouvait-on prendre des indices ? Comme dans un vrai escape game ??

— Oui, il était possible d’en prendre, car nous comprenions que les gens étaient différents et que ceux qui manquaient de certaines connaissances pouvaient se retrouver dans la même équipe. Ainsi, pour ne pas allonger la durée de l'épreuve et pour que l'intérêt de la compétition ne disparaisse pas, nous avons décidé d'ajouter des indices. Chaque équipe était surveillée par un membre de l'organisation. Et nous veillons aussi à ce que personne ne triche.

À propos des étoiles

— Y avait-il des prix pour les gagnants ?

— Oui, nous avons essayé de faire des prix aussi agréables que possible pour tous les participants et pour les gagnants : les gagnants ont reçu des sweat-shirts design avec le logo de Veeam et une phrase codée en hexadécimal, de couleur noire). Tous les participants ont reçu un masque de Guy Fawkes et un sac à logo avec le même code.

— Donc, vous aviez tout comme dans un vrai escape game !

— Eh bien, nous voulions créer quelque chose de cool et d'adulte, et je pense que nous y sommes parvenus.

— C'est vrai ! Quelle a finalement été la réaction de ceux qui ont participé à cette chasse au trésor ? Avez-vous atteint vos objectifs ?

— Oui, beaucoup sont ensuite venus me voir, disant qu'ils avaient clairement identifié leurs points faibles et qu'ils voulaient les améliorer. Certains ont cessé d'avoir peur de certaines technologies – par exemple, de décompiler des blocs avec des tapes et d'essayer d'en extraire quelque chose... D'autres ont compris qu'ils devaient se perfectionner en Linux, et ainsi de suite. Nous avons fait en sorte de proposer un large éventail de tâches, mais pas toutes triviales.

Équipe victorieuse

« Qui veut, peut ! »

— Cela a demandé beaucoup d'efforts de la part des organisateurs du jeu ?

— Effectivement, oui. Mais c'était surtout dû à notre manque d'expérience dans la préparation de ce genre de chasses au trésor, et d'infrastructures de ce type. (Précisons que ce n'est pas notre infrastructure réelle – elle devait simplement remplir certaines fonctions ludiques.)

Pour nous, c'était une expérience très intéressante. Au départ, j'étais sceptique, car l'idée me semblait même trop audacieuse, je pensais que sa réalisation serait très complexe. Mais nous avons commencé, nous avons travaillé dur, et finalement, nous avons réussi. Et cela s'est fait presque sans accroc.

En tout, nous avons consacré 3 mois. Pour la plupart, nous avons conçu le concept, discuté de ce que nous pouvions réaliser. Au cours du processus, certaines choses ont naturellement évolué, car nous avons compris que nous n'avions pas les capacités techniques pour certaines idées. Nous devions réajuster certaines choses à la volée, tout en veillant à ce que l'intrigue, l'histoire et la logique ne soient pas compromises. Nous avons essayé de ne pas simplement donner une liste de tâches techniques, mais de nous assurer que cela s'intègre dans une histoire, de manière cohérente et logique. Le gros du travail s'est effectué le dernier mois, c'est-à-dire 3-4 semaines avant le grand jour.

— Donc, en plus de votre activité principale, vous avez pris du temps pour la préparation ?

— Nous avons travaillé sur cela en parallèle de notre travail principal, oui.

— Vous demande-t-on encore de réaliser ce genre d'événement ?

— Oui, nous avons beaucoup de demandes pour le répéter.

— Et vous, qu'en pensez-vous ?

Nous avons de nouvelles idées, de nouveaux concepts, nous voulons attirer plus de personnes et étendre cela dans le temps – tant le processus de sélection que le processus de jeu lui-même. Dans l'ensemble, nous nous inspirons du projet « Cicada », que vous pouvez rechercher – c'est un sujet informatique très intéressant, où des personnes du monde entier se réunissent, créent des fils sur Reddit, utilisent des forums, traduisent des codes et résolvent des énigmes, entre autres.

L'idée était excellente, vraiment un respect pour l'idée et sa réalisation, car cela a réellement une grande valeur. Je vous souhaite sincèrement de ne pas perdre cette inspiration et que tous vos nouveaux projets soient tout aussi réussis. Merci !

Est-ce qu'il sera possible de voir un exemple de tâche que vous ne réutiliserez pas ?

Je soupçonne que nous ne réutiliserons aucune tâche. Par conséquent, je peux vous parler du déroulement de toute la quête.

Piste bonusAu début, les joueurs ont le nom de la machine virtuelle et les identifiants de vCenter. En se connectant, ils voient cette machine, mais elle ne démarre pas. Il faut deviner qu'il y a un problème avec le fichier .vmx. En le téléchargeant, ils découvrent un indice nécessaire pour la deuxième étape. En gros, il est écrit que la base de données utilisée par Veeam Backup & Replication est cryptée.
En supprimant l'indice, en téléchargeant le fichier .vmx à nouveau et en réussissant à démarrer la machine, ils voient qu'un des disques contient effectivement une base de données cryptée en base64. Par conséquent, la tâche consiste à la déchiffrer et à obtenir un serveur Veeam pleinement fonctionnel.

Un peu sur la machine virtuelle où tout cela se passe. Comme nous le savons, selon l'intrigue, le personnage principal de la quête est une personne plutôt sombre et s'adonne à quelque chose de manifestement illégal. Par conséquent, son ordinateur de travail devait avoir une apparence plutôt hacker, que nous devions créer malgré le fait qu'il s'agisse de Windows. Tout d'abord, une masse de faux indices a été ajoutée, tels que des informations sur des piratages majeurs, des attaques DDoS, etc. Ensuite, nous avons installé divers logiciels typiques et éparpillé partout différents dumps, fichiers avec des hashes, etc. Tout comme dans un film. Parmi d'autres, il y avait des dossiers nommés selon les principes closed-case*** et open-case***.
Pour avancer, les joueurs doivent récupérer les indices à partir des fichiers dans les sauvegardes.

Il faut dire qu'au début, les joueurs avaient très peu d'informations, et la plupart des données (comme les IP, les identifiants et les mots de passe) leur sont fournies au cours de la quête, en trouvant des indices dans les sauvegardes ou des fichiers dispersés sur les machines. Au départ, les fichiers de sauvegarde se trouvent sur un dépôt Linux, mais le dossier lui-même est le serveur monté (mounted) avec l'option noexec, c'est pourquoi l'agent chargé de la récupération des fichiers ne peut pas être exécuté.

En réparant le dépôt, les participants obtiennent accès à tout le contenu et peuvent enfin récupérer n'importe quelle information. Reste à comprendre laquelle. Pour cela, ils doivent justement étudier les fichiers stockés sur cette machine, déterminer lesquels sont « corrompus » et ce qui doit être récupéré.

À ce stade, le scénario s'éloigne des connaissances générales en informatique pour se diriger vers les fonctions spécifiques de Veeam.

Dans cet exemple précis (lorsque vous connaissez le nom du fichier, mais pas où le chercher), il faut utiliser la fonction de recherche dans Enterprise Manager, et ainsi de suite. Finalement, après avoir restauré toute la chaîne logique, les joueurs obtiennent un autre identifiant/mot de passe et un résultat de nmap. Cela les conduit à un serveur Windows Core, via RDP (pour que la vie ne soit pas toute douce).

L'élément clé de ce serveur : grâce à un simple script et quelques dictionnaires, une structure de dossiers et de fichiers complètement absurde a été formée. Et lors de la connexion, un message de bienvenue est affiché, du type « Ici, une bombe logique a explosé, donc vous devrez rassembler les indices pour les prochaines étapes fragment par fragment ».

L'indice suivant a été divisé en une archive volumineuse (environ 40-50 morceaux) et réparti aléatoirement dans ces dossiers. Notre intention était que les joueurs démontrent leurs talents à écrire de simples scripts PowerShell, afin de reconstituer l'archive volumineuse selon un modèle connu et d'obtenir les données recherchées. (Mais cela s'est passé comme dans cette blague — une partie des sujets s'est révélée exceptionnellement musclée.)

Dans l'archive, il y avait une photo d'une cassette (avec l'inscription «Last Supper — Best Moments»), ce qui laissait entendre l'utilisation d'une bibliothèque de bandes connectée, où se trouvait une cassette au nom similaire. Le problème est qu'elle était tellement inopérable qu'elle n'était même pas cataloguée. C'est ici que commençait probablement la partie la plus hardcore de la quête. Nous avons effacé le titre de la cassette, donc pour récupérer les données, il suffisait de dumper les blocs «bruts» et de les visualiser dans un éditeur hexadécimal à la recherche de marqueurs de début de fichiers.
Nous trouvons le marqueur, vérifions l'offset, multiplions le bloc par sa taille, ajoutons l'offset et, à l'aide d'un outil interne, essayons de restaurer le fichier depuis un certain bloc. Si tout est fait correctement et que les maths sont correctes, les joueurs obtiennent un fichier .wav.

Dans celui-ci, à l'aide d'un générateur vocal, est également dicté un code binaire qui se révèle être une autre IP.

Il s'avère que c'est un nouveau serveur Windows, où tout laisse entendre qu'il est nécessaire d'utiliser Wireshark, sauf qu'il n'est pas là. L'astuce principale est que cette machine a deux systèmes installés — seul le disque avec le deuxième est déconnecté via le gestionnaire de périphériques hors ligne, et la chaîne logique amène à la nécessité de redémarrer. Après cela, il s'avère qu'une toute autre système, où Wireshark est installé, doit se charger par défaut. Pendant tout ce temps, nous étions sur le système secondaire.

À ce stade, il n'y a plus grand-chose à faire, il suffit d'activer la capture sur la seule interface. En examinant attentivement le dump, on remarque un paquet manifestement suspect, envoyé depuis la machine auxiliaire à intervalles réguliers, contenant un lien vers une vidéo YouTube, où les joueurs sont invités à appeler un certain numéro. Le premier à appeler entend un message de félicitations pour sa première place, les autres reçoivent une invitation au service des ressources humaines (blague)).

Au fait, nous avons des postes ouverts pour des ingénieurs de support technique et pour des stagiaires. Bienvenue dans l'équipe!

Source : habr.com