PWN-ALL · Cybersécurité et développement logiciel

PWN-ALL propose quatre services interdépendants : tests d'intrusion et simulation d'attaques ; gestion des incidents et criminalistique numérique ; ingénierie logicielle sécurisée en Rust et Python ; et conseil en sécurité indépendant des fournisseurs. Chaque mission fait l'objet d'un cahier des charges écrit, de livrables concrets et de critères d'acceptation convenus.

Oui. PWN-ALL Auditing, Reviewing & Testing Cyber Risks CO. L.L.C est une société de Dubaï, aux Émirats arabes unis, fondée en 2024 et opérant sous la licence DET de Dubaï n° 1324553. La société est également enregistrée sous les numéros D-U-N-S 571235572 et NCAGE 10G8W.

Nous travaillons principalement avec des entreprises, des organismes publics et des plateformes de grande valeur à travers le monde. Nos missions peuvent être menées à distance, quelle que soit la juridiction concernée, et la communication s'effectue dans plus de 20 langues ; toute exigence spécifique à un lieu en matière juridique, de preuve ou de traitement des données est définie lors de la phase de cadrage.

Oui. Nous pouvons signer un accord de confidentialité avant de partager des informations sensibles et utiliser Signal, des e-mails chiffrés avec PGP ou tout autre canal approuvé par le client. L'accès aux informations du client est géré selon le principe du « besoin d'en connaître », dans le respect des mesures de contrôle convenues dans le cadre de la mission.

Commencez par définir le résultat souhaité, le service ou les actifs concernés, le degré d'urgence, les délais ainsi que toute contrainte opérationnelle ou réglementaire ; n'envoyez aucune information confidentielle avant la signature d'un accord de confidentialité (NDA) et la mise en place d'un canal de communication sécurisé. Nous confirmons ensuite par écrit le périmètre, les exclusions, les autorisations, les règles d'engagement, les livrables, les critères d'acceptation, les interlocuteurs et le calendrier.

Les tests d'intrusion planifiés peuvent généralement débuter dans un délai de 3 à 5 jours ouvrés après la définition du périmètre et l'obtention de l'autorisation écrite, sous réserve des disponibilités du moment. Les incidents en cours font l'objet d'un processus d'intervention distinct, opérationnel 24 heures sur 24 et 7 jours sur 7 ; toute situation d'urgence doit donc être signalée immédiatement par téléphone ou via un canal de messagerie sécurisé.

La tarification dépend des actifs, de la complexité, des délais, des risques, des exigences en matière de preuves et des livrables. Une fois le périmètre défini, vous recevrez une proposition écrite ; des options à prix fixe sont disponibles pour les missions clairement définies, les conditions de paiement sont fixées dans le contrat et des garanties bancaires peuvent être envisagées pour les projets de plus grande envergure.

Les domaines d'intervention autorisés peuvent inclure les applications web, les API, les réseaux externes et internes, Active Directory, les environnements cloud et les applications mobiles. Les missions plus étendues de la « red team » peuvent également porter sur les contrôles liés à l'identité, au personnel et aux infrastructures physiques, lorsque ces activités sont explicitement autorisées.

Non. Les outils automatisés peuvent certes contribuer à la couverture, mais le processus est mené par des experts qui cartographient les voies d'attaque, testent la logique métier, valident la vulnérabilité et évaluent l'impact réel. Il en résulte des preuves et des mesures correctives classées par ordre de priorité, et non un simple fichier d'exportation non vérifié issu d'un scanner.

Les tests suivent les pratiques conformes aux normes OWASP et PTES et se déroulent en cinq phases : définition du périmètre et des règles d'engagement, reconnaissance et cartographie de la surface d'attaque, exploitation sécurisée, rapport à deux niveaux et nouveaux tests. Les cas de test précis sont adaptés aux actifs et au modèle de menace convenus.

Nous ne testons que les ressources faisant l'objet d'une autorisation écrite et de règles d'intervention convenues. Le client doit être propriétaire des systèmes ou disposer de l'autorisation du propriétaire ou du fournisseur concerné ; les ressources tierces, l'ingénierie sociale, l'accès physique et les actions destructrices sont exclus du périmètre du projet, sauf autorisation expresse.

