Postes.

Le travail

Analyse de comptes rendus de communications et de signaux électroniques que le client a le droit de remettre. La collecte sans autorité ne fait pas partie du poste.

• Lire les informations déjà détenues. Noter l’émetteur ou le protocole, l’heure, et la conclusion que ces informations permettent.
• Garder la source, la date et le degré de confiance avec cette conclusion.
• Séparer ce qui est établi de ce qui reste ouvert.
• Rédiger le dossier pour qu’un second analyste puisse le suivre sans le reconstituer.

Requis

• Une lecture antérieure de comptes rendus de communications ou de signaux électroniques que quelqu’un avait le droit de détenir. Des notes de source ouverte, seules, ne sont pas ce travail.
• Nommer un émetteur ou un protocole, le situer dans le temps, et dire ce que l’information permet et ce qu’elle ne permet pas.
• Garder la source, la date et le degré de confiance attachés à la conclusion.
• Ne pas collecter, intercepter, ni demander un trafic que le client n’a pas le droit de remettre.
• Rédiger le dossier pour qu’un second analyste puisse le suivre. Lire l’arabe lorsque la matière est en arabe.

Le travail

Les réseaux des environnements que CyberListen défend : comment ils sont construits, comment ils sont segmentés, et comment leurs journaux arrivent au SIEM.

• Décrire le chemin du trafic et des journaux pour les systèmes du périmètre.
• Segmentation, routage et résolution de noms, écrits pour l’environnement réel et non sur un schéma générique.
• Un inventaire des équipements du périmètre, et une trace écrite lorsqu’un équipement est ajouté ou retiré.
• Le travail est celui des opérations de sécurité. Ce n’est pas un guichet de dépannage général.

Requis

• A tenu un réseau qui était en service : routage, segmentation et résolution de noms, écrits pour cet environnement.
• Peut suivre un flux de l’hôte jusqu’au collecteur et jusqu’au SIEM, et dire où le chemin échoue.
• Tient un inventaire, et écrit le changement lorsqu’un équipement est ajouté ou retiré.
• Le message nomme les environnements. Un guichet de dépannage général n’est pas ce poste.

Le travail

Surveillance et examen de systèmes déjà en exploitation. Le message doit dire si la candidature vise le niveau 1, le niveau 2 ou le niveau 3.

• Niveau 1 : suivre la file, trier l’alerte, écrire la première trace, et escalader selon la procédure en vigueur.
• Niveau 2 : examiner ce que le niveau 1 escalade, le corréler dans le SIEM, et ne modifier une détection que si le changement est écrit et ne masque pas un événement réel.
• Niveau 3 : tenir le contenu de détection, conduire le dossier lorsqu’il l’exige, cartographier sur MITRE ATT&CK une activité qui correspond à une technique connue, et écrire la revue après le rétablissement.
• L’EDR et le XDR sont réglés sur les systèmes du périmètre. Les horaires sont fixés dans le contrat, pas sur cette page.

Requis

• Le niveau 1 exige un travail sur une file réelle : tri, première trace, et escalade selon une procédure écrite.
• Le niveau 2 exige l’examen de ce qui a été escaladé, une corrélation dans un SIEM, et une modification de détection qui a été écrite.
• Le niveau 3 exige un contenu de détection dont la personne avait la charge, un dossier qu’elle a conduit, et une activité cartographiée sur MITRE ATT&CK.
• Le message nomme le niveau. L’EDR ou le XDR est décrit sur les systèmes réellement réglés, et non par une liste de fournisseurs.
• Les horaires sont convenus dans le contrat. Cette page ne fixe pas de roulement.

Le travail

Tests autorisés des systèmes nommés dans un périmètre écrit. Rien ne commence sans cette autorité et sans cette liste.

• Tests externes, internes et applicatifs, et revue de configuration lorsque le périmètre la comprend.
• Cartographier le plan de test et les constats sur MITRE ATT&CK. Lorsque la séquence compte, les placer sur la cyber kill chain : reconnaissance, armement, livraison, exploitation, installation, commandement et contrôle, actions sur les objectifs.
• Le rapport indique la méthode, ce qui a été tenté, ce qui a réussi, les éléments, et l’état dans lequel les systèmes ont été laissés.
• Le périmètre nomme les systèmes, la fenêtre, et le contact si un test doit être arrêté.

Requis

