Является ли это заявление sql уязвимым?

Question

Я просто взял на себя управление для веб-службы, и сегодня я получил отчет пользователя об этой ошибке. Теперь я не эксперт по внедрению sql-инъекций, но эта ошибка делает эту атаку возможной?

Microsoft OLE DB Provider for ODBC Drivers error '80040e14' 

[MySQL][ODBC 3.51 Driver][mysqld-4.1.22-community-nt]You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '') ORDER BY TCOL_date desc' at line 1 

Я спрашиваю потому, что по какой-то причине я не получил доступ к коду и предыдущему парню настаивает на том, что сайт является безопасным, поэтому мне нужно прийти с каким-то доказательством или фактами, которые на самом деле это уязвимо.

Заранее благодарим за любую помощь.

Answer 1

Короче Не совсем ... но.

Хотя это может предоставить больше информации, чем вам удобно (версия MySQL работает, используемые драйверы и немного о нескольких столбцах), это не приведет вас к атаке так сильно, как показывая всю строку SQL. Кто-то может попытаться ослепить его, чтобы получить больше информации, а тот факт, что он показывает какую-либо информацию, намного хуже для вас с точки зрения того, что злоумышленник пытается проникнуть, чем показывать информацию только в журналах. Обратная связь, даже немного может помочь атаке [er].

Если при попытке вставить различные биты кода в форму, вы можете получить ответ, который печатает ваш собственный контент, который вы вставляете, это гораздо выгоднее для злоумышленника. Тот факт, что это приложение ломается, когда вы вставляете ', заставляет меня поверить, что он не является защищенным, как утверждает программист. Это может также привести к тому, что злоумышленник будет искать еще одну возможность атаки. Если они могут вставить код javascript в форму и отобразить его в профиле, или если они могут ввести код, который выполняется при возврате с сервера, то они могут использовать сервер и использовать его для запуска своих собственных атак.

Проблемы с внедрением SQL возвращаются к реализации [code] и допускают (и слепо обрабатывают) типы форм. Например, если вы могли бы избежать одиночной цитаты \' в вашей текущей ситуации, кто-то мог бы открыть и закрыть инструкцию SQL и, возможно, UNION свою собственную инструкцию при вытягивании запроса. Если они могут закрыть заявление и добавить другое заявление, они могут добавить delete from users where 1=1 или что-то в этом роде. Другой способ может быть, если вы можете ввести <marquee>Test</marquee> и распечатывать прокрутку слова «тест», когда он не находит никаких результатов, тогда вы можете выполнять инъекции, потому что это не удаление кода.

Все это ведет к разрешениям. Разрешения на сервере должны сделать так, чтобы пользователи на передней панели сайта имели доступ к необходимым уровням разрешений. Если они запрашивают только базу данных (SELECT), у них не должно быть доступа к INSERT, UPDATE, DROP TABLES, или DELETE.