Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
https://ru.wikipedia.org/wiki/Хранимая_процедура#Возможности_программирования
Начиная с версии Oracle 10g поддерживается так называемая естественная компиляция
(native compilation) хранимого процедурного кода в Си и затем в машинный код целевой
машины, после чего при вызове хранимой процедуры происходит прямое выполнение её
скомпилированного объектного кода.
Можно сделать вирусню, живущую в этих самых хранимых процедурах в машинном коде и инфицирующую другие БД с хранимыми процедурами
Надо попробовать найти баг в кодогенерации Сракла и написать такую хранимку, которая бы этот баг юзала. Хотя вот если в самой БД хранится именно уже машинный откомпиленый код, то тогда это не надо
> живущую в этих самых хранимых процедурах в машинном коде и инфицирующую другие БД с хранимыми процедурами
Ну а че тут непонятного? Хранимая процедура — объект базы данных, представляющий собой набор SQL-инструкций, который компилируется один раз и хранится на сервере.
Если хранимая процедура в самой БД (.dba файле) оракла хранится не как набор SQL-инструкций, а как набор инструкций процессора x86-64, то в хранимку можно насрать кодом, который найдет другие .dba файлы с хранимками, и их тоже завирусует
БД — это лишняя абстракция, которую придумали заедушные анскилябры чтобы имитировать деятельность и не вылететь с заедушной работы. Цари же, как известно, хранят данные только в массивах, а сами массивы записывают в строго заданные сектора жёсткого диска.
Поэтому я за "PHP" - с помощью "file_get_contents", "json_decode", "json_encode" и "file_put_contents" "MySQL" может и приотсосать; но лишь в том случае, если сайт примитивен.
P.S.: Возможна замена "json_decode" и "json_encode" на "unserialize" и "serialize".
А слабо́ замапить какой-нибудь диапазон адресного пространства процессора на сектора жёсткого диска, чтобы запись в определённый массив в божественной сишечке сразу приводила к записи на жёсткий диск?
Ну учитывая что на ораклах и mssqlях DBAшники могут чуть ли не полные CRMы писать (включая генерацию веб страниц, отчетов в pdf, и отсылку оных на email), это логичное решение
Вот когда в PL/SQL можно будет делать вставки на машинных кодах (чтобы использовать инструкции процессора, неизвестные софту) вот тогда будет кайф
и за гной
> живущую в этих самых хранимых процедурах в машинном коде и инфицирующую другие БД с хранимыми процедурами
Вот это я вообще не понял.
Ну а че тут непонятного? Хранимая процедура — объект базы данных, представляющий собой набор SQL-инструкций, который компилируется один раз и хранится на сервере.
Если хранимая процедура в самой БД (.dba файле) оракла хранится не как набор SQL-инструкций, а как набор инструкций процессора x86-64, то в хранимку можно насрать кодом, который найдет другие .dba файлы с хранимками, и их тоже завирусует
Интересно посмотреть на систему где с ботлнеком боряца посредством копеляции хранимок
P.S.: Возможна замена "json_decode" и "json_encode" на "unserialize" и "serialize".
пробовал ли ты DataSpell? Слышал ли?
Да
> jupyter notebook
Для пистона только
> пробовал ли ты DataSpell?
Нет
> Слышал ли?
Ты говорил
Вроде одно время на mssql подобный червь по сервакам прыгал.
Вот когда в PL/SQL можно будет делать вставки на машинных кодах (чтобы использовать инструкции процессора, неизвестные софту) вот тогда будет кайф
А потом пустить туда ПХПшника, чтобы он в этой базе сохранил данные, переданные гетом
Хорошо, что кое-где есть W^X
Ну охуенно же! Не хватает какой-то фичи в серваке -- пишешь, компилишь, заливаешь и радуешься. И себе и людям. Да ещё и пирфоманс хороший.
<html>
<?asm