• A testé des systèmes sous une autorité écrite et une liste nommée. Une démonstration sans cette autorité n’est pas ce travail.
• Tests externes, internes ou applicatifs, et une revue de configuration lorsque cela faisait partie du périmètre.
• Constats cartographiés sur MITRE ATT&CK. Lorsque la séquence comptait, placés sur la cyber kill chain.
• Un rapport qui indique la méthode, ce qui a été tenté, ce qui a réussi, les éléments, et l’état dans lequel les systèmes ont été laissés.
• S’arrête lorsque le périmètre le dit, et ne commence pas sans l’autorité écrite.

Le travail

Le dossier écrit des règles qui s’appliquent à CyberListen et à une mission. Le poste ne délivre pas de certificat, et la société n’en revendique pas.

• Données personnelles au regard de la loi saoudienne de protection des données personnelles, décret royal n° M/19, modifié par le décret royal n° M/148, et des règles de la SDAIA sur le transfert hors du Royaume.
• Le socle de cybersécurité que la société tient pour son propre fonctionnement, cohérent avec NCNICC-1:2025, et les contrôles nommés dans un contrat, dont ECC-2:2024 lorsque ce texte s’applique.
• Classement d’un logiciel ou d’un détail technique avant qu’il franchisse une frontière. Les listes de Wassenaar sont la règle propre de la société. L’ITAR et l’EAR des États-Unis ne s’appliquent que lorsque la compétence américaine est engagée.
• La loi de lutte contre la cybercriminalité, décret royal n° M/17, est une limite. Une demande de construction ou de test sans autorité est refusée.

Requis

• A appliqué la loi de protection des données personnelles, décret royal n° M/19, modifié par le décret royal n° M/148, et les règles de transfert de la SDAIA, à un dossier qui a été tenu. Le dossier montre comment la règle a été appliquée.
• Peut tenir un socle de cybersécurité cohérent avec NCNICC-1:2025, et nommer ECC-2:2024 lorsqu’un contrat fait entrer ce texte dans le périmètre.
• Peut classer un logiciel ou un détail technique avant qu’il franchisse une frontière. Les listes de Wassenaar sont la règle propre de la société. L’ITAR et l’EAR ne s’appliquent que lorsque la compétence des États-Unis est engagée.
• Refuse une demande de construction ou de test sans autorité, au regard de la loi de lutte contre la cybercriminalité, décret royal n° M/17.
• Ne délivre pas de certificat, et ne revendique pas un certificat que la société ne détient pas.

Le travail

Construit l’interface et le service d’un logiciel issu de la recherche à Riyad, pour un usage en Arabie saoudite.

• L’interface, le service qui la porte, et un énoncé écrit de ce que le logiciel fait et de ce qu’il ne fait pas.
• La trace d’un changement reste avec le changement : ce qui a bougé, et pourquoi.
• Le produit est destiné à un usage en Arabie saoudite.
• L’interface et le service sont décrits ensemble, afin qu’un changement ultérieur ne sépare pas le compte rendu de ce que le logiciel fait.

Requis

• A construit une interface et le service qui la porte, et peut énoncer par écrit ce que ce logiciel fait et ce qu’il ne fait pas.
• La trace d’un changement est restée avec le changement : ce qui a bougé, et pourquoi.
• Le logiciel est destiné à un usage en Arabie saoudite. Indiquez la fonction et la limite dans la candidature.
• Le message nomme ce qui a été construit et pour qui. Nommez ce qui a été construit, qui l’a utilisé, et le résultat. Nommez aussi les outils, sans vous arrêter à leur liste.
• Décrivez une construction qui a été utilisée, y compris ce qu’elle faisait et ce qu’elle refusait.

Le travail

Dirige l’infrastructure du groupe de recherche et développement : les environnements, qui peut les modifier, et le chemin d’un changement jusqu’à un service en marche.

• Les environnements utilisés pour construire et pour exécuter le logiciel, nommés et écrits.
• Qui peut modifier un environnement, et la trace de cette modification.
• Le chemin du dépôt jusqu’au service en marche, y compris l’endroit où il s’arrête si un contrôle échoue.
• Le chemin est écrit pour qu’une seconde personne voie où un changement s’est arrêté.

Requis

• A tenu l’infrastructure d’un groupe qui construisait déjà du logiciel, et non un schéma de plateforme.
• Peut dire ce qui est construit, où cela tourne, et qui a le droit de le modifier.
• Écrit le changement avec le changement.
• Le message nomme les environnements. Une liste de fournisseurs n’est pas ce compte rendu.

Le travail

Des modèles, et le logiciel qui les entoure, pour un travail issu de la recherche à Riyad. Le poste dit ce qu’un modèle fait et ce qu’il ne fait pas.

