The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Новая критическая уязвимость в Joomla использована для совер..., opennews (?), 14-Дек-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


9. "Новая критическая уязвимость в Joomla использована для совер..."  –1 +/
Сообщение от dlazerka (ok), 15-Дек-15, 00:20 
Слушайте, 2015 год на дворе. Кто ещё записывает данные в БД напрямую, без прослойки, которая подставляет+чистит данные?

Я думал уже давно все делают через шаблоны, типа "INSERT INTO test({foo}, {bar})"
а потом дальше в коде говоришь возьми вот этот шаблон, и подставь туда вместо {foo} вот это значени, вместо {bar} вот это.
В JDBC это по-моему с рождения было. А сегодня декабрь 2015-го.

Ответить | Правка | Наверх | Cообщить модератору

18. "Новая критическая уязвимость в Joomla использована для совер..."  +1 +/
Сообщение от Аноним (-), 15-Дек-15, 03:17 
кто-кто, похапешники
Ответить | Правка | Наверх | Cообщить модератору

20. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от dlazerka (ok), 15-Дек-15, 03:51 
> кто-кто, похапешники

Ну я сам писал на пехапе года 3, 8 лет назад. Но уже тогда использовал какую-то либку (может сам написал, не помню) через которую шли все 100% моих SQL запросов.

Мне кажется это больше говорит о программистах, чем о языке. Тяжёлый недуг -- PHP рук. Слава богу, евросоюз недавно принял законы обязывающие многие IT компании серьёзнее относиться к безопасности. Ну у нас зарплаты вырастут, как следствие.

Ответить | Правка | Наверх | Cообщить модератору

32. "Новая критическая уязвимость в Joomla использована для совер..."  +2 +/
Сообщение от Аноним (-), 15-Дек-15, 09:27 
> Тяжёлый недуг -- PHP рук.

Ненене, PHP не в клозетах, а в головах.

Ответить | Правка | Наверх | Cообщить модератору

26. "Новая критическая уязвимость в Joomla использована для совер..."  +1 +/
Сообщение от АнонимУася (?), 15-Дек-15, 08:03 
ППЦ, на чем можешь написать ты что нибудь серьезное?
А по делу - различных орм, всяких разных, больших и маленьких, тысячи их. На крайний случай есть PDO, в котором можно забиндить значения или переменные. И язык не виноват, что используется для быстрого создания мелких страниц, сайтов и приложений, и благодаря чему в него приходят уроды халявщики.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

49. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от dlazerka (ok), 15-Дек-15, 11:41 
> ППЦ, на чем можешь написать ты что нибудь серьезное?
> А по делу - различных орм, всяких разных, больших и маленьких, тысячи
> их. На крайний случай есть PDO, в котором можно забиндить значения
> или переменные. И язык не виноват, что используется для быстрого создания
> мелких страниц, сайтов и приложений, и благодаря чему в него приходят
> уроды халявщики.

Согласен. Хотя язык всё же виноват, за то что он привлекает "уродов халявщиков". Точно так же как Scala виновата в том, что привлекает эгоистичных самодуров, которые поганят хороший язык операторами вроде :=++ или implicit-ами из которых потом не пойми откуда пуля прилетает прямо в ногу. Пускай бы шли обратно в свой любимый идеальный Lisp.

Ответить | Правка | Наверх | Cообщить модератору

31. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от Анонимemail (28), 15-Дек-15, 09:21 
https://docs.joomla.org/Inserting,_Updating_and_Removing_data_using_JDatabase

все там есть
только не все пользуются.

в вашем любимом языке X - тоже можно напрямую делать запросы, без фильтрации данных.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

21. "Новая критическая уязвимость в Joomla использована для совер..."  –2 +/
Сообщение от Отражение луны (ok), 15-Дек-15, 04:41 
Кто-то в 2015 году использует ненужные тормозные прослойки? Мои соболезнования. Вы не далеко ушли от этой самой джумлы.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

22. "Новая критическая уязвимость в Joomla использована для совер..."  +2 +/
Сообщение от 10й Брейтовский переулок (?), 15-Дек-15, 06:03 
"PHP головного мозга" детектит.
Ответить | Правка | Наверх | Cообщить модератору

36. "Новая критическая уязвимость в Joomla использована для совер..."  –1 +/
Сообщение от dlazerka (ok), 15-Дек-15, 10:23 
> Кто-то в 2015 году использует ненужные тормозные прослойки?

А вы как эскейпите SQL параметры?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

37. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от Аноним (-), 15-Дек-15, 10:40 
Никак. Нормальные люди юзают подготовленные выражения.
Ответить | Правка | Наверх | Cообщить модератору

39. "Новая критическая уязвимость в Joomla использована для совер..."  –1 +/
Сообщение от angra (ok), 15-Дек-15, 10:48 
Титеретик? Был бы у тебя практический опыт, ты бы знал, что они не работают для достаточно большого количества реальных запросов в БД и вообще зависят от используемой БД.
Ответить | Правка | Наверх | Cообщить модератору

44. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от dlazerka (ok), 15-Дек-15, 11:25 
> Титеретик? Был бы у тебя практический опыт, ты бы знал, что они
> не работают для достаточно большого количества реальных запросов в БД и
> вообще зависят от используемой БД.

Не могу говорить за предыдущего участника, но я вот практик, и что-то не помню таких случаев. Давно SQL не занимался правда. Приведите примеров пару, реально интересно.

Ответить | Правка | Наверх | Cообщить модератору

