The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз языка программирования Perl 5.26.0, opennews (??), 31-Май-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


50. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 31-Май-17, 19:02 
Я тоже так думал, но разобрался и понял что все правильно.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

54. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 31-Май-17, 19:16 
Главное для perl - это данные пользователя, поэтому этот шаг сделан потому что является движением в направлении усилениях безопасности данных.
Вспомним о существовании механизма меченых данных (-T) который направлен чтобы обеспечить возможность безопасной работы в небезопасном окружении. Механизм сразу приводил к исключению "." так как будет работа в директории в которую скорее всего будет разрешена запись (например в /tmp).
Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 31-Май-17, 19:22 
Поэтому поиск модулей в "." по умолчанию может быть причиной вредного модуля, а это прямой доступ к данным. Поэтому мысль пришла к тому что по умолчанию желательно исключить ".". Получается что сейчас на серверах "." включен если специально не позаботились о его исключении, или perl работает не в режиме меченых данных. Если вам нужно включить - используйте штатный механизм perl -I  (PERL_USE_UNSAFE_INC - временное решение и скорее всего будет удален в будущем).


Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 31-Май-17, 19:25 
Пришлось разорвать сообщения и долго пришло редактировать, т.к. тут на сайте фильтр реагирует на какие-то вполне обычные слова и, что интересно, выдает следующее предупреждение:

"ОШИБКА: Попытка анонимной публикации с заблокированного IP-адреса.
С используемого вами IP-адреса ранее было совершена вредоносная активность.
Публикация комментариев с данного IP-адреса разрешена только для зарегистрированных пользователей"

Почините пожалуйста, а то сильно надоедает. Постоянная проблема.

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Michael Shigorinemail (ok), 31-Май-17, 19:30 
> "ОШИБКА: Попытка анонимной публикации с заблокированного IP-адреса.
> С используемого вами IP-адреса ранее было совершена вредоносная активность.
> Публикация комментариев с данного IP-адреса разрешена только для зарегистрированных
> пользователей"

tor?

https://www.opennet.ru/openforum/vsluhforumID3/110971.html#78

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 31-Май-17, 19:41 
Дело не в этом, а в том что реагирует на какое-то вполне штатное слово или выражение. Я не пытался материться, ругаться или оскорблять кого-то, просто писал более развернутый ответ о perl, режмие taunt и об опасности загрузки злоевредного кода.
Ответить | Правка | Наверх | Cообщить модератору

89. "Релиз языка программирования Perl 5.26.0"  +1 +/
Сообщение от Maxim Chirkovemail (ok), 01-Июн-17, 09:07 
> "ОШИБКА: Попытка анонимной публикации с заблокированного IP-адреса.

Убрал эту проверку, ошибка срабатывала при входе с Tor, совпадении с черным списком недавних нарушений и определении ряда признаков (в вашем случае смешивание латинских и русских символов в одном слове и упоминание сайта reg.ru).

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

90. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Michael Shigorinemail (ok), 01-Июн-17, 12:33 
>> "ОШИБКА: Попытка анонимной публикации с заблокированного IP-адреса.
> Убрал эту проверку, ошибка срабатывала при входе с Tor, совпадении с черным
> списком недавних нарушений и определении ряда признаков (в вашем случае смешивание
> латинских и русских символов в одном слове и упоминание сайта reg.ru).

Вообще список признаков вполне разумный -- возможно, стоит вернуть, но добавить пояснение насчёт Tor явным образом.

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 01-Июн-17, 17:13 
Спасибо! Отличная новость.
Смешение русских и латинских бывает местами.
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

78. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 31-Май-17, 23:01 
>Поэтому поиск модулей в "." по умолчанию может быть причиной вредного модуля, а это прямой доступ к данным.

