Size: a a a

2020 August 12

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm
Эд
Дорогие друзья, мне нужно получить хеш пароля и соль, которая применялась при хешировании, юзая argon2. В ответе на этот вопрос по линке рассказали про состав хеша для argon2 https://stackoverflow.com/questions/61983947/how-symfony-5-stores-salt-for-argon2. Я могу ручками сплитнуть хеш по $ и вытащить соль. I`m wonder как я могу ачивнуть это не изощряясь подобным образом. Юзал Argon2PasswordEncoder от спринга
Ну как вариант Argon2EncodingUtils.decode(), но не уверен, что это сильно лучше, чем просто сплитнуть по $
источник

Э

Эд in pro.jvm
Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶
Ну как вариант Argon2EncodingUtils.decode(), но не уверен, что это сильно лучше, чем просто сплитнуть по $
Сплит так сплит)
источник

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm
Эд
Сплит так сплит)
Ну тут скорее вопрос в том, что вам нужно. Если просто соль, то сплитнуть проще. Если все параметры, то удобнее тот вариант, который я предложил
источник

Э

Эд in pro.jvm
Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶
Ну тут скорее вопрос в том, что вам нужно. Если просто соль, то сплитнуть проще. Если все параметры, то удобнее тот вариант, который я предложил
Мне нужна только соль, спасибо
источник

IN

Ildar Nazmeev in pro.jvm
всем доброго времени суток! у меня один вопрос возник, может кто сможет тут помочь. Он не совсем по jvm. Нужно разработать restApi, доступ к которому будут иметь несколько разных клиентов (другие компании). api должен быть защищен и каждая компания должна получать только свои данные. например, компания А вызвала метод /reports и получила только те данные, которые предназначаются ей. на аналогичный запрос компания Б получит только свои данные. сталкивался ли кто-нибудь с такой задачей? я пока думаю, что для доступа, видимо, нужно выдавать какой-либо токен каждому клиенту. притом так, чтобы по токену можно было вычислить кто из клиентов вызывает апи. возможно, сохранять где-то на сервере и потом , когда клиент будет стучаться смотреть у какого клиента данный токен и выдавать ему его данные. буду рад, если кто-нибудь скажет почему это решение плохое или как можно сделать лучше
источник

RS

Ricky Spanish in pro.jvm
А на уровне БД нельзя отдавать данные кому нужно?
источник

SN

Sergey Nikulitsa in pro.jvm
Ildar Nazmeev
всем доброго времени суток! у меня один вопрос возник, может кто сможет тут помочь. Он не совсем по jvm. Нужно разработать restApi, доступ к которому будут иметь несколько разных клиентов (другие компании). api должен быть защищен и каждая компания должна получать только свои данные. например, компания А вызвала метод /reports и получила только те данные, которые предназначаются ей. на аналогичный запрос компания Б получит только свои данные. сталкивался ли кто-нибудь с такой задачей? я пока думаю, что для доступа, видимо, нужно выдавать какой-либо токен каждому клиенту. притом так, чтобы по токену можно было вычислить кто из клиентов вызывает апи. возможно, сохранять где-то на сервере и потом , когда клиент будет стучаться смотреть у какого клиента данный токен и выдавать ему его данные. буду рад, если кто-нибудь скажет почему это решение плохое или как можно сделать лучше
тут одними токенами не обойтись, нужна будет какая-то ролевая модель, которая хранится в БД и на основании неё раздавать компаниям нужную инфу
источник

SN

Sergey Nikulitsa in pro.jvm
токен - это про авторизацию
источник

SN

Sergey Nikulitsa in pro.jvm
а избирательная раздача данных - это про ауентификацию
источник

RS

Ricky Spanish in pro.jvm
Нужна таблица с компаниями и таблица с репортами. На каждую компанию отдавать свои репорты. Или это не про то?
источник

IN

Ildar Nazmeev in pro.jvm
Ricky Spanish
Нужна таблица с компаниями и таблица с репортами. На каждую компанию отдавать свои репорты. Или это не про то?
да, про то. только хотелось бы, чтобы не через идентификатор компании эти данные получать. типа айдишника. а как-то более секьюрно
источник

IN

Ildar Nazmeev in pro.jvm
Sergey Nikulitsa
а избирательная раздача данных - это про ауентификацию
да, скорее всего нужно будет продумать аутентификацию
источник

IN

Ildar Nazmeev in pro.jvm
чуть ли не впервые сам решил спроектировать подобное, буду копать дальше по теме, спасибо)
источник

ch

central hardware in pro.jvm
Ildar Nazmeev
чуть ли не впервые сам решил спроектировать подобное, буду копать дальше по теме, спасибо)
В спринге это уже спроектировано за вас по большей части
источник

SN

Sergey Nikulitsa in pro.jvm
Ildar Nazmeev
да, про то. только хотелось бы, чтобы не через идентификатор компании эти данные получать. типа айдишника. а как-то более секьюрно
через логин-пароль компания получает токен - без этого никак
источник

IN

Ildar Nazmeev in pro.jvm
central hardware
В спринге это уже спроектировано за вас по большей части
это нужно в сторону спринг секьюрити копать?
источник

IN

Ildar Nazmeev in pro.jvm
я помню, что там были роли. больше , к сожалению, уже не помню. видимо, отупел на текущем проекте без этого) в общем, всем спасибо, направление получил. дальше , надеюсь, докопаться сам
источник

ВФ

Валерий Фёдоров... in pro.jvm
Ildar Nazmeev
это нужно в сторону спринг секьюрити копать?
Именно.
источник

AD

Apache DOG™ in pro.jvm
Ildar Nazmeev
это нужно в сторону спринг секьюрити копать?
Но он же страшен
источник

IN

Ildar Nazmeev in pro.jvm
Apache DOG™
Но он же страшен
почему?
источник