Ces travaux sont conçus pour minimiser les perturbations, mais les tests ne sont jamais totalement exempts de risques. Les fenêtres d'attaque, les limites de débit, les exclusions de systèmes critiques, les contacts en cas d'escalade, les conditions d'arrêt et les plans de restauration sont convenus à l'avance, et aucun test destructif n'est effectué sans autorisation explicite.

La durée dépend de l'étendue du projet, des conditions d'accès, de la complexité et des besoins en matière de tests de suivi. La page dédiée au service donne des durées indicatives d'environ deux semaines pour les tests Web et API, trois semaines pour les tests réseau et six semaines pour un exercice de « red team » ; le devis précise le calendrier réel.

Vous recevez un résumé destiné à la direction, ainsi que des conclusions techniques à l'intention des ingénieurs, comprenant les éléments probants, les actifs concernés, l'impact réaliste, la gravité et des recommandations de correction classées par ordre de priorité. Le périmètre final peut également prévoir des séances de débriefing, des ateliers de correction ou les formats de présentation des éléments probants requis par les parties prenantes internes.

Oui, un nouveau test des vulnérabilités dont la correction a été validée est inclus dans le processus standard des tests d'intrusion. La proposition précise la période prévue pour ce nouveau test, les vulnérabilités concernées, les droits d'accès nécessaires, ainsi que la manière dont les corrections vérifiées seront prises en compte dans le rapport final.

Non. Un test d'intrusion est une évaluation limitée dans le temps du périmètre autorisé et ne permet pas de prouver l'absence totale de vulnérabilités. Il réduit l'incertitude et vous fournit des priorités fondées sur des preuves, mais la sécurité dépend toujours des mesures correctives, des opérations, de la surveillance et des changements futurs.

Oui. Le service d'intervention en cas d'incident, disponible 24 heures sur 24 et 7 jours sur 7, prend en charge le confinement, la préservation des preuves, l'évaluation de l'impact de l'attaque, l'éradication, la restauration et le renforcement de la sécurité après l'incident. En cas d'incident en cours, appelez-nous ou utilisez Signal immédiatement, et évitez d'envoyer des preuves sensibles par un canal non approuvé.

Non. Le pôle DFIR traite également les cas de vol de données et d'extorsion sans cryptage, de compromission des e-mails professionnels et de fraude aux paiements, de prise de contrôle de comptes, de compromission de Microsoft 365, de Google Workspace et de services cloud, de cas impliquant des initiés, ainsi que de compromission d'applications web ou de serveurs.

Isolez les postes affectés du réseau sans les éteindre, préservez les preuves volatiles, protégez les sauvegardes contre tout accès ultérieur, consignez les actions effectuées et mettez en place un dispositif d'intervention. Ne procédez pas à des redémarrages, effacements, restaurations, décryptages ou négociations à grande échelle avant que le responsable de l'incident et vos interlocuteurs juridiques ou assurantiels ne se soient mis d'accord sur un plan d'action.

Le service dédié aux incidents dispose d'un centre d'intervention opérationnel 24 heures sur 24, 7 jours sur 7. Son niveau de service déclaré est de moins de 60 minutes entre le premier appel et la connexion d'un analyste au centre d'intervention partagé, les premières consignes de maîtrise de l'incident étant données dès le triage ; le délai réel de maîtrise dépend de l'accès, de l'ampleur de l'incident et de la capacité du client à mettre en œuvre les mesures nécessaires.

En général, oui, même si l'arrêt du système peut détruire des éléments de preuve volatils tels que les clés résidant en mémoire, les processus injectés et les connexions actives. Ne remettez pas les systèmes sous tension ; conservez leur état actuel et contactez l'équipe d'intervention afin de pouvoir planifier un triage à froid et l'exploitation d'autres sources de preuves.

Non. La récupération dépend de la famille de ransomware concernée, des clés ou des outils de déchiffrement disponibles, de la qualité des preuves, de l'intégrité des sauvegardes, de l'état du système, des contraintes juridiques et de l'ampleur des activités menées après la compromission. Nous évaluons les sauvegardes saines, les reconstructions, les recherches sur les outils de déchiffrement et les options de récupération des clés, puis nous indiquons ce qui est récupérable et ce qui ne l'est pas.