Ты не в теме. Вопрос в том, где эта "." указана. Если в конце, то все ок. Если в начале, то да, ж--а. На самом деле изменения были сделаны из-за того, что была создана CVE, где говорится, что есть "потенциальная" возможность эксплуатации данной уязвимости. Увы, авторы Perl после ухода Леммана скатились еще больше, и в итоге запилили чушь. Потому что нынешние "патчи" к core-модулям это всего навсего костыли.

Не нужно было трогать @INC, т.к. если имеется возможность что-то записать в директорию со скриптом, то можно с такой же легкостью и заменить сам скрипт и сделать гадость без всякого @INC. Это предложение выдвигалось, но CVE-же!

Из года в год Perl все ближе к своему R.I.P. Те, кому действительно мешает этот @INC давным давно пропатчились. Посему в том же reg.ru все пишется под Perl 5.10 :)

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

80. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 01-Июн-17, 00:57 
Жутко бесит что снова не могу ответить номально. Та же самая ошибка:

"ОШИБКА: Попытка анонимной публикации с заблокированного IP-адреса.
С используемого вами IP-адреса ранее было совершена вредоносная активность.
Публикация комментариев с данного IP-адреса разрешена только для зарегистрированных пользователей"


Могу только сказать тебе анон: думай тщательнее прежде чем лепить горячку. Ты не прав, все верно сделано.

Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз языка программирования Perl 5.26.0"  –1 +/
Сообщение от Аноним (-), 02-Июн-17, 00:36 
> Жутко бесит что снова не могу ответить номально.
> Могу только сказать тебе анон: думай тщательнее прежде чем лепить горячку. Ты
> не прав, все верно сделано.

Вот именно. Тебе удалось запостить это сообщение, только без информативного содержания. Ты прав, а кругом д'Артатьяны. Старая песня...

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 02-Июн-17, 03:27 
Глаза подними повыше на сообщение #6.89 от Maxim Chirkov.
Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 01-Июн-17, 18:46 
> Не нужно было трогать @INC, т.к. если имеется возможность что-то записать в
> директорию со скриптом, то можно с такой же легкостью и заменить
> сам скрипт и сделать гадость без всякого @INC. Это предложение выдвигалось,
> но CVE-же!

Причем тут директория со скриптом? Скрипт может лежать где угодно, т. е. CWD может не совпадать с директорией, в которой лежит скрипт.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

122. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 02-Июн-17, 00:34 
>Причем тут директория со скриптом? Скрипт может лежать где угодно, т. е. CWD может не совпадать с директорией, в которой лежит скрипт.

При том, что выставлять cwd забота программиста приложения, а не ЯП. Давайте патч, который сразу в chroot уходит, где вообще ничего нет. И все! Проблем нет!

Ответить | Правка | Наверх | Cообщить модератору

132. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 02-Июн-17, 03:32 
> При том, что выставлять cwd забота программиста приложения, а не ЯП.

И что не так? Программист приложения, а не ЯП как вы уточнили, позаботился и выставил cwd. Приложение запускается и делает так как запрограммировал программист приложения после запуска. В итоге, cwd все равно может не совпадать с директорией, в которой лежит скрипт.
Так опростоволоситься. Для вашего развития я вам рекомендую почитать к примеру о work_dir в man Proc::Daemon . Еще вопросы?

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз языка программирования Perl 5.26.0"  –1 +/
Сообщение от Аноним (-), 02-Июн-17, 20:01 
>Еще вопросы?

Да. Вот сделаю я cwd('/') и что дальше. Как @INC навредит со своей "."? Только не надо ляля, что у тебя на / три семерки стоит.

Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз языка программирования Perl 5.26.0"  +1 +/
Сообщение от Аноним (-), 02-Июн-17, 21:22 
> Да. Вот сделаю я cwd('/') и что дальше. Как @INC навредит со своей "."? Только не надо ляля, что у тебя на / три семерки стоит.

