Исключительно простая теория AppSec .NET

2. Исключительно простая теория AppSec .NET Владимир Кочетков Application Inspector/Compiling Applications Analysis/Team Lead Positive Technologies Июньская встреча SPB.NET Community, 2015

3. :~$ whoami && whonotme ― .NET-разработчик, руководитель группы анализа компилируемых приложений в Positive Technologies ― AppSec-исследователь ― RSDN тимер ― Оторванный от реальности теоретик ― Упоротый параноик

4. Всего один вопрос…

5. …что такое уязвимость?

6. Какой из фрагментов кода уязвим? 1) var cmd = new SqlCommand("SELECT Value FROM Discounts WHERE CouponCode = '" + Request["CouponCode"] + "'"); var connection = new SqlConnection(connectionString); connection.Open(); cmd.Connection = connection; var couponValue = cmd.ExecuteScalar(); ... 2) var cmd = new SqlCommand("SELECT Value FROM Discounts WHERE CouponCode = @CouponCode"); cmd.Parameters.AddWithValue("@CouponCode ", Request["CouponCode"]); var connection = new SqlConnection(connectionString); connection.Open(); cmd.Connection = connection; var couponValue = cmd.ExecuteScalar(); ...

7. Какой из фрагментов кода уязвим? 1) [Authorize(Roles = "All")] public ActionResult SomeAction() { ... return View(); } 2) [Authorize(Roles = "Baz, Qux")] public ActionResult SomeAction() { ... return View(); }

8. Уязвимость к RCE? var code = wrapCode("Foo", "Bar", "Qux", Request["code"]); var provider = new CSharpCodeProvider(); var compilerParams = new CompilerParameters { GenerateInMemory = true, GenerateExecutable = false }; var results = provider.CompileAssemblyFromSource( compilerParams, code); if (!results.Errors.Any()) { var o = results.CompiledAssembly.CreateInstance("Foo.Bar"); var mi = o.GetType().GetMethod("Qux"); mi.Invoke(o, null); }

9. Критерии уязвимости определяются множествами правил предметных областей приложения

10. Примеры предметных областей Нефункциональные: ― управление потоками данных; ― управление потоками выполнения; ― контроль доступа. Функциональные: ― интернет-торговля; ― онлайн-банкинг; ― бухучет; ― …

11. Театр начинается с вешалки, а уязвимость – с недостатка

12. Недостаток - неэффективный контроль выполнения правил предметных областей приложения Примеры недостатков: ― неэффективная предварительная обработка данных; ― неэффективный контроль аутентичности источника запросов; ― неэффективный контроль доступа; ― неэффективный контроль жизненного цикла транзакции; ― неэффективный контроль распределения ролей.

13. Приложение - это поток управления, обрабатывающий множество потоков данных

14. Потоки управления var name = Request.Params["name"]; var key1 = Request.Params["key1"]; var parm = Request.Params["parm"]; var data = string.IsNullOrEmpty(parm) ? new char[0]: Convert.FromBase64String(parm); string str1; if (name + "in" == "admin") { if (key1 == "validkey") { str1 = Encoding.UTF8.GetString(data); } else { str1 = "Wrong key!"; } Response.Write(str1); }

29. Потоки данных var name = Request.Params["name"]; var key1 = Request.Params["key1"]; var parm = Request.Params["parm"]; var data = string.IsNullOrEmpty(parm) ? new char[0]: Convert.FromBase64String(parm); string str1; if (name + "in" == "admin") { if (key1 == "validkey") { str1 = Encoding.UTF8.GetString(data); } else { str1 = "Wrong key!"; } Response.Write(str1); }

40. Потоки управления являются производными от потоков данных

41. Множества значений всех потоков данных в конкретной точке потока выполнения определяют состояние приложения

42. Угроза - возможность обхода правил предметных областей приложения, приводящего к нарушению свойств защищенности хотя бы одного потока данных: ― конфиденциальности; ― целостности; ― доступности; ― аутентичности; ― авторизованности.