Le paiement ne doit pas constituer la première réaction et ne garantit pas la récupération ou la suppression des données volées. Il convient d'évaluer en premier lieu les options de récupération et les éléments de preuve ; toute communication avec l'opérateur ou décision de paiement doit se faire en concertation avec le client, le conseiller juridique, l'assureur le cas échéant, et après avoir obtenu l'autorisation en matière de sanctions.

En fonction de la portée de l'intervention, les livrables peuvent inclure un registre des preuves et de la chaîne de conservation, un calendrier des interventions, les conclusions relatives à la cause première et à l'accès initial, une analyse des mouvements latéraux et de l'exfiltration, les indicateurs de compromission, les priorités de restauration, ainsi qu'un rapport prêt à être présenté à un assureur ou à une autorité de régulation, accompagné d'un plan de renforcement de la sécurité. Les conclusions restent limitées par les preuves conservées et le processus de chaîne de conservation mis en œuvre.

Nous développons des backends sécurisés en Rust et Python, des API, des systèmes de données, des solutions d'automatisation, des intégrations d'IA, des migrations et des services de production où la sécurité est primordiale. Ces mêmes pratiques d'ingénierie permettent également de créer des outils d'analyse forensic spécifiques à chaque incident, notamment des collecteurs de données, des analyseurs syntaxiques, des générateurs de chronologies, des scanners d'indicateurs de compromission (IOC) ou YARA, ainsi que des outils de recherche dédiés au décryptage ou à la récupération de clés.

Rust est utilisé lorsque la sécurité mémoire, la concurrence, la prévisibilité des performances et le contrôle de bas niveau sont essentiels ; Python est utilisé lorsque la rapidité de mise en œuvre, les données, l'apprentissage automatique, l'orchestration et les intégrations sont prioritaires. Le travail d'architecture consiste à attribuer un langage à chaque composant plutôt que d'imposer une pile unique à l'ensemble du système.

Le modèle de prestation comprend les phases suivantes : analyse, architecture, mise en œuvre, sécurisation et remise, avec des tests de réception et de performance définis dans le cadre du projet. La remise peut inclure le code source, les ressources de déploiement, les contrats d'API, les choix architecturaux, les guides d'exploitation, les schémas, le transfert de connaissances, ainsi qu'une assistance de 30 jours après le lancement, si cela est prévu dans le contrat.

Nos services de conseil couvrent l'architecture de sécurité, l'évaluation des risques axée sur l'activité, la mise en conformité avec le RGPD, la préparation aux audits, les politiques et les processus de réponse aux incidents, l'intégration du développement sécurisé, ainsi que les formations spécifiques aux différents rôles. Les livrables types comprennent un rapport de findings classés par ordre de priorité, un registre des risques avec indication des responsables, une feuille de route pour le renforcement de la sécurité, des manuels d'intervention et un dossier de preuves prêt pour l'audit.

Non. La préparation à la conformité consiste en un soutien technique et opérationnel ; il ne s'agit ni d'un conseil juridique ni d'une garantie de certification ; les conclusions de l'expertise judiciaire dépendent des éléments de preuve conservés ; la récupération dépend des circonstances de l'incident ; et les tests de sécurité ne peuvent pas prouver l'absence de vulnérabilités. Chaque proposition définit des travaux mesurables et des critères d'acceptation, sans promettre de résultats échappant au contrôle de PWN-ALL.

PWN-ALL propose, en tant que produits distincts, un outil de surveillance du Dark Web et des fuites d'informations, la détection de bots BotGuard et une plateforme de scan des vulnérabilités. Il propose également plus de 20 outils gratuits accessibles via un navigateur pour des tâches telles que le hachage, la génération de clés, la stéganographie, l'identification des ransomwares et la visualisation de fichiers ou d'analyses médico-légales ; les outils identifiés comme « côté client » s'exécutent localement dans le navigateur sans transférer les données traitées.

Réinitialisez le mot de passe du compte concerné à partir d'un appareil dont vous êtes sûr qu'il n'est pas compromis, plutôt que depuis celui qui l'est ; déconnectez-vous et révoquez toutes les sessions actives ; supprimez tous les mots de passe d'application ou les accès aux applications connectées ; et activez l'authentification multifactorielle. Conservez la boîte mail ainsi que les journaux de connexion et d'audit, et vérifiez s'il existe des règles de transfert ou de boîte de réception cachées, mais ne supprimez pas les messages, les règles ou le compte, car ils constituent des preuves. Si la compromission est toujours active ou si des mouvements d'argent sont impliqués, appelez ou utilisez Signal pour joindre la ligne d'assistance disponible 24 h/24 et 7 j/7 au lieu d'attendre sur le chat. L'équipe DFIR gère de bout en bout les cas liés à Microsoft 365, Google Workspace et aux prises de contrôle de compte, depuis le confinement jusqu'à l'identification de la cause première et au renforcement de la sécurité.

Il s'agit d'un cas concret de piratage de messagerie professionnelle et de fraude aux paiements ; la rapidité est donc essentielle : contactez immédiatement votre banque et la banque destinataire pour tenter de faire annuler ou bloquer le virement, et signalez l'incident aux autorités compétentes. Signalez-le-nous via notre ligne d'assistance disponible 24 h/24 et 7 j/7 plutôt que d'attendre une réponse par chat, surtout tant que les fonds sont encore en cours de transfert. Notre équipe DFIR mènera ensuite une enquête pour déterminer comment la boîte mail ou le compte a été piraté, si les informations de facturation ou bancaires ont été modifiées, et quelles autres données ont été altérées, tout en préservant les preuves destinées à votre banque, à votre assureur et à tout organisme de réglementation. Conservez les e-mails et les journaux de connexion intacts et évitez de supprimer quoi que ce soit afin que le tableau d'ensemble reste complet.

Il s'agit d'un vol de données et d'une extorsion sans chiffrement, qui relève pleinement de l'équipe DFIR, même si aucun ransomware n'a été déployé. La priorité est de préserver les preuves, d'évaluer l'étendue des données auxquelles les attaquants ont effectivement accédé et qu'ils ont exfiltrées, de contenir la voie d'accès et de comprendre la demande avant que quiconque ne réponde à l'auteur de la menace. Ne payez pas, ne négociez pas et ne répondez pas à la demande avant que le responsable de l'incident et vos interlocuteurs juridiques et assurantiels ne se soient mis d'accord sur une approche. Signalez l'incident via la ligne d'assistance disponible 24 h/24 et 7 j/7, et transmettez les messages de menace par un canal sécurisé plutôt que par un canal public ou non approuvé.

Lorsque vous disposez d'indicateurs ou avez des soupçons, mais qu'aucun incident n'a été confirmé, l'équipe DFIR peut examiner vos journaux, vos terminaux, ainsi que vos données cloud et d'identité afin de déterminer s'il existe des preuves d'une intrusion actuelle ou passée, d'une persistance ou d'un accès non autorisé aux données. Elle indique ensuite s'il existe des signes de compromission et quelles mesures prendre par la suite ; si une activité malveillante manifeste est détectée, elle passe à une intervention complète en cas d'incident, comprenant des mesures de confinement et une analyse forensic. Pendant que cette évaluation est en cours, conservez les journaux existants et évitez de réinstaller le système d'exploitation ou d'effacer les données, car cela pourrait supprimer les preuves nécessaires pour répondre à la question. Si vous constatez qu'une attaque est en cours, appelez notre ligne d'assistance disponible 24 h/24 et 7 j/7 ou contactez-nous immédiatement sur Signal plutôt que d'attendre une réponse par chat.

Chaque intervention comprend des mesures de renforcement de la sécurité après l'incident, une fois la menace immédiate maîtrisée. En s'appuyant sur les conclusions relatives à la cause première et à l'accès initial, l'équipe vous propose un plan de renforcement hiérarchisé qui comble les failles spécifiques exploitées par l'attaquant et réduit les risques de récidive. Pour un travail plus approfondi et continu, le pôle de conseil peut transformer cela en un registre des risques avec désignation des responsables, des politiques mises à jour, des guides d'intervention en cas d'incident et des formations spécifiques à chaque rôle, tandis que le pôle d'ingénierie peut développer tous les outils nécessaires à la mise en œuvre des correctifs. Le renforcement de la sécurité réduit les risques et améliore la résilience, mais aucun prestataire ne peut garantir qu'un incident futur est impossible.