• Les données sur lesquelles un modèle est entraîné ou évalué, et le droit en vertu duquel ces données étaient détenues.
• À quoi le modèle sert, comment il est évalué, et la limite de cette évaluation.
• Le service qui présente le résultat, et les cas d’échec déjà connus.
• Pas d’usage de données que le client n’a pas le droit de remettre.

Requis

• A entraîné ou évalué un modèle sur un ensemble de données nommé, et peut dire ce que cette évaluation ne montre pas.
• Peut placer le modèle derrière un service et énoncer les entrées et les sorties.
• Dites ce que l’évaluation montre et ce qu’elle ne montre pas. Une démonstration n’est pas décrite comme un produit fini.
• Le message nomme le travail sur le modèle et les données. Nommez le travail sur le modèle, les données, et le droit au titre duquel ces données étaient détenues.

Le travail

Les services derrière le logiciel construit dans le groupe de recherche : ce qu’ils acceptent, ce qu’ils conservent, et la trace d’un changement.

• La limite du service : ce qu’il accepte, ce qu’il renvoie, et ce qu’il refuse.
• Les données conservées, pourquoi elles le sont, et qui peut les lire.
• La trace d’un changement reste avec le changement.
• La frontière du service est écrite : ce qu’il accepte, ce qu’il renvoie, et ce qu’il refuse.

Requis

• A construit un service qui a été utilisé, et peut dire ce qu’il fait et ce qu’il ne fait pas.
• Peut nommer les données que le service conserve et qui a le droit de les lire.
• Le message nomme le service et pour qui il a été fait.
• Nommez ce qui a été construit, qui l’a utilisé, et le résultat. Nommez aussi les outils, sans vous arrêter à leur liste.

Le travail

Logiciel applicatif pour une tâche de recherche nommée.

• La fonction demandée, et la limite de cette fonction.
• Le changement, et pourquoi il a été fait.
• Le logiciel est destiné à un usage en Arabie saoudite.

Requis

• A écrit un logiciel que quelqu’un d’autre a exécuté, et peut dire ce qu’il fait.
• Garde la trace d’un changement avec le changement.
• Le message nomme ce qui a été construit.
• Nommez ce qui a été construit, qui l’a exécuté, et ce que cela fait.

Le travail

Logiciel de système d’exploitation pour le groupe de recherche : un noyau, un pilote, ou la limite entre le système et un programme, lorsque la tâche le nomme.

• Le composant du périmètre : noyau, pilote, ou limite des appels système.
• Ce dont le composant a la charge, et ce dont il n’a pas la charge.
• L’état dans lequel le système a été laissé après le changement.
• Pas de modification d’un système que la société n’a pas le droit de modifier.

Requis

• A modifié du code de système d’exploitation qui a réellement tourné : un noyau, un pilote, ou la limite par laquelle un programme demande un service au système.
• Peut dire ce que le changement a touché et ce qu’il a laissé.
• Le message nomme le système et le composant. Nommez le système, le composant, et ce que le changement a affecté.
• Ne modifie pas un système sans autorité écrite.

Le travail

Le plan écrit d’une tâche de recherche et développement : ce qui est dans le périmètre, qui le fait, et ce que « fait » veut dire.

• La tâche, les personnes qui y sont, et la date à laquelle le périmètre a été convenu.
• Ce qui est dans la tâche et ce qui en a été laissé dehors.
• Un changement de périmètre est écrit au moment où il est fait.
• Le plan ne lance ni une collecte, ni un test, ni une construction sans l’autorité que ce travail exige.

Requis

• A tenu une tâche technique sur un périmètre écrit, avec une trace de ce qui a été livré.
• Peut dire ce qui a été livré et ce qui ne l’a pas été.
• Écrit un changement de périmètre lorsque le périmètre change.
• Le message nomme le travail qui a été conduit.

Le travail

Recherche sur des faiblesses de logiciel web que la société a le droit d’examiner. Un constat est un dossier écrit, pas une démonstration sur un système hors périmètre.

• Le composant du périmètre : un site, une application, ou un protocole qu’ils utilisent.
• La faiblesse, la condition nécessaire, et les éléments.
• Lorsqu’une technique connue correspond, cartographier le constat sur MITRE ATT&CK.
• Rien n’est testé sur un système qui n’est pas nommé dans une autorité écrite.

Requis

• A rédigé une faiblesse de logiciel web que la personne avait le droit d’examiner.
• Le dossier indique la condition, les éléments, et ce qui n’a pas été montré.
• Ne teste pas un système qui n’est pas nommé dans l’autorité.
• Le message nomme le travail. Nommez le logiciel web examiné, la condition et les éléments.