Да, это не тот случай когда "." в @INC может создать проблемы, но есть возможные сценарии использования когда использование штатных средств наличие "." в @INC создает проблему и несет потенциальную угрозу. Где-то в треде я уже упоминал что лично для меня удаление "." из @INC снимает сразу 2 проблемы.

Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз языка программирования Perl 5.26.0"  –1 +/
Сообщение от Аноним (-), 03-Июн-17, 00:41 
>Да, это не тот случай когда "." в @INC может создать проблемы, но есть возможные сценарии использования когда использование штатных средств наличие "." в @INC создает проблему и несет потенциальную угрозу.

Это что за такие случаи? Т.е. если говорит по делу, неприлигированный пользователь может писать в директорию где находятся скрипты, модули, которые перловый процесс подгружает (не важно в каком режиме работает программа, демон или по крону, иль руками). О чем это говорит? О том, что кто-то плюет на безопасность. Таких даже убирание "." не спасет. Почему? Да просто потому что ваши подгружаемые файлы можно тупо заменить, ибо чихать вы хотели на выставление прав, прикручивание SELinux, чексамы и прочее-прочее.

Я не удивлен. Мои мысли также выносились в обсуждение в p5p и что? Чхать все хотели. Стал ли для меня "безопаснее" перл? Нет, зато do() сломали так, что теперь пользоваться без слез невозможно. Реально все стало похоже на школокод. Как вычислять абсолютные пути я могу в серьезных приложениях без проблем, а как дело доходит до однострочников, то вот это do "./script.pl" выглядит как поделка. Спасибо. И про -T конечно всем плевать. Говорю же, давайте сразу в chroot, чего мелочится!

Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз языка программирования Perl 5.26.0"  +1 +/
Сообщение от Аноним (-), 03-Июн-17, 06:27 
> Это что за такие случаи? Т.е. если говорит по делу, неприлигированный пользователь может писать в директорию где находятся скрипты, модули, которые перловый процесс подгружает (не важно в каком режиме работает программа, демон или по крону, иль руками). О чем это говорит? О том, что кто-то плюет на безопасность. Таких даже убирание "." не спасет. Почему? Да просто потому что ваши подгружаемые файлы можно тупо заменить, ибо чихать вы хотели на выставление прав, прикручивание SELinux, чексамы и прочее-прочее.

Сам придумал кривые случаи и сам поудивлялся. Аншлаг)) Ты не то придумал, как раз ради безопасности приходилось думать чтобы не подгрузилось нечаянно что-либо из-за ".". Я просто чувствую что ты пока далек он инфраструктурных проектов которые обеспечивают работу пользователей. Не суетись ты так и не переживай - это само придет со временем если оно тебе вообще нужно. И тогда ты поймешь почему "." убрали.

> Я не удивлен. Мои мысли также выносились в обсуждение в p5p и что? Чхать все хотели. Стал ли для меня "безопаснее" перл? Нет, зато do() сломали так, что теперь пользоваться без слез невозможно. Реально все стало похоже на школокод. Как вычислять абсолютные пути я могу в серьезных приложениях без проблем, а как дело доходит до однострочников, то вот это do "./script.pl" выглядит как поделка. Спасибо. И про -T конечно всем плевать. Говорю же, давайте сразу в chroot, чего мелочится!

Теперь тебя совсем унесло тебя восвояси. Заметь что ты сам все смешалось в кучу ради "вау"-эффекта. Стоило оно того если ты ушел далеко от ситуации в свои фантазии? А ситуация другая: тот же do() например, как ты выразился, "сломан" так что теперь вместо do 'file' надо писать do './file'. Я это специально подчеркнул в новости.
А тут кто-то кроме меня и администратора ресурса читал текст новости? :-) Вот честно скажи, ты читал и разобрался нормально что к чему? Никто слова не казал про /xx, ~ в here-docs или scalar(%HASH). Да и относительно пофигу - я вообщем-то для себя в первую очередь разбирал perldelta. Но perl стал безопаснее и лучше, поверь мне. Просто ты еще не узнал какие проблемы решаются. Но похвально что ты не отступаешь и пытаешься разобраться (был бы из отступающих - наверное был бы уже в python).

