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

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

Angular, N’Tier et HttpOnly

Avec l’apparition au cours de la décennie 2010 des environnements de travail Javascript de plus en plus puissants, l’architecture N’Tiers, si elle était déjà une norme dans le contexte d’application d’entreprises au cours des années 2000, a pu voir son modèle s’étendre à de nombreuses solutions Web. Ce modèle repose sur l’utilisation de technologies exécutées par le navigateur. Or, il arrive parfois que cette couche doive gérer une partie de l’authentification de l’utilisateur, pourtant une recommandation courante sur l’authentification est qu’elle ne doit jamais être côté client. Aussi, les cookies devraient toujours posséder l’attribut HttpOnly, empêchant leur lecture par une couche Javascript et ce afin d’empêcher tout vol de session lors d’une attaque de type XSS. Pourtant, cet attribut empêche littéralement l’application front-end de travailler avec ces éléments. Comment gérer au mieux ces questions sur ce type de déploiement ?

Lire l'article