Le travail

Dirige les chaînes qui préparent les données du groupe de recherche : d’où viennent les données, ce qui leur a été fait, et qui peut lire le résultat.

• La source des données, et le droit en vertu duquel elles ont été reçues.
• Ce que la chaîne modifie, et ce qu’elle laisse tel quel.
• Qui peut lire le résultat conservé.
• La source des données, et le droit au titre duquel elles ont été reçues, sont nommés avant que la chaîne s’exécute.

Requis

• A fait tourner une chaîne sur des données que l’organisation avait le droit de détenir, et peut nommer la source.
• Peut dire ce que la chaîne a fait aux données.
• N’accepte pas une source que la société n’a pas le droit de détenir.
• Le message nomme les chaînes. Nommez les chaînes, les sources, et ce que chaque chaîne a changé.

Le travail

Analyse de matière que le client a le droit de remettre. La collecte sans autorité ne fait pas partie du poste.

• Lire la matière déjà détenue. Noter la source, l’heure, et la conclusion que cette matière permet.
• Séparer ce qui est établi de ce qui reste ouvert.
• Garder le degré de confiance avec la conclusion.
• Rédiger le dossier pour qu’une seconde personne puisse le suivre.

Requis

• Un travail antérieur de lecture de matière que quelqu’un avait le droit de détenir, et de rédaction de la conclusion qu’elle permet.
• Nommer la source et la date avec la conclusion.
• Ne pas collecter, intercepter, ni demander une matière que le client n’a pas le droit de remettre.
• Des notes de source ouverte, seules, ne sont pas ce travail.

Le travail

Outils que le groupe de recherche utilise sur une matière qu’il a déjà le droit de détenir. Un outil ne collecte pas. Il travaille sur ce qui a déjà été reçu.

• Ce que l’outil accepte, ce qu’il produit, et ce qu’il ne fait pas.
• La trace d’un changement reste avec le changement.
• Un outil n’est pas dirigé vers un système hors de l’autorité écrite.
• L’outil ou la tâche énonce ce qui est accepté, ce qui est produit, et ce qui est refusé.

Requis

• A construit un outil qu’une seconde personne a utilisé sur une entrée nommée.
• Peut écrire ce que l’outil fait et ce qu’il refuse.
• Ne construit pas un outil dont l’objet est une collecte sans autorité.
• Le message nomme l’outil et qui l’a utilisé.

Le travail

Recherche sur des faiblesses de logiciels et de systèmes que la société a le droit d’examiner. Le résultat est un constat écrit.

• Le système ou le composant du périmètre.
• La faiblesse, la condition nécessaire, et les éléments.
• Lorsqu’une technique connue correspond, la cartographier sur MITRE ATT&CK.
• Le dossier indique ce qui n’a pas été montré.

Requis

• A écrit un constat sur un logiciel ou un système que la personne avait le droit d’examiner.
• Le dossier comprend la condition et les éléments.
• N’examine pas un système qui n’est pas dans le périmètre écrit.
• Le message nomme la recherche. Nommez la recherche, la condition et les éléments dans le dossier écrit.

Le travail

Le contact commercial avec un client. Le poste ne commence pas le travail technique. Il enregistre ce qui a été demandé, pour qu’un périmètre puisse être écrit.

• L’organisation, la question, et ce que le client dit déjà détenir.
• Ce qui a été demandé, et ce qui n’a pas été offert.
• Une demande de construction ou de test sans autorité n’est pas poursuivie.
• Le travail technique ne commence qu’une fois le périmètre et l’autorité écrits.

Requis

• A tenu une conversation commerciale comme un dossier écrit de ce que le client a demandé.
• Ne décrit pas une capacité que la société n’a pas énoncée.
• Transmet une demande qui exigerait une collecte ou un test sans autorité, afin qu’elle puisse être refusée.
• Le message nomme le travail et le type de client. Ne pas joindre de matière classifiée ni de mots de passe.

Le travail

La structure d’un système construit pour le groupe de recherche : les parties, la limite de chacune, et ce que le système ne fait pas.

• Les parties du système et la limite de chacune.
• Quelles données franchissent une limite, et qui peut les lire.
• Un changement de structure est écrit au moment où il est fait.
• Ce qui traverse chaque frontière, et qui peut le lire, est écrit avec la structure.

Requis

