Retour sur les Assises de la Sécurité 2019
Retour sur les Assises de la Sécurité 2019 à Monaco, une 1ère participation réussie pour Digitemis
Une partie de notre équipe a eu la chance de se rendre aux Assises de la Sécurité à Monaco pour la première fois et l’expérience a été très intéressante. Mais les Assises de la Sécurité, c’est quoi ? C’est le rendez-vous annuel des experts de la cybersécurité. Cet événement se déroule sur 4 jours avec 3000 visiteurs et 160 partenaires. Nous revenons donc avec des photos et des points importants à retenir.
- Les RSSI savent généralement ce qu’il faut faire : ils manquent de ressources opérationnelles disponibles (des faiseurs, pas des sachants…).
- Il y a une véritable attente concernant des solutions qui permettent d’économiser du temps et des ressources.
- Des pistes commencent à émerger pour la mise en commun de ressources (cf Thalès & Airbus, …).
- La maîtrise des risques émanant des sous-traitants est un sujet qui tracasse tous les acteurs.
- La cybersécurité du cloud est dans toutes les conversations.
- La présentation de nos innovations devant 1200 personnes n’a pas impressionné notre Customer Success Manager… Bravo !
Un événement très positif et riche en rencontres, le rendez-vous est pris pour l’année prochaine. Pour en savoir plus c’est ici.
Je partage
Derniers articles
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 !
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 ?