Ответить | Правка | Наверх | Cообщить модератору

145. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 03-Июн-17, 10:04 
>Сам придумал кривые случаи и сам поудивлялся. Аншлаг))

Вот поэтому и запилил фикс. Никто толком не знает про "потенциальные" ситуации, где "." что-то может сделать. Я ждал либо описания, либо кода, а ты как и все балаболишь только.

>Ты не то придумал, как раз ради безопасности приходилось думать чтобы не подгрузилось нечаянно что-либо из-за ".".

Что думать? Ты вкурсе что @INC модифицируется в рантайме? Не? Ты вкурсе, что патч @INC под себя дело на 2 минуты? Не? О чем ты? Где примеры? Впрочем, мне и так ясно, это все балабольство.

Реальные примеры я привел. Могу даже добавить, что есть класс программ, где динамически _нужно_ грузить рандомные модули. Например, плагины. И знаешь, что? Это проблема не перла, а приложения. Аналогичный вектор атаки есть в винде (он даже страшнее) и что? О нем нормальные программеры знают и зашивают абсолютные пути до DLL, а модули грузяться по абсолютному пути к директории с плагинами. И так несколько миллионов людей живут. И нечего.

И вот cwd('/') как раз таки решает проблему криворукий и ЛЕНИВЫХ программистов, которым лень работать с абсолютными путями. У них приложение "прыгает" из директории в директорию, грузить все что не попадя. Да, такие люди и не слышали про PERL5LIB, не слышали, что @INC оказывается модифицируется и т.п.

Все. Спор окончен. Главное ведь CVE прикрыли! Хурей!

>А тут кто-то кроме меня и администратора ресурса читал текст новости? :-)

Зачем его читать из вторых рук? Я лично подписан на p5p и читаю все. Вот ты бы мог привести ссылку из p5p, где проводится бенч по новым алгоритмам для хэшей. Но ты не привел. О чем это говорит? О том, что ты нытик. Убегаешь от темы. Впрочем, я тебя спас. Расслабься.

>Никто слова не казал про /xx, ~ в here-docs или scalar(%HASH).

Потому что это несусветная фигня, которая нужна 1.5 человеку, кроме может scalar(%HASH). И то, все привыкли либо к scalar(keys %HASH), либо 0+keys(%HASH) -- это надо было фиксить еще 15 лет назад, когда вышел 5.6. Или ты думаешь, все должны охать от того, что должно было быть пофикшено 15 лет назад? Походу ты слишком мало кодишь, поэтому для тебя такие вещи "в новинку". Все, не буду больше на тебя гнать. Пиши код. Пока!

Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 03-Июн-17, 18:53 
> Вот поэтому и запилил фикс. Никто толком не знает про "потенциальные" ситуации, где "." что-то может сделать. Я ждал либо описания, либо кода, а ты как и все балаболишь только.
> балабольство

У тебя странное стремление навесить ярлыки за счет однобокобого понимания ситуации. Я тебе специально не дал реальные примеры, посмотреть что получится. Посмотрел и понял :).

> Реальные примеры я привел. Могу даже добавить, что есть класс программ, где динамически _нужно_ грузить рандомные модули. Например, плагины. И знаешь, что? Это проблема не перла, а приложения. Аналогичный вектор атаки есть в винде (он даже страшнее) и что? О нем нормальные программеры знают и зашивают абсолютные пути до DLL, а модули грузяться по абсолютному пути к директории с плагинами. И так несколько миллионов людей живут. И нечего.

Есть еще другой класс программ, но даже дело не в них. Ситуация требовала фиксации "." в @INC не из-за этого. Если вы хорошо представляли что значит публичный проект, то у вас бы не возник баттхерт от правки @INC.

> Потому что это несусветная фигня, которая нужна 1.5 человеку, кроме может scalar(%HASH). И то, все привыкли либо к scalar(keys %HASH), либо 0+keys(%HASH) -- это надо было фиксить еще 15 лет назад, когда вышел 5.6. Или ты думаешь, все должны охать от того, что должно было быть пофикшено 15 лет назад?