La restauration du service est importante, mais elle ne permet pas de savoir comment l'attaquant s'est introduit, s'il est toujours présent ni quelles données ont été consultées ; de plus, cette restauration peut effacer les preuves relatives à ces trois éléments. Si le chemin d'accès initial et tout moyen de persistance ne sont pas identifiés et neutralisés, la même intrusion peut se reproduire après la restauration. Il est donc judicieux de demander à l'équipe DFIR d'identifier la cause première, de vérifier s'il subsiste des accès et de confirmer quelles données ont été exfiltrées, puis d'appliquer des mesures de renforcement ciblées — et de conserver tous les journaux, images ou supports concernés restants plutôt que de les supprimer. Si vous n'êtes pas certain que la menace ait complètement disparu, considérez-la comme active et signalez-la via la ligne d'assistance disponible 24 h/24 et 7 j/7.

Les systèmes existants font clairement partie de notre champ d'action ; notre équipe d'ingénieurs prend régulièrement en charge des migrations, des mesures de renforcement de la sécurité et des services de production critiques pour la sécurité, et ne se limite pas aux développements « greenfield ». Une mission commence par une phase de découverte visant à déterminer comment le code, les données et les limites de confiance actuels fonctionnent réellement avant toute modification, suivie par la conception de l'architecture, la mise en œuvre et une étape dédiée au renforcement de la sécurité. Lorsque le besoin principal réside dans une évaluation de la sécurité du code d'application existant, celle-ci est réalisée par le biais de tests d'intrusion sur les applications et de l'intégration des pratiques de développement sécurisé du pôle de conseil ; la combinaison la plus adaptée est définie lors de l'entretien initial.

Il est possible de prendre en charge des systèmes hérités, partiellement développés ou en suspens, mais le travail commence toujours par une phase de découverte visant à établir l'état réel actuel : ce qui existe, ce qui fonctionne, ainsi que les risques et les lacunes, avant de s'engager dans une approche quelconque. À partir de là, le modèle standard s'applique à toutes les étapes : architecture, mise en œuvre, renforcement de la sécurité et transfert, chacune étant régie par un cahier des charges écrit assorti de critères d'acceptation convenus, plutôt que par une promesse vague de tout réparer. Ce qui est raisonnablement réalisable, et dans quel ordre, est défini une fois l'état actuel bien compris.

L'intégration de l'IA et des LLM fait partie intégrante des pratiques d'ingénierie en Rust et Python ; elle est conçue pour être sécurisée dès la conception grâce à un processus commun de découverte, d'architecture, de mise en œuvre et de renforcement de la sécurité, assorti de tests de sécurité et d'acceptation convenus. Les risques spécifiques aux fonctionnalités des LLM, tels que l'arrivée de données d'entrée non fiables dans le modèle, l'exposition de données sensibles, les limites d'accès autorisées au modèle, ainsi que les contrôles contre les abus ou les coûts incontrôlables, sont définis dans le périmètre du projet et traités dans le cadre de ce travail, plutôt que d'être ajoutés a posteriori. Comme pour tout travail de sécurité, la mission définit des contrôles mesurables et des critères d'acceptation plutôt que de garantir qu'un système ne puisse pas faire l'objet d'une utilisation abusive.

Vous ne vous retrouvez pas simplement avec un code brut : la livraison est conçue pour être déployée et exploitée dans votre environnement, et peut inclure des ressources de déploiement, des contrats d'API, des choix architecturaux, des guides d'exploitation, des schémas et un transfert de connaissances, avec une assistance de 30 jours après le lancement si cela est prévu dans le contrat. Comme le projet concerne une utilisation en production où la sécurité est primordiale, une étape dédiée de renforcement de la sécurité précède la remise. L'identité des personnes chargées d'effectuer et d'exploiter le déploiement est définie pour chaque mission dans le cahier des charges.

L'intégration de la sécurité dans les méthodes existantes de développement logiciel d'une équipe est assurée par le service de conseil en « intégration du développement sécurisé », qui propose une approche consultative : il s'agit d'analyser où la sécurité s'intègre dans votre flux de travail existant, de définir les contrôles et les garde-fous qui doivent y figurer, et de fournir aux développeurs des conseils adaptés à leur rôle. Lorsque ce processus nécessite une automatisation ou des outils sur mesure, par exemple des scanners ou des contrôles personnalisés, le pôle d'ingénierie peut les mettre en œuvre dans le cadre d'un périmètre distinct. Le pôle de conseil conseille et définit le processus, mais ne développe pas lui-même de logiciels ; par conséquent, tout ce qui doit être développé est considéré comme un livrable d'ingénierie.

