###############################################################################
# Notepad++ multiples vulnerabilities:
# Vendor: http://notepad-plus.sourceforge.net
# Impact : kind of critical
# Vendors status: patching ...
# Bugs: multiples heap overflow,N.D.P (Null Dereference Pointer)
#
# Comment:
# Déjà je dois avouer que j'adore notepad++ c'est l'éditeur parfaitement conçu pour un
# auditeur.
# Hélas on as quelques bugs facilement détectable dessus :
#
# 1) Long filename Dénial of Service(Null Dereference pointer): 200 chars filename suffisent pour faire planter le soft
# 2) Search heap overflow ( pas cool pantoute :/ )
# 3) big file heap overflow
#
# le 1) et le 3) sont des classiques dans ce genre d'audit, le long filename nous DoS notepad++ , et le big file (~250 mo)
# nous heap overflow notepad++.
# Mais le 2) est relativement funny héhé :)
# On sais que un auditeur qui va auditer un software quelqu'onque va commencer par le search sur
# des fonctions basic que l'ont sais relativement vulnerables si elles sont mal utilisées...
# comme : strcpy,strcat,fgets,sprintf,vprintf,vfprintf,vsprintf,vsnprintf,etc,etc
# en PHP pareil : eval(),system(),include(),etc etc
# donc , il fait un search (comme je le ferais moi meme) dans un directory pour checker
# comment est constitué le cms/software, voir comment il utilise ces fonctions,etc ...
# donc par exemple,disons que la premiere chose que Mr-X check c'est un snprintf,
# si il utilise l'option usefull de notepad++ le search dans le repertoire
#( les puristes me parlerons de grep ,m'en branle solidement dans ce cas-ci.)
# il se fera powned a partir du moment que la ligne dans laquelle le string qu'il cherche
# fais plus que 4098 chars...héhé ...
# mais comment reproduire ca ? create un fichier nommée blabla.txt avec powned AAAAAA x 5000 dedans, et un autre blibli.txt .
# dans blibli.txt mettez whatever, ouvre blibli.txt et faites un search pour le string "powned"
# boom :]
# Notepad++ multiples vulnerabilities:
# Vendor: http://notepad-plus.sourceforge.net
# Impact : kind of critical
# Vendors status: patching ...
# Bugs: multiples heap overflow,N.D.P (Null Dereference Pointer)
#
# Comment:
# Déjà je dois avouer que j'adore notepad++ c'est l'éditeur parfaitement conçu pour un
# auditeur.
# Hélas on as quelques bugs facilement détectable dessus :
#
# 1) Long filename Dénial of Service(Null Dereference pointer): 200 chars filename suffisent pour faire planter le soft
# 2) Search heap overflow ( pas cool pantoute :/ )
# 3) big file heap overflow
#
# le 1) et le 3) sont des classiques dans ce genre d'audit, le long filename nous DoS notepad++ , et le big file (~250 mo)
# nous heap overflow notepad++.
# Mais le 2) est relativement funny héhé :)
# On sais que un auditeur qui va auditer un software quelqu'onque va commencer par le search sur
# des fonctions basic que l'ont sais relativement vulnerables si elles sont mal utilisées...
# comme : strcpy,strcat,fgets,sprintf,vprintf,vfprintf,vsprintf,vsnprintf,etc,etc
# en PHP pareil : eval(),system(),include(),etc etc
# donc , il fait un search (comme je le ferais moi meme) dans un directory pour checker
# comment est constitué le cms/software, voir comment il utilise ces fonctions,etc ...
# donc par exemple,disons que la premiere chose que Mr-X check c'est un snprintf,
# si il utilise l'option usefull de notepad++ le search dans le repertoire
#( les puristes me parlerons de grep ,m'en branle solidement dans ce cas-ci.)
# il se fera powned a partir du moment que la ligne dans laquelle le string qu'il cherche
# fais plus que 4098 chars...héhé ...
# mais comment reproduire ca ? create un fichier nommée blabla.txt avec powned AAAAAA x 5000 dedans, et un autre blibli.txt .
# dans blibli.txt mettez whatever, ouvre blibli.txt et faites un search pour le string "powned"
# boom :]





Categories