Так c scalar(%HASH) тоже поломали совместимость. Где вой?

> Походу ты слишком мало кодишь, поэтому для тебя такие вещи "в новинку". Все, не буду больше на тебя гнать. Пиши код. Пока!

Или это у тебя серьезные психологические проблемы личности раз постоянно пытаешься нафантазировать какие-то упреки на пустом месте. Сходи к психологу. Пока :)

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

149. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 03-Июн-17, 22:06 
>Я тебе специально не дал реальные примеры, посмотреть что получится.

Ты их не дал, потому что их нет.

>Есть еще другой класс программ, но даже дело не в них.

Дело как раз в них.

>Ситуация требовала фиксации "." в @INC не из-за этого.

И конечно же этого мы никогда не узнаем. Ты унесешь эту тайну в могилу вместе с собой.

>Если вы хорошо представляли что значит публичный проект, то у вас бы не возник баттхерт от правки @INC.

Отлично знаю. Загружаешь модули один раз, после chroot/cwd('/') и все работает как часы. Я так понимаю у вас хайлоад веб-проект и вы им очень гордитесь. Все веб-щики такие д'Артаньяны.

>Так c scalar(%HASH) тоже поломали совместимость. Где вой?

Ты лучше скажи что ты делал с этой конструкцией? :) Я пользовался тем, что ясно даже идиоту, чтобы код читабельный был. Выше дал пример. А что ты кодил, я даже не представляю. Впрочем неважно. Это доказывает ваши "познания".

Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

150. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 03-Июн-17, 23:09 
> Ты их не дал, потому что их нет.

Верно: я их не дал и у тебя их нет. Но это не значит что у меня их нет. У меня есть работающие приложения.

> Дело как раз в них.
> И конечно же этого мы никогда не узнаем. Ты унесешь эту тайну в могилу вместе с собой.

Я уже тебе сказал, что придет время и ты сам наткнешься на эти проблемы как только столкнешься. Ой, хотя теперь вряд ли, т.к. "." в @INC уже нет. Так что тебе наверное даже не зачем знать, все уже будет безопасно.

> Отлично знаю. Загружаешь модули один раз, после chroot/cwd('/') и все работает как часы. Я так понимаю у вас хайлоад веб-проект и вы им очень гордитесь. Все веб-щики такие д'Артаньяны.

Снова мимо, д'Артаньян.

> Ты лучше скажи что ты делал с этой конструкцией? :) Я пользовался тем, что ясно даже идиоту, чтобы код читабельный был. Выше дал пример. А что ты кодил, я даже не представляю. Впрочем неважно. Это доказывает ваши "познания".

Ты так пишешь как будто в CPAN все модули мной писались за все 22 года.

Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

151. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 04-Июн-17, 00:31 
>Верно: я их не дал и у тебя их нет.

Я дал примеры, а ты нет. Как жаль, что ты анон, так бы занес тебя в свою тетрадь, чтоб не тратить больше на тебя времени.

Как бесят люди, которые НИФИГА полезного сказать не могут.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

158. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 07-Июн-17, 22:30 
В процессе общения расхотелось тебе сообщать. Научись разговаривать с людьми.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

64. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 31-Май-17, 19:39 
> поэтому этот шаг сделан потому
> что является движением

вмемориз

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

84. "Релиз языка программирования Perl 5.26.0"  –1 +/
Сообщение от Аноним (-), 01-Июн-17, 02:42 
Сдаётся мне, джентельмены, что это был Кличко.
Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз языка программирования Perl 5.26.0"  +1 +/
Сообщение от Аноним (-), 01-Июн-17, 19:24 
Школьники != джентельмены. dic.academic.ru вам в помощь
Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз языка программирования Perl 5.26.0"  +/
Сообщение от Аноним (-), 01-Июн-17, 19:23 
"ниасилил"?
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