Rust et Python constituent le cœur du système : Rust pour les cas où la sécurité mémoire, la concurrence et des performances prévisibles sont essentielles, et Python pour ceux où la rapidité de mise en œuvre, les données, l'apprentissage automatique et les intégrations sont prioritaires. Le travail d'architecture consiste à attribuer un langage à chaque composant plutôt que d'imposer une pile unique à l'ensemble du système ; les systèmes existants et les migrations sont pris en compte, de sorte que le choix du langage est déterminé en fonction de vos besoins lors de la définition du périmètre.

Nos services de conseil couvrent la mise en conformité au RGPD et la préparation à l'audit : une analyse des lacunes, les contrôles et politiques nécessaires pour y remédier, ainsi qu'un dossier de preuves prêt pour l'audit, fourni en toute impartialité vis-à-vis des fournisseurs. Il s'agit d'un accompagnement à la mise en conformité et à la préparation, et non d'un conseil juridique ; cela ne garantit pas en soi la conformité ni la certification, qui dépendent de vos opérations et de l'organisme d'évaluation. Les livrables comprennent des conclusions classées par ordre de priorité, un registre des risques avec indication des responsables, ainsi qu'une feuille de route de renforcement de la sécurité que vous pouvez mettre en œuvre.

La formation à la sécurité adaptée aux rôles fait partie intégrante de notre offre de conseil ; elle est conçue en fonction de votre pile technologique, de vos risques et des rôles concernés. Elle s'inscrit généralement dans le cadre d'un accompagnement global — intégration de la sécurité dans le développement, politiques de sécurité et processus d'intervention en cas d'incident — afin que la formation reflète la manière dont vos équipes développent et exploitent réellement leurs systèmes. Comme pour toute prestation de conseil, le périmètre et les résultats attendus sont définis d'emblée.

L'examen de l'architecture de sécurité ou d'une conception de système proposée avant sa mise en production constitue un élément central de notre activité de conseil. Nous évaluons la conception au regard de vos risques métier et de vos contraintes opérationnelles, puis nous vous remettons des conclusions classées par ordre de priorité, une feuille de route de renforcement de la sécurité et, le cas échéant, des guides d'intervention ainsi qu'un registre des risques attribuant la responsabilité à des personnes désignées. Cette activité étant indépendante de tout fournisseur, nos recommandations s'appuient sur votre analyse des risques plutôt que sur les produits que nous pourrions commercialiser.

La différence réside dans le champ d'application : le conseil est une activité indépendante des fournisseurs qui consiste à évaluer les risques, à examiner l'architecture et à vous préparer aux audits, mais qui ne consiste pas à développer des logiciels ni à gérer les interventions d'urgence en cas d'incident. Si vous avez besoin de faire écrire du code ou de faire développer un système, il s'agit de l'ingénierie logicielle sécurisée ; si une attaque est en cours, il s'agit du processus d'intervention en cas d'incident disponible 24 h/24 et 7 j/7 ; et si vous avez besoin de détecter des vulnérabilités et de les exploiter en toute sécurité sous autorisation, il s'agit de tests d'intrusion. Nous vous orienterons vers la solution la plus adaptée, ou nous les combinerons, en fonction du résultat que vous souhaitez obtenir.

Vous pouvez nous contacter par e-mail (PGP disponible), via Signal, Telegram à l'adresse t.me/pwn_all, WhatsApp ou par téléphone au +971 58 594 6337. Une ligne d'assistance est disponible 24 h/24 et 7 j/7 pour les incidents en cours. Pour toute communication sensible, nous vous recommandons d'utiliser Signal ou un e-mail chiffré avec PGP, et nous vous demandons de ne pas envoyer d'informations confidentielles ou d'identifiants avant la mise en place d'un accord de confidentialité (NDA) et d'un canal sécurisé. Si vous êtes confronté à un incident en cours, appelez-nous ou utilisez Signal immédiatement plutôt que d'attendre une réponse par chat.

