Participation au webinar sur la qualification de service selon les référentiels ANSSI

La sécurité des systèmes d’information est devenue un enjeu de sécurité nationale. Pour répondre à ces besoins de sécurité croissants, de nombreux prestataires se spécialisent dans la réponse et la détection d’incidents de sécurité sur ces systèmes.
Afin de s’assurer que les services proposés par ces prestataires sont rendus en toute confiance, l’ANSSI, Agence Nationale de la Sécurité des Systèmes d’Information, vient de publier une mise à jour de deux de ses référentiels :

  • PRIS : Prestataires de Réponse aux Incidents de Sécurité
  • PDIS : Prestataires de Détection des Incidents de Sécurité

En collaboration avec l’ANSSI, le LNE a participé tout au long de l’année 2016 à leur phase expérimentale et a contribué à leur actualisation. Ce webinar sera l’occasion de présenter les nouvelles exigences de ces référentiels et faire bénéficier aux candidats à la qualification du retour d’expérience de la phase expérimentale.

La présentation sera suivie d’une session de questions/réponses en direct avec nos experts.

Principaux points abordés :

  • Processus d’évaluation PRIS et PDIS dans le cadre de la qualification par l’ANSSI
  • Nouveautés du référentiel PRIS v2.0 et retour d’expérience sur la phase expérimentale
  • Nouveautés du référentiel PDIS v2.0 et retour d’expérience sur la phase expérimentale

Mardi 10 avril – 14h30

S’inscrire

Je partage

Derniers articles

Illustration de sécurité WordPress avec logo central et éléments numériques de sécurité

Renforcer la sécurité WordPress, du développement des plugins à la configuration serveur

Il y a peu, dans le cadre de recherches sur des plugins WordPress, notre pentester Vincent Fourcade a découvert une injection de code, côté client, dans un module du célèbre CMS. Celle-ci fut vérifiée et validée par les équipes de WPScan. Aujourd’hui, une CVE lui a été attribuée. L’occasion de revenir aujourd’hui sur la sécurité, au sens large, dans le CMS WordPress, que ce soit au niveau de la couche applicative, de la configuration du serveur ou du bureau. C’est parti !

Lire l'article

Analyse des Métriques XSS : comprendre l’Impact des injections de code côté client

Lors des tests d’intrusion, l’injection de code côté client est généralement plus aisée à découvrir qu’une injection côté serveur. Le nombre de paramètres dynamiques transitant du back au front, la difficulté d’échapper correctement à l’entrée et à la sortie et la multitude d’encodage liés à l’affichage peuvent être des vrais casse-têtes pour qui souhaite faire la chasse à la XSS. Le JavaScript malveillant semble ainsi avoir de beaux jours devant lui. Cependant, il n’est pas rare qu’à l’issu de l’audit, la criticité d’une telle injection découle directement de la configuration des cookies présents sur l’application. En effet, l’absence de l’attribut HttpOnly majore irrémédiablement les risques liés à ce type d’attaque. Néanmoins, cela signifie-t-il que la présence de cet attribut doive absolument amenuiser la criticité d’une injection ?

Lire l'article