• A écrit la structure d’un système qui a ensuite été construit, et non un schéma sans système derrière.
• Peut dire de quoi chaque partie a la charge et ce qu’elle refuse.
• Le message nomme le système.
• Nommez le système construit à partir de la structure, et ce que chaque partie refuse.

Le travail

Le dossier de recrutement d’un poste ouvert : qui a été invité à écrire, quel poste a été nommé, et ce qui n’a pas été demandé.

• Le poste tel qu’il est écrit sur cette page, y compris la ville, Riyad ou Beyrouth.
• Le message demande le travail déjà fait. Il ne demande pas de matière classifiée, de mots de passe, ni de données personnelles sensibles.
• Une trace de la personne à qui l’on a écrit, et du poste qui a été nommé.
• Le poste ne fixe ni certificat, ni habilitation, ni date de début. Cela ne se décide pas sur cette page.

Requis

• A tenu un dossier de recrutement : le poste, la personne sollicitée, et la date.
• Utilise les exigences écrites pour le poste, et n’ajoute pas une barre qui n’est pas écrite ici.
• Ne demande pas à un candidat d’envoyer de la matière classifiée ou des mots de passe.
• Le message nomme le travail de recrutement déjà fait.

Le travail

Logiciel proche de la machine : la mémoire, le temps, et l’interface que le matériel ou le système d’exploitation offre réellement.

• Le composant du périmètre, et l’interface qu’il utilise.
• Ce dont le code a la charge en mémoire et en temps, dans la mesure où cela a été mesuré.
• L’état dans lequel le système a été laissé.
• Pas de modification d’un système que la société n’a pas le droit de modifier.

Requis

• A écrit du code bas niveau qui a été exécuté, et peut nommer l’interface utilisée.
• Peut dire ce que le code contrôle et ce qu’il ne contrôle pas.
• Le message nomme le système. Nommez le système et l’interface que le code utilise.
• Ne modifie pas un système sans autorité écrite.

Le travail

Un stage à temps plein dans le groupe de recherche et développement. Le stagiaire écrit un logiciel sur une tâche nommée, et le résultat est lu par quelqu’un qui fait déjà ce travail.

• La tâche est nommée avant que le travail commence : quoi construire, et ce que cela n’a pas besoin de faire.
• Le changement est assez court pour qu’une seconde personne puisse le lire.
• La tâche reste dans l’autorité donnée pour cette tâche. N’envoyez pas d’identifiants ni de dossiers sensibles.
• Le stage ne crée pas par lui-même un poste ultérieur. Un poste ultérieur, s’il y en a un, est une décision séparée.

Requis

• A écrit un programme qu’une autre personne pouvait exécuter.
• Peut dire ce que le programme fait.
• N’envoie pas de matière classifiée, de mots de passe, ni de données personnelles sensibles.
• Le message nomme le programme. Le stage a les mêmes limites que les autres postes de logiciel.

Le travail

Vérifie le logiciel construit par le groupe de recherche au regard de l’énoncé écrit de ce qu’il fait. Le résultat est une trace de ce qui a passé et de ce qui a échoué.

• L’énoncé de ce que le logiciel fait, et les contrôles écrits contre cet énoncé.
• Ce qui a passé, ce qui a échoué, et les éléments.
• Un contrôle en échec n’est pas clos en réécrivant l’énoncé après coup, sauf si ce changement est écrit.
• Un contrôle n’est pas un test d’un système hors du périmètre écrit.

Requis

• A vérifié un logiciel contre un énoncé écrit de ce qu’il doit faire, et a noté ce qui a échoué.
• Peut séparer une défaillance du logiciel d’une défaillance du contrôle.
• Le message nomme le logiciel et les contrôles.
• Nommez le logiciel, les contrôles, et ce qui a échoué.

Le travail

Recherche sur des vulnérabilités de logiciel que la société a le droit d’examiner. Le résultat est la vulnérabilité, la condition nécessaire pour l’atteindre, et les éléments.

• Le logiciel du périmètre, nommé.
• La vulnérabilité, la condition nécessaire pour l’atteindre, et les éléments.
• Lorsqu’une technique connue correspond, la cartographier sur MITRE ATT&CK.
• Rien n’est tenté sur un système hors de l’autorité écrite. Le dossier indique l’état dans lequel le logiciel a été laissé.

Requis

• A documenté une vulnérabilité dans un logiciel que la personne avait le droit d’examiner.
• Le dossier comprend la condition, les éléments, et ce qui n’a pas été démontré.
• S’arrête au périmètre écrit.
• Le message nomme la recherche. Nommez la vulnérabilité, la condition requise pour l’atteindre, et les éléments.