Hi Tom. I believe i see the connection with our code. That number ranges have the root in programs logic.
Will be fixed in a week. After that hackers will be able to dump all :) It's just strange that nobody has noticed this in some two weeks as that's the time of affecting commit. Kr On Sunday, April 24, 2011, Tom Thumb <k1...@live.co.uk> wrote: > > > > > > When trying to dump a table containing over 10000 entries, only 32 results > are returned (rows with id 8, 9, 90-99, 990-999, 9990-9999). All the other > data is not dumped, and I can't understand why. > Can anyone explain this behaviour? > Obviously I'm pleased that my database does not appear to be completely > exploitable, but I'm worried that I'm missing something simple, and that > there is something a hacker could do to retreive the rest of the data... > Test subject is an MSSQL 2005 Database runing on Windows 2003. > > -- Miroslav Stampar E-mail: miroslav.stampar (at) gmail.com PGP Key ID: 0xB5397B1B ------------------------------------------------------------------------------ Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails _______________________________________________ sqlmap-users mailing list sqlmap-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sqlmap-users
