Sqlinj - История изменений

Drakylar: /* SET */

2018-12-31T23:50:15Z

‎SET

Drakylar: /* SET */

2018-12-31T23:48:22Z

‎SET

Drakylar: /* UPDATE */

2018-12-31T23:47:49Z

‎UPDATE

Drakylar: /* WHERE */

2018-12-31T20:40:12Z

‎WHERE

Drakylar: /* WHERE */

2018-12-31T20:39:53Z

‎WHERE

Drakylar: /* UPDATE */

2018-12-31T20:28:40Z

‎UPDATE

Drakylar: /* DELETE */

2018-12-31T20:16:25Z

‎DELETE

Drakylar: /* INSERT */

2018-12-31T19:31:46Z

‎INSERT

Drakylar: /* INSERT */

2018-12-31T19:31:26Z

‎INSERT

Drakylar: /* Auth */

2018-12-31T12:25:06Z

‎Auth

@@ Строка 377: / Строка 377: @@
 {параметр}{кавычка},{название_колонки}=({запрос}) WHERE {условие_нашей_фильтрации}{комментарий}
 </syntaxhighlight>
 P.S. В некоторых СУБД нет автоматического приведения типов, поэтому придется угадывать тип колонок в таблице.

@@ Строка 365: / Строка 365: @@
 ===SET===
-Начнем с того, что мы можем завершить корректно запрос c WHERE и перейти к предыдущему пункту:
+Начнем с того, что мы можем завершить корректно запрос c '''WHERE''' и перейти к предыдущему пункту:
 <syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >

← Предыдущая		Версия 23:47, 31 декабря 2018
Строка 364:		Строка 364:

	===SET===		===SET===
		+
		+	Начнем с того, что мы можем завершить корректно запрос c WHERE и перейти к предыдущему пункту:
		+
		+	<syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
		+	{случайная_строка}{кавычка} WHERE 1={ввод_предыдущего_пункта}
		+	</syntaxhighlight>
		+
		+
		+	Или мы можем обновить определенные данные в таблице, а потом посмотреть возвращенную строку:
		+
		+	<syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
		+	{параметр}{кавычка},{название_колонки}=({запрос}) WHERE {условие_нашей_фильтрации}{комментарий}
		+	</syntaxhighlight>
		+
		+	P.S. В некоторых СУБД нет автоматического приведения типов, поэтому придется угадывать тип колонок в таблице.

	==EXEC==		==EXEC==

@@ Строка 351: / Строка 351: @@
 <syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
 {случайная_строка}{кавычка} AND ({time-запрос}) AND {кавычка}1{кавычка}={кавычка}1
-</syntaxhighligh>
+</syntaxhighlight>
 Второй по-аналогии с delete - boolean-based.
@@ Строка 361: / Строка 361: @@
 <syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
 {фильтр_нашей_строки}{кавычка} AND 1=({bool-запрос}) AND {кавычка}1{кавычка}={кавычка}1
-</syntaxhighligh>
+</syntaxhighlight>
 ===SET===

@@ Строка 345: / Строка 345: @@
 ===WHERE===
-В случае, если уязвимо поле по которому фильтруются данные, (дописать)
+В случае, если уязвимо поле по которому фильтруются данные, то будут возможны два варианта эксплуатации.
 ===SET===

← Предыдущая		Версия 20:28, 31 декабря 2018
Строка 339:		Строка 339:

	==UPDATE==		==UPDATE==
		+
		+	Тоже опасный запрос тк может затереть важные данные.
		+
		+
		+	===WHERE===
		+
		+	В случае, если уязвимо поле по которому фильтруются данные, (дописать)
		+
		+	===SET===

	==EXEC==		==EXEC==

← Предыдущая		Версия 20:16, 31 декабря 2018
Строка 319:		Строка 319:

	==DELETE==		==DELETE==
		+
		+	Опасный запрос, в случае чего может удалить лишние строки из таблицы.
		+
		+	Поэтому самым лучшим вариантом будет запрос time-based:
		+
		+	<syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
		+	{случайная_строка}{кавычка}{скобочки} and ({time-запрос}){комментарий}
		+	</syntaxhighlight>
		+
		+	Но также возможен еще один вариант (нужно быть увереным в его надежности).
		+	Задача в том, чтобы создавать поле в таблице и по его наличию после каждого из запросов определять, завершился ли корректно запрос.
		+	То есть перевести на Boolean-Based SQL injection.
		+
		+	Запрос будет выглядеть, как:
		+
		+	<syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
		+	{фильтр_по_нашему_добавленному_значению}{кавычка} and 1=({bool-запрос}) and {кавычка}1{кавычка}={кавычка}1
		+	</syntaxhighlight>

	==UPDATE==		==UPDATE==

@@ Строка 298: / Строка 298: @@
 Опять же много угадываний, запрос будет выглядеть как:
 <syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
 {параметр}{кавычка}{колонки_через_запятую}){комментарий}
 </syntaxhighlight>
@@ Строка 304: / Строка 304: @@
 А если вдруг у нас колонки после уязвимой не совпали по типам (в колонку с int не вписать строку), то запрос может выглядеть, как:
 <syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
 {параметр}{кавычка}{колонки_через_запятую}),({колонки_через_запятую}){комментарий}
 </syntaxhighlight>

← Предыдущая		Версия 19:31, 31 декабря 2018
Строка 295:		Строка 295:

	Задача Insert SQL Injection сводится к записи в таблицу базы данных результат произвольного запроса.		Задача Insert SQL Injection сводится к записи в таблицу базы данных результат произвольного запроса.
		+
		+	Опять же много угадываний, запрос будет выглядеть как:
		+
		+	<syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
		+	{параметр}{кавычка}{колонки_через_запятую}){комментарий}
		+	</syntaxhighlight>
		+
		+	А если вдруг у нас колонки после уязвимой не совпали по типам (в колонку с int не вписать строку), то запрос может выглядеть, как:
		+
		+	<syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
		+	{параметр}{кавычка}{колонки_через_запятую}),({колонки_через_запятую}){комментарий}
		+	</syntaxhighlight>
		+
		+	В данном случае мы делаем вставку сразу двух строк в таблицу, что позволяет нам манипулировать всеми полями.
		+
		+	После чего за место одной из подставляемых колонок можно будет сделать SELECT запрос (в том числе time-based).
		+
		+	===Особенности===
		+
		+	Все зависит от вектора атаки.
		+	В одних случаях надо добавить специального админа в таблицу, в других просто прочитать данные из базы.
		+	Универсального варианта эксплуатации нет.

	==DELETE==		==DELETE==

@@ Строка 235: / Строка 235: @@
 Для поля Login запрос будет выглядеть следующим  образом:
-=====Если отправляются сразу два поля Login и Password====
+=====Если отправляются сразу два поля Login и Password=====
 <syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >
 {логин}{кавычка}{скобки}{комментарий}
@@ Строка 241: / Строка 241: @@
 Тогда наш запрос не будет содержать второго условия и успешно вернет строку с нужным логином.
-=====Если отправляется только поле Login====
+=====Если отправляется только поле Login=====
 См. раскрутку Union-Based.
 <syntaxhighlight lang="sql" line="1" style="overflow-x:scroll" >