Как сделать INSERT поля password, которое содержит два доллара и одинарную кавычку?

Question

[Анатолий]

Задача перенести поля из redis в postgresql, для этого использую расширение phpredis.
Перед выполнением INSERT использую функцию php preg_quote() чтобы экранировать специальные символы, в данном случае экранируются два доллара в пароле, после чего пароль выглядит так: 'lsa\$\$331'bc'
В противном случае postgresql будет ругаться на синтаксис ($$...$$...$$)

$ssh_password = preg_quote($infoClient['pass'], '/');

В запросе использую двойной доллар, чтобы экранировать кавычку:
Сам запрос выглядит так:

$query = "INSERT INTO client_ssh(client_name, ssh_login, ssh_password)
                          VALUES ('".$client_name."',  '".$ssh_login."', $$'".$ssh_password."'$$)";

В данном случае это работает, однако пароль в таблице отличается от исходного:
До:
lsa$$331'bc
После:
lsa\$\$331'bc

Можно ли сделать INSERT так, чтобы пароль в таблице не отличался от исходного, т.е. не содержал бы слэши?

Забыл добавить, что таблица не используется для авторизации, нужно будет доставать исходный пароль, поэтому использование md5 и соли не приемлемо

Comments

[vreitech]

использую функцию php preg_quote() чтобы экранировать специальные символы

казалось бы, зачем использовать функцию для экранирования спецсимволов регулярного выражения preg_quote(), если речь не идёт о регулярном выражении? вы не пробовали не использовать preg_quote(), чтобы не

однако пароль в таблице отличается от исходного

?
для экранирования данных перед вставкой в PostgreSQL можно использовать pg_escape_string(), казалось бы...

[Анатолий]

vreitech, Бинго! Спасибо!!!

Answer 1

[Антон Антон]

Выкинуть вставку параметров в запросы через конкатенацию, использовать prepared statements
Не хранить в базе пароль, а только хэш от него (причем засоленный)

Comments

[Анатолий]

Спасибо
Это таблица используется не для клиентов и только в рамках vpn, делать md5 или солить нельзя, вообщем так надо

[Everything_is_bad]

Ну тут по контексту видна причина почему нужно именно в открытом виде, хоте правильное решение - перейти на логин по ключу. А про конкатенацию всё верно, я бы за такое вообще ногами бил)

[Антон Антон]

Анатолий, в любом случае с prepared statements всё заработает как надо без ручного экранирования

[Анатолий]

Антон Антон, Благодарю, попробую