43. Уязвимость – состояние приложения, в котором возможна реализация угрозы

44. То, что может сделать с потоками данных атакующий, нарушив правила предметных областей, называется угрозой (threat) То, где и благодаря чему он может это сделать, называется уязвимостью (vulnerability), обусловленной недостатком (weakness) То, как он может это сделать, называется атакой (attack) То, с какой вероятностью у него это удастся и какие последствия может повлечь, называется риском (risk) Иными словами…

45. То, что не позволяет атакующему провести атаку, обеспечивает защищенность (security) То, что минимизирует риск, обеспечивает безопасность (safety) Разработчикам следует обеспечивать защищенность, не допуская появления недостатков в коде Иными словами…

46. Причинно-следственные связи Недостаток Угроза Уязвимость Атака Риск Незащищенность Небезопасность Бороться необходимо с причинами, а не со следствиями!

47. * на основе результатов опроса http://www.rsdn.ru/?poll/3488 Осведомленность разработчиков* 0.00% 10.00% 20.00% 30.00% 40.00% 50.00% 60.00% 70.00% 80.00% 90.00% AbuseofFunctionality BruteForce Buffer/FormatStringOverflow ContentSpoofing Credential/SessionPrediction Cross-SiteRequestForgery Cross-SiteScripting DenialofService Fingerprinting HPP/HPC HRS IntegerOverflows LDAPInjection MailCommandInjection NullByteInjection OSCommanding PathTraversal PredictableResourceLocation Remote/LocalFileInclusion RoutingDetour SessionFixation SOAPArrayAbuse SQLInjection SSIInjection URLRedirectorAbuse XMLAttributeBlowup XMLEntityExpansion XMLExternalEntities XMLInjection XPath/XQueryInjection Attacks based on WASC classification Attacks included at OWASP Top 10 risks

48. Классификация Классификация уязвимостей возможна по: ― предметной области; // управление потоками данных ― недостатку; // неэффективная предварительная обработка данных ― потоку данных; // первообразная потока управления ― угрозе; // нарушение целостности == уязвимость к атакам инъекций (в зависимости от интерпретатора потока данных: XSS, SQLi,XMLi, XPATHi, Path Traversal, LINQi,XXE и т.п.)

49. Предварительная обработка данных

50. ― Типизация — создание объектного представления входных данных из строкового типа (парсинг и десериализация). ― Санитизация — приведение данных в соответствие с грамматикой, допускаемой политикой защищенности. ― Валидация — проверка данных на соответствие установленным критериям: • грамматическая; • семантическая. Подходы к предварительной обработке

51. Типизация и валидация на входе, санитизация — на выходе! Смотри, не перепутай…

52. Протоколы потоков данных— формальные языки. Некоторые языки распознаются сложнее, чем остальные. Для некоторых языков распознавание неразрешимо. Чем сложнее язык, тем тяжелее сформировать критерии к входным данным, описывающим множества конфигураций системы. Обобщенный подход

53. Тестирование эквивалентности конечных автоматов или детерминированных стековых автоматов* разрешимо. Для недетерминированных стековых автоматов и более мощных моделей вычислений такое тестирование является неразрешимым. В первом случае возможно полное покрытие тестами элементов парсера языка обрабатываемых данных или их статический анализ. Во втором случае — НЕТ! Обобщенный подход

54. Упрощение или декомпозиция языка входных данных до множества регулярных или детерминированных контекстно-свободных грамматик. Внедрение в код проверок (типизации/валидации) входных данных в соответствии с грамматикой их языка как можно ближе к началу потока управления. Внедрение в код санитайзеров выходных данных, построенных в соответствии с грамматикой принимающей стороны, как можно ближе к потенциально уязвимому состоянию. Обобщенный подход

55. Островными – называются языки, грамматики которых описывают правила распознавания отдельных выражений («островов»), окруженных выражениями, принадлежащими другому языку («морем»). string.Format("SELECT * FROM Table WHERE Id= {0}", Request["Id"]); море (C#) остров (SQL) море (C#) Работа с любыми выходными данными сводится к формированию текста на островном языке, а также приводит к образованию новых островных языков, т.к.: острова с параметрами являются верхнеуровневыми островными языками Островные языки

56. Формальные признаки инъекции ― Потенциально уязвимая операция PVO(text): операция прямой или косвенной интерпретации текста text на формальном островном языке ― text = transform(argument), где argument – элемент множества аргументов точки входа EP, а transform – функция промежуточных преобразований ― Не существует или недостижимо ни одно множество таких значений элементов EP, при которых происходит изменение структуры синтаксического дерева значения text, достигающего PVO, не предусмотренное правилами прочих предметных областей

57. 1' AND 1=(SELECT COUNT(*) FROM tablenames); -- '><script>alert/XSS/</script><!-- ../../../../../../../etc/passwd%00 admin*)((|userPassword=*) Что общего между ними? Анатомия атак инъекций

58. 1' AND 1=(SELECT COUNT(*) FROM tablenames); -- '><script>alert/XSS/</script><!-- ../../../../../../../etc/passwd%00 admin*)((|userPassword=*) Атакующие используют синтаксические элементы основной грамматики, чтобы выбраться за пределы острова и нарушить целостность потока выполнения принимающей стороны Анатомия инъекций

59. Какой грамматике соответствует запрос: SELECT * FROM Table WHERE Id={:int} ? Островные языки

61. SELECT * FROM Table WHERE Id=[0-9]+ Море Остров Явное выделение всех островных грамматик облегчает реализацию контроля выходных данных Чтобы реализовать достаточный и эффективный контроль выходных данных, в общем случае, необходимо взять из основной островной грамматики правила, описывающие разбор токена, в который попадают входные данные и обеспечить невозможность их выхода за пределы этого токена. Регулярная, островная!

62. Пример: LINQ Injection public AjaxStoreResult GetCustomers(int limit, int start, string dir, string sort) { var query = (from c in this.DBContext.Customers select new { c.CustomerID, c.CompanyName, c.ContactName, c.Phone, c.Fax, c.Region }).OrderBy(string.Concat(sort, " ", dir)); int total = query.ToList().Count; query = query.Skip(start).Take(limit); return new AjaxStoreResult(query, total); }

63. Пример: LINQ Injection public AjaxStoreResult GetCustomers(int limit, int start, string dir, string sort) { var query = (from c in this.DBContext.Customers select new { c.CustomerID, c.CompanyName, c.ContactName, c.Phone, c.Fax, c.Region }).OrderBy(string.Concat(sort, " ", dir)); int total = query.ToList().Count; query = query.Skip(start).Take(limit); return new AjaxStoreResult(query, total); }

64. Пример: LINQ Injection public AjaxStoreResult GetCustomers(int limit, int start, string dir, string sort) { if (!Regex.IsMatch(dir, "(?-m:)(?i:)^asc|desc$")) { dir = "ASC"; } if (!Regex.IsMatch(sort, "(?-m:)(?i:)^customerid|companyname|contactname|phone|fax|region$")) { sort = "CustomerID"; } var query = (from c in this.DBContext.Customers select new { c.CustomerID, c.CompanyName, c.ContactName, c.Phone, c.Fax, c.Region }).OrderBy(string.Concat(sort, " ", dir)); var total = query.ToList().Count; query = query.Skip(start).Take(limit); return new AjaxStoreResult(query, total); }

65. {DEMO}

66. Вопросы? Владимир Кочетков vkochetkov@ptsecurity.com @kochetkov_v Application Inspector/Compiling Applications Analysis/Team Lead Positive Technologies

Исключительно простая теория AppSec .NET

Recommended

Recommended

More Related Content

What's hot

What's hot (18)

Viewers also liked

Viewers also liked (6)

More from Vladimir Kochetkov

More from Vladimir Kochetkov (9)

Исключительно простая теория AppSec .NET