L'accès à vos informations se fait selon le principe du « besoin d'en connaître », dans le cadre des mesures de contrôle convenues pour la mission, avec un accord de confidentialité et un canal sécurisé mis en place avant tout partage d'informations sensibles. Les conditions spécifiques de traitement, de stockage et de conservation sont définies dans le cadre de cet accord et ne relèvent pas d'une approche standardisée ; nous vous demandons donc de ne pas envoyer d'informations confidentielles avant que ces mesures ne soient en place. Pour toute information sensible, nous vous recommandons d'utiliser Signal ou des e-mails chiffrés avec PGP.

La preuve que nous publions consiste en les lettres de recommandation signées figurant dans la section « Références » du site, que vous pouvez consulter directement. La confidentialité étant notre priorité absolue, nous ne donnons pas plus de détails sur des clients ou des cas spécifiques, et toute information supplémentaire ne peut être communiquée qu'avec l'autorisation du client concerné et dans le cadre d'un accord de confidentialité. Nous pouvons également vous présenter, lors d'un entretien téléphonique, des exemples illustratifs et anonymes du déroulement d'une mission type.

Non, le site web et ce chat ont un caractère purement informatif et ne constituent pas un contrat. Chaque mission est régie par un cahier des charges signé qui définit le périmètre, les exclusions, les autorisations, les règles d'engagement, les livrables, les critères d'acceptation, les interlocuteurs et le calendrier, le tarif étant confirmé dans une proposition écrite après définition du périmètre. Aucune information sensible ne doit être échangée tant qu'un accord de confidentialité et un canal sécurisé ne sont pas en place.

Une mission typique portant sur un site web ou une API commence par la définition du périmètre, des règles d'engagement et d'une autorisation écrite, puis passe par la reconnaissance et la cartographie de la surface d'attaque, l'exploitation sécurisée des cibles convenues, un rapport à deux niveaux et un nouveau test des vulnérabilités corrigées. Les experts cartographient manuellement les chemins d'attaque et valident la possibilité d'exploitation plutôt que de simplement fournir les données brutes exportées par un scanner ; vous recevez ainsi un résumé à l'intention de la direction, des conclusions techniques accompagnées de preuves et d'une évaluation de la gravité, ainsi que des recommandations de correction classées par ordre de priorité. La page du service indique une durée indicative d'environ deux semaines pour les travaux sur le site web et les API, le calendrier réel et le périmètre de retest éligible étant définis dans la proposition. Il s'agit d'un aperçu à titre indicatif ; les cas de test exacts sont adaptés aux actifs autorisés et au modèle de menace.

Une intervention type débute par une intervention d'urgence 24 h/24 et 7 j/7, axée sur le confinement et la préservation des preuves, puis par une analyse forensic visant à déterminer la cause première, le point d'accès initial, les mouvements latéraux et les données qui ont été exfiltrées. La restauration est planifiée en fonction des éléments de preuve disponibles — sauvegardes saines, reconstructions et, le cas échéant, recherche d'outils de déchiffrement et options de récupération des clés —, le client, le conseiller juridique et l'assureur étant impliqués dans toute décision relative au paiement ou à la négociation. Vous recevez un registre de la chaîne de conservation des preuves, un calendrier d'intervention, les indicateurs de compromission, les priorités de restauration, ainsi qu'un rapport prêt à être transmis à l'assureur ou à l'autorité de régulation, accompagné d'un plan de renforcement de la sécurité. Il s'agit d'un aperçu à titre indicatif ; ce qui est récupérable dépend de la famille de ransomware, des clés, des sauvegardes et des preuves, et rien n'est garanti.

Un cycle de développement type passe par les phases de découverte, d'architecture, de mise en œuvre, de renforcement de la sécurité et de transfert, les tests d'acceptation et de performance étant définis dès le départ pour le projet. Le langage est choisi en fonction de chaque composant — Rust lorsque la sécurité et les performances sont prioritaires, Python lorsque la vitesse, les données et les intégrations sont prioritaires — et la sécurité est intégrée dès la conception plutôt que d'être ajoutée en fin de processus. La remise peut inclure le code source, les ressources de déploiement, les contrats d'API, les décisions d'architecture, les guides d'exploitation, les schémas et le transfert de connaissances, avec une assistance de 30 jours après le lancement si cela est prévu dans le contrat. Il s'agit ici d'un aperçu à titre indicatif ; le périmètre exact et les critères d'acceptation sont définis dans le cahier des charges.