Nous pouvons remarquer que la plupart des crashs critiques se basent généralement sur du code JavaScript , cela dit d'autres formes d'exploitation sans JavaScript sont aussi envisageables.
En effet l'exploitation de cette vulnérabilité pourrait potentiellement se passer de code JavaScript (tout comme [CVE-XXXX-XXXX] Mozilla Firefox 3.6.13 Memory Corruption) du fait que l'élément visé permettant le crash est une simple balise HTML .

Il est aussi à noter que ce crash n'est possible qu'uniquement via le biais d'une interaction minime de la part de l'utilisateur (comme cliquer sur l'élément voulu).

Pour en venir à des informations plus précises , je peux déjà vous dire que le crash est de type EXCEPTION_ACCESS_VIOLATION_READ(windows)/SIGSEGV(Mac) et que l'adresse de violation est parfois aléatoire ( ce qui peut grandement compliquer l'exploitation ).

OPERA_CORRUPTION333512457.png

Pour conclure , malgré le fait qu'une exploitation possible serait compliquée , cette nouvelle vulnérabilité n'est pas à prendre au 2nd degré pour la simple raison que d'autres exploitations plus difficiles ont déjà été réalisées dans le passé.

Apres le partage de mon PoC avec VUPEN , un Exploit privé a été réalisé. Mise à Jour de la sévérité comme Hautement Critique.

Vidéo du crash :

PoC : http://www.alternativ-testing.fr/Research/Opera/crash/54gf47g8fdb2ntestcrash3.html

Auteur : Jordi Chancel