48. "Новая критическая уязвимость в Joomla использована для совер..."  +1 +/
Сообщение от angra (ok), 15-Дек-15, 11:34 
Самый простой пример - имена полей и таблиц в большинстве БД не попадают под возможности prepared statement. Смотря на другие ваши комментарии, заострю внимание именно на возможностях самих БД, а не оберток типа DBI или JDBC, которые могут предоставить псевдо prepared statement за счет манипуляций со строками.

Ответить | Правка | Наверх | Cообщить модератору

50. "Новая критическая уязвимость в Joomla использована для совер..."  –1 +/
Сообщение от Аноним (-), 15-Дек-15, 11:54 
Добавлять поля в таблицы в realtime это уже не от php а от mysql наверное :)
Ответить | Правка | Наверх | Cообщить модератору

54. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от dlazerka (ok), 15-Дек-15, 12:05 
> Добавлять поля в таблицы в realtime это уже не от php а
> от mysql наверное :)

Он имеет ввиду не добавлять, а выбирать:
SELECT "<someDynamicColumn>", <if someCondition()>AVG(price)</if> FROM <dynamicTableName>...

Ответить | Правка | Наверх | Cообщить модератору

53. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от dlazerka (ok), 15-Дек-15, 12:02 
> Самый простой пример - имена полей и таблиц в большинстве БД не
> попадают под возможности prepared statement. Смотря на другие ваши комментарии, заострю
> внимание именно на возможностях самих БД, а не оберток типа DBI
> или JDBC, которые могут предоставить псевдо prepared statement за счет манипуляций
> со строками.

Точно, спасибо.
Хорошо, что в PaaS, с которым я сейчас работаю, такое невозможно, все запросы идут только через драйвер, никак нельзя послать строку. Но он база не реляционная, объекты туда натурально кладутся. И потом JOINить только руками в коде :)

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

45. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от dlazerka (ok), 15-Дек-15, 11:27 
> Никак. Нормальные люди юзают подготовленные выражения.

Ну так а я о чём? PreparedStatement и есть прослойка. А вы называете её тормознутой. Противоречите себе.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

51. "Новая критическая уязвимость в Joomla использована для совер..."  –1 +/
Сообщение от Аноним (-), 15-Дек-15, 11:55 
>> Никак. Нормальные люди юзают подготовленные выражения.
> Ну так а я о чём? PreparedStatement и есть прослойка. А вы
> называете её тормознутой. Противоречите себе.

Не совсем так, это прослойка немного другого уровня (которая в части применений позволяет ускорить работу по сравнению с параметрами в sqlText.

Ответить | Правка | Наверх | Cообщить модератору

42. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от Andrew (??), 15-Дек-15, 11:19 
> А вы как эскейпите SQL параметры?

Query Parameters Binding?

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

46. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от dlazerka (ok), 15-Дек-15, 11:29 
>> А вы как эскейпите SQL параметры?
> Query Parameters Binding?

Ну так а я о чём? См мой первый коммент с которого началась ветка: "INSERT INTO test({foo}, {bar})". Потом биндим фуу бары.

Ответить | Правка | Наверх | Cообщить модератору

40. "Новая критическая уязвимость в Joomla использована для совер..."  +1 +/
Сообщение от angra (ok), 15-Дек-15, 10:55 
> Слушайте, 2015 год на дворе. Кто ещё записывает данные в БД напрямую,
> без прослойки, которая подставляет+чистит данные?

Ты точно хорошо вычитал на этот предмет код всех ORM, с которыми приходится сталкиваться? Вдруг окажется, что в одной функции авторы ORM ожидают уже экранированные данные, а в другой чистые. А сможешь всегда держать в голове эти нюансы и не забывать просматривать код всех новых версий?

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

43. "Новая критическая уязвимость в Joomla использована для совер..."  +1 +/
Сообщение от dlazerka (ok), 15-Дек-15, 11:23 
>> Слушайте, 2015 год на дворе. Кто ещё записывает данные в БД напрямую,
>> без прослойки, которая подставляет+чистит данные?
> Ты точно хорошо вычитал на этот предмет код всех ORM, с которыми
> приходится сталкиваться? Вдруг окажется, что в одной функции авторы ORM ожидают
> уже экранированные данные, а в другой чистые. А сможешь всегда держать
> в голове эти нюансы и не забывать просматривать код всех новых
> версий?

Да, я читал код JDBC, именно на предмет экранирования. Да и что там читать, Ctrl-клик на вызов preparedStatement.setString() в своём коде и вот оно экранирование.

Не вдруг, не окажется. НЕТ функций, которые ожидают экранированные данные. Зачем вообще в коде держать экранированные?

Ответить | Правка | Наверх | Cообщить модератору

47. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от angra (ok), 15-Дек-15, 11:29 
Загугли значение ORM, ну или сразу глянь в https://en.wikipedia.org/wiki/Object-relational_mapping
Подсказка, JDBC это не ORM.
Ответить | Правка | Наверх | Cообщить модератору

52. "Новая критическая уязвимость в Joomla использована для совер..."  +/
Сообщение от Аноним (-), 15-Дек-15, 11:57 
> Загугли значение ORM, ну или сразу глянь в https://en.wikipedia.org/wiki/Object-relational_mapping
> Подсказка, JDBC это не ORM.

DDL и DML в одну кучу не надо валить.

Ответить | Правка | Наверх | Cообщить модератору

57. "Новая критическая уязвимость в Joomla использована для совер..."  –1 +/
Сообщение от жабабыдлокодер (ok), 15-Дек-15, 14:20 
Нормальные, человеческие ORM-ы, вроде JPA и Hibernate, сидят уже поверх JDBC.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру