"Расскажите, какие решения вы бы приняли, если бы были техническим директором своей компании"

Ваще нихуя))

+1 hp (Alexanderes Teterevlyov)

"Составьте рабочее расписание команды, используя гибкий график (то есть без установленного рабочего времени) и политики отпусков «Бери когда понадобится»."

Не слушай а че ты про распределенные системы и потоки то пропустил

ТИпа в пэхапе такого нет ну и насрать

Красавец чо

ТИпа в пэхапе такого нет ну и насрать

Типа есть, та часть простая

Но эти то вопросы нахера разрабу задавать

Не. Так дело не пойдет. У нас тоже нет замыкания! Но этот вопросы мы отвечаем

Вообще заметьте как растут требования в ИТ да?

Особенно в таких языкак как шарп и джава... и плюсы

Не, вообще опросник интересный, только убрать некоторые, не относящиеся напрямую к разработке.

Это твое мнение. Еще раз - это больше для европы и штатов

Там разработчик это часть команды.

Он должен разбираться. Он должен думать не только как винтик а быть полноценным участником команды

Угарал с вопроса "Как писать безопасный код")

И что?

Щас я тебе покажу

Что это, вообще, значит. Как ты в цифрах оценишь безопасность?

https://www.anti-malware.ru/news/2018-02-19-1447/25542

К вопросу о безопасном коде

К вопросу о безопасном коде

Я к тому, что на вопрос должен быть четкий ответ

А на этот его нет

Разумеется, ты всеми силами будешь избавляться от возможных дыр

Вопрос как для начала ты тестить будешь?

Но это же не значит, что дыр не останется

Воть ты же веб разработчик при том в отличии от меня ты пишешь на пхп

Как ты проверяешь код на дыры в безопасности?

Доброго дня. Что нужно, чтобы заменить камеру физическую камерой виртуальной? Андроид

Как ты проверяешь код на дыры в безопасности?

Есть фундаментальные правила, что бы этих дыр избегать

Тестировщика нанять, имхо

Экранирование, типизация, проверка входных данных...

Экранирование, типизация, проверка входных данных...

+1 hp (Alexanderes Teterevlyov)

@wizlab Посмотри статью!!!https://habrahabr.ru/post/349434/

жесть!

Вот еще вопрос откопал:

"Если не обращаться с логами осторожно, то всегда есть риск, что туда попадёт конфиденциальная информация, в том числе пароли"

Каким это хером пароль может в логи попасть, если его не знаю даже я, как разработчик

Каким это хером пароль может в логи попасть, если его не знаю даже я, как разработчик

можно настроить)))

Он же хешируется

Отладчик включил

и смотришь что передается.

Он же хешируется

можно не хешировать)))

К тому же это перевод.

Ответ, все пароли хешировать с солью нужно

Статья перевод.Смысл про то что в логи могут важные данные утечь

Ответ, все пароли хешировать с солью нужно

можно без сахара

Конечно! Пароли обязательно надо солить

Это всем известно, так же как и то что их надо постить

блин

да вы о чем?

это же истина прописная

как вообще можно об этом говорить

А вот фишка, как возможность коллизий при одностороннем шифровании избежать:

А вот фишка, как возможность коллизий при одностороннем шифровании избежать:

не юзать md5

md5(md5($pass + $solt))

md5(md5($pass + $solt))

-

не юзать md5

Достаточно двойной МД5 взть

И коллизии невозможны сразу

-

Достаточно двойной МД5 взть

прочитай про коллизии md5 и поймешь что это не поможет

мне +

Андрюхе тоже +

прочитай про коллизии md5 и поймешь что это не поможет

А вот теперь представь. Злоумышленник украл хешированный пароль.

ERROR: S client not available

А вот теперь представь. Злоумышленник украл хешированный пароль.

удачи ему

Допустим, за ним очень важные данные. На столько важные, что он пошел подбирать коллизию по радужным таблицам

И при должном усердии есть шанс подобрать

К одинарному MD5

Допустим, за ним очень важные данные. На столько важные, что он пошел подбирать коллизию по радужным таблицам

Бред шифровать очень важные данные md5 )))

К двойному тоже есть шанс

К двойному тоже есть шанс

не важно к какому

Только вот не прокатит коллизия в обратную сторону))

шанс это не шанс, а скорее получится если заморочится

посмотри ссылку выше

http://it.icmp.ru/post/view/4604

шанс это не шанс, а скорее получится если заморочится

К двойному - нет, даже с заморочкой по радужным таблицам

?

Ок, а какой алгоритм хеширования ты предпочитаешь?

И чем плох md5?

Вероятность одинакового хэша у 2х произвольных наборов. То что пары с одинаковым хэшем существуют — сомнению не подвергается!

Вероятность одинакового хэша у 2х произвольных наборов. То что пары с одинаковым хэшем существуют — сомнению не подвергается!

Пфф... это же логично. Любой алгоритм одностороннего кодирования так сделает

Пфф... это же логично. Любой алгоритм одностороннего кодирования так сделает

SymmetricAlgorithm sa = Rijndael.Create();

Любому хешу, теоретически, соответствует бесконечное множество подходящих строк

http://kaf403.rloc.ru/POVS/Crypto/Rijndael.htm

Братан, ты отличаешь одностороннее и двустороннее шифрование?)

Я сейчас говорил про одностороннее

То бишь хеширование

Я сейчас говорил про одностороннее

это я понял, это ответ как избежать коллизий

я делаю так и не парюсь

для проверки логина и пароля в ЛК MD5

так как это не критично

для проверки логина и пароля в ЛК MD5

Вот! Я об этом и говорю

даже если кто то зайдет в ЛК, то максимум чем может навредить

так это отправить пару заказов))))

Только двойной делаю, да бы избежать и без того маловероятных коллизий