Народные явайские песни

[tobotras]

Объясните мне, почему System.console().readLine() возвращает String, а readPassword() -- char[]?

Comments

[raydac.livejournal.com]

вполне может быть что как раз пытались сделать так что бы readPassword было бы гарантированно не перепутать с readLine

[alxt.livejournal.com]

Потому что char[] будет на стеке и быстро затрётся данными. А String может прожить в памяти, до сборки мусора, неопределённое время.
А вдруг там какая-нибудь хакерская приблуда? Вот для уменьшение времени жизни пароля его в char[] и хранят везде.

PS: может и паранойя авторов.

PPS: я в клиенте jboss7 без хранения пароля в String не обойтись никак...

[ktotam.livejournal.com]

потому что String -- immutable, а массив можно затереть, когда он больше не нужен.

[tobotras]

А! Точно. Спасибо.

[tobotras]

Ну, он точно будет в куче, а не на стеке. Но точно -- чтобы стереть побыстрее, однозначно. Спасибо.

[alxt.livejournal.com]

> Ну, он точно будет в куче, а не на стеке.

Если переменная локальная- то на стеке.
Если переменная класса- то да, в куче. Но типа сам виноват, если что :)

[ktotam.livejournal.com]

javadoc как всегда все честно говорит

Security note: If an application needs to read a password or other secure data, it should use readPassword() or readPassword(String, Object...) and manually zero the returned character array after processing to minimize the lifetime of sensitive data in memory.

[tobotras]

Как из функции вернуть массив, лежащий на стеке?

[alxt.livejournal.com]

Я прогнал, прошу прощения. Массив будет хранится на стеке только если он не передаётся никуда (в т.ч. return). Т.е. в даннм случае будет в куче. Остаётся- да, зачистка массива (которая возможно, в отличии от).

[tobotras]

Да-да, я забыл, что String -- immutable, остальное понятно.

[deadmustdie.livejournal.com]

man 3 alloca
Но результат будет малоприятен для применяющего, это да...

[tobotras]

Ну, вернуть-то нельзя :)

[tobotras]

Нет, см. комментарии ниже.

[raydac.livejournal.com]

там имхо какая то лажа, "массив на стеке" в Java это жесть.. на стеке будет лежать указатель на массив в хипе и этот объект в хипе, разве что действительно что бы меньше было возможностей для хака, а может быть этот метод реализован явой как интринсик, но чем легковеснее конечно тем быстре сотрется

[lispnik.livejournal.com]

alloca в Java? :)

[tobotras]

Да фиг с ним, и на сях массив на стеке вернуть нельзя :)

[lispnik.livejournal.com]

Ну так alloca и нужен для данных, которые не собираешься возвращать. :)

[tobotras]

Щас не об этом (c) :-)

[ktotam.livejournal.com]

речь о том, что массив, в отличие от строки, можно вручную затереть нолями, когда он больше не нужен.

[ktotam.livejournal.com]

о. а вот и вопрос для интервью )

[raydac.livejournal.com]

тоже верно
p.s.
при текущей кешируемости процов, надо тогда не забыть еще обеспецить гарантию что наши нули дошли до места и не только в нашем потоке видны ))

[raydac.livejournal.com]

можно хакнуть String и затереть в нем )))