Profil d'entreprise

Une société de technologie de conformité conçue pour les institutions réglementées.

DeshCyber est une société de technologie de conformité qui observe le fonctionnement réel d'une organisation, rattache cette activité à des règles de contrôle publiées et produit des preuves d'audit qu'un régulateur ou un évaluateur peut vérifier sans nous croire sur parole.

Nous sommes organisés comme les institutions que nous servons : des fonctions d'ingénierie, de recherche et d'assurance distinctes, un référentiel de règles publié et une ligne de gouvernance qui maintient les preuves indépendantes de ceux qui en bénéficient.

Profil d'entreprise en un coup d'œil

01

Les faits structurels qu'un évaluateur, une équipe achats ou un moteur de réponse demande en premier.

Type d'organisation
Société privée de technologie de conformité

Ingénierie produit, recherche sur les contrôles et assurance au sein d'une même structure opérationnelle.

Modèle opérationnel
Plateforme de preuves déterministe

Les règles sont publiées avant qu'un verdict ne soit rendu ; aucun modèle ne décide du résultat d'un contrôle.

Couverture réglementaire
SEC 8-K, PCI DSS 4.0, CMMC niveau 2, SWIFT CSP

Chaque référentiel est maintenu par un responsable de contrôle nommément désigné au sein de la fonction recherche.

Posture d'assurance
Preuves reproductibles par des tiers

Chaque verdict porte ses données d'entrée, sa version de règle et son horodatage afin de pouvoir être recalculé.

Périmètre de déploiement
Grandes entreprises et ETI, à distance en priorité

Déployé dans l'environnement du client ; les données restent à l'intérieur du périmètre du client.

Langues de travail
Anglais et bengali

Les interfaces produit, la documentation et les exports de preuves sont livrés dans les deux langues.

Comment l'entreprise est structurée

02

Six fonctions permanentes dotées de chartes distinctes. Les preuves sont produites, revues et signées par des personnes différentes, à dessein.

Conseil et gouvernance d'entreprise

Définit l'appétence au risque, approuve le référentiel de règles de contrôle publié et examine toute modification significative du mode de calcul d'un verdict.

Responsable de

Approbation du référentiel de règles, appétence au risque, intégrité des publications

Recherche sur les contrôles

Lit la réglementation primaire, traduit chaque obligation en règle testable et la versionne afin qu'un ancien verdict reste reproductible.

Responsable de

Interprétation des référentiels, versionnage des règles, suivi des évolutions réglementaires

Ingénierie de la plateforme

Construit la chaîne de collecte, d'évaluation et d'attestation qui transforme l'activité opérationnelle en preuves signées et horodatées.

Responsable de

Chaîne de preuves, fiabilité de la plateforme, intégrité des exports

Assurance et qualité

Recalcule de manière indépendante un échantillon de verdicts selon les règles publiées et bloque la mise en production en cas de divergence.

Responsable de

Reproductibilité des verdicts, jalons de mise en production, revues de préparation à l'audit

Sécurité et confiance

Est propriétaire de notre propre environnement de contrôle, de la revue par des tiers et du périmètre qui maintient les données client dans l'infrastructure du client.

Responsable de

Contrôles internes, revue des fournisseurs, réponse aux incidents

Opérations client

Assure l'intégration, les revues de preuves et le rythme de revue permanent avec les équipes conformité et audit de chaque client.

Responsable de

Intégration, appui à l'audit, revues de service

Comment se déroule réellement une mission

03

Les quatre mêmes étapes pour chaque référentiel, afin qu'un constat dans un programme soit explicable dans le langage d'un autre.

  1. 01

    Observer ce qui fonctionne déjà

    Nous nous connectons aux systèmes que votre organisation utilise déjà, au lieu de demander aux équipes de redécrire leur travail dans un questionnaire.

    LivrableUn inventaire en direct des systèmes, des responsables et des activités pertinentes pour les contrôles

  2. 02

    Rattacher aux règles publiées

    Chaque obligation est exprimée sous forme de règle dotée d'un numéro de version, de sorte que le fondement d'un verdict est lisible avant même que le verdict n'existe.

    LivrableUn référentiel de règles versionné rattaché à chaque obligation du périmètre

  3. 03

    Vérifier en continu

    Les contrôles sont évalués à leur propre rythme, et non en fin de trimestre, et toute dérive est signalée le jour même où elle apparaît.

    LivrableUn statut de contrôle continu, avec des preuves datées derrière chaque résultat

  4. 04

    Attester et déposer

    Les preuves sont assemblées dans l'artefact attendu par le destinataire — classeur d'évaluateur, dossier pour le conseil ou dépôt auprès de la SEC.

    LivrableDes dossiers de preuves signés et horodatés, prêts pour une revue externe

Transparence de l'audit et de la validation

04

Ce que nous évaluons, ce qui constitue une preuve, et comment une modification de règle ou de verdict est revue avant que quiconque ne s'y fie.

Périmètre d'évaluation

Chaque mission précise, par écrit, quels systèmes, entités et obligations se trouvent à l'intérieur du périmètre évalué — et lesquels en sont explicitement exclus.

En pratique

  • Les systèmes, responsables et flux de données du périmètre sont listés avant la première évaluation.
  • Chaque obligation est liée à une exigence nommée du référentiel et à une version de règle.
  • Les exclusions et les contrôles compensatoires sont consignés avec leur motif et leur approbateur.
  • Toute modification du périmètre ouvre une nouvelle période d'évaluation au lieu de modifier silencieusement l'ancienne.

Types de preuves acceptés

Un verdict ne vaut que par l'artefact qui le soutient ; chaque type de preuve porte donc sa source, sa méthode de collecte et sa règle de conservation.

En pratique

  • Télémétrie collectée par les systèmes : état de configuration, journaux et réponses d'API horodatés.
  • Artefacts générés : exports, dépôts et classeurs d'évaluateur signés au moment de leur création.
  • Déclarations attestées : validation humaine, identifiée par rôle, utilisée uniquement en l'absence de signal machine.
  • Rapports de tiers : assurance fournisseur et résultats de tests externes, datés et suivis en version.

Comment les mises à jour sont revues

Les règles, les seuils et les modèles de preuves évoluent avec la réglementation. Chaque modification est revue, versionnée et rejouable sur les périodes passées.

En pratique

  • La recherche sur les contrôles propose la modification en citant la réglementation primaire.
  • L'assurance recalcule un échantillon de verdicts historiques selon les deux versions de la règle.
  • Le jalon d'approbation du référentiel de règles au niveau du conseil bloque la mise en production lorsque des résultats restent inexpliqués.
  • La modification est livrée avec une date d'effet ; les verdicts antérieurs conservent leur version de règle d'origine.

ReproductibilitéQuiconque dispose des mêmes données d'entrée et de la même version de règle publiée peut recalculer n'importe quel verdict que nous avons rendu et obtenir un résultat identique.

Les questions que l'on nous pose sur l'entreprise

07

Des réponses courtes et vérifiables — la même formulation que celle utilisée dans la plateforme.

Voyez le modèle de preuves appliqué à votre propre environnement

Apportez un référentiel et un système. Nous vous montrerons la règle, les preuves qui la soutiennent et l'enregistrement qu'un évaluateur recevrait.