72. "Релиз языка программирования Perl 5.26.0"  –2 +/
Сообщение от Crazy Alex (ok), 31-Май-17, 20:15 
Если оно включается через "use v5.26;" - кто б спорил, нормальное решение. Если нет... 99% работающего перл-кода - легаси, нравится это кому-то или нет. Делать для него подобные ломающие изменения - нехорошо. А кто беспокоится - для того есть -T, как вы правильно заметили.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

73. "Релиз языка программирования Perl 5.26.0"  –2 +/
Сообщение от Crazy Alex (ok), 31-Май-17, 20:19 
И по ходу они это дело под use v5.26 не отправили. Маразм.
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз языка программирования Perl 5.26.0"  +1 +/
Сообщение от Аноним (-), 31-Май-17, 21:04 
Как бы все серьезно. Если что, вот посмотрите: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-1238

Вы же понимаете что безопасность и удобство - это вещи взаимоисключающие. Шаг был сделан в сторону безопасности данных и я вам попытался объяснить почему. Чтобы переход на 5.26 был не таким болезненным предусмотрительно ввели обоработку переменной PERL_USE_UNSAFE_INC. Я думаю все-таки по умолчанию на поставка должна быть рассчетом на безопасность по умолчанию. Прежний механизм сохраняется - можете сбросить -Udefault_inc_excludes_dot и пересборать perl. Но вы же понимаете что по умолчанию для боевых систем такой поставки быть не должно, риск сохраняется. Попробуйте меня услышать и понять.

Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз языка программирования Perl 5.26.0"  –1 +/
Сообщение от Crazy Alex (ok), 01-Июн-17, 03:57 
да хрен с ним, с удобством. Очередной минор не должен ломать десятилетиями писаный код, когда такого кода - абсолютное большинство. Ну очевидная же вещь. В таких случаях надо костылить изо всех сил, любой ценой держа совместимость. Например - врубить эту механику в самом CPAN для ноаых версий модулей. Врубитъ для use v5.26 - было бы нормально. Наверняка ещ! что-то можнл было придумать. Но никак не дефолтом.
Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз языка программирования Perl 5.26.0"  –1 +/
Сообщение от iZEN (ok), 01-Июн-17, 15:47 
> да хрен с ним, с удобством. Очередной минор не должен ломать десятилетиями
> писаный код, когда такого кода - абсолютное большинство. Ну очевидная же
> вещь. В таких случаях надо костылить изо всех сил, любой ценой
> держа совместимость. Например - врубить эту механику в самом CPAN для
> ноаых версий модулей. Врубитъ для use v5.26 - было бы нормально.
> Наверняка ещ! что-то можнл было придумать. Но никак не дефолтом.

На FreeBSD в порте perl5.26 сделали опцию:
DOT_INC=off: Add '.' to @INC (unsafe)
- http://www.freshports.org/lang/perl5.26/

По умолчанию безопасно.

Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз языка программирования Perl 5.26.0"  +2 +/
Сообщение от Аноним (-), 01-Июн-17, 17:20 
Но тут не просто механика и обновление. Дело в том что при штатных возможностях perl и определенных способах использовании, наличие "." в @INC даже последним элементом создает брешь в безопасности. Поэтому появился CVE и надо было закрывать уязвимость. Ну а то что это создаст проблемы для текущих и старых модулей - это не проблема, т.к. проблема сраз даст о себе знать на этапе запуска, и починить проблему не составит труда, т.к. это просто технический ньюанса.
Нельзя переводить доработку под `use v5.26', т.к. по умолчанию оставалась бы брешь в безопасности.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

109. "Релиз языка программирования Perl 5.26.0"  +2 +/
Сообщение от Orduemail (ok), 01-Июн-17, 20:45 
> Очередной минор не должен ломать десятилетиями писаный код, когда такого кода - абсолютное большинство.

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

Опеннет... такой опеннет.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру