박문형 2018-10

수고하셨습니다..

일국 2018-10

바쁘신와중에 ...
암튼 고생하셨습니다.

김준유 2018-10

고생하셨습니다..

흠냐 2018-10

수고하셨습니다.

명철이 2018-10

감사드리고, 수고하셨습니다^^

회원K 2018-10

bcrypt에 대해서 rainbow 테이블을 못 만드는 것은 아니지만
너무 많은 값이 나오기 때문에
생성해서 관리하는 의미가 없기 때문이라고 합니다.

https://www.reddit.com/r/AskNetsec/comments/43w417/why_is_it_too_expensive_to_make_a_bcrypt_lookup/
bcrypt produces a 60 byte hash. So, the resulting rainbow table would be 2480 bits or 3.12174855 × 10120 yottabytes. Even the NSA doesn't have this. And this is also for just one version of the rainbow table. With bcyrpt you can set the "cost factor" you want to use. Basically, how many rounds of of the key derivation algorithm you want to run. This means you need to produce a rainbow table for every possible value of the cost function. I don't know for sure; but, I would suspect most implementations will accept a cost value anywhere from 1 to 2,147,483,647 (max value for a 32 bit integer). That's a lot of rainbow tables. At 1.1ish exabytes per table, that's going to require a few extra disks in the datacenter. And this completely ignores the issue of salting and actually generating these tables. so ya, not really possible.

NeOpLe 2018-10

고생했습니다.

광주동키호테 2018-10

고생하셨습니다.
매번 ........ 대단 하세요.

봄들판에서다 2018-10

고생하셨습니다~~^^

새총 2018-10

수고하셨습니다.

공기방울 2018-10

수고하셨습니다

박선주 2018-10

수고 많으셨습니다.

임기호 2018-11

고생하셨습니다~

큰고양이 2018-11

한동안 못와서 이제야 봤네요
고생많으셨습니다

김숲 2018-11

고생 많으십니다.

좋은인생 2019-11

수고하셨습니다.

sungsung 2020-09

고생하셨습니다.~~~

todays1 2021-06

수고하셨습니다.

유니언 2021-10

수고하셨습니다.