The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в Apache Struts стала причиной утечки персональны..., opennews (??), 10-Сен-17, (0) [смотреть все]

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


10. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –9 +/
Сообщение от pripolz (?), 10-Сен-17, 23:03 
> от рукожопия?

Не стоит называть это рукожопием, и вот почему: жаба программист не должен думать ни о каких эксплойтах (кроме ну совсем банальных) вообще. Выполнение машинного кода процессом jvm строго говоря находится за пределами его компетенции, в этом весь смысл высокоуровневости и безопасности платформы. Это всё равно, что назвать рукожопом дизайнера, или менеджера.

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

12. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –4 +/
Сообщение от Michael Shigorinemail (ok), 10-Сен-17, 23:44 
> Не стоит называть это рукожопием, и вот почему: жаба программист не должен
> думать ни о каких эксплойтах (кроме ну совсем банальных) вообще.

Это уже не руко-, это голово-.

> Выполнение машинного кода процессом jvm строго говоря находится за пределами
> его компетенции, в этом весь смысл высокоуровневости и безопасности платформы.

А это так называемый hype.

> Это всё равно, что назвать рукожопом дизайнера, или менеджера.

Вы не сталкивались с четверорукими представителями данных профессий?.. бывают, как и везде.

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

15. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от Анонимemail (15), 11-Сен-17, 00:05 
А как же разделение труда?
Ответить | Правка | Наверх | Cообщить модератору

19. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –6 +/
Сообщение от Аноним (-), 11-Сен-17, 06:20 
Какое разделение труда? У него каждая кухарка может управлять государством.
Ответить | Правка | Наверх | Cообщить модератору

57. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –1 +/
Сообщение от Аноним (-), 11-Сен-17, 11:35 
Каждая кухарка не может, миллион кухарок может в 100 раз эффективнее любого чинуши.
Ответить | Правка | Наверх | Cообщить модератору

110. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +1 +/
Сообщение от Аноним (-), 11-Сен-17, 19:20 
А сколько обезьян надо, чтобы быть эффективнее 1 кухарки?
Ответить | Правка | Наверх | Cообщить модератору

178. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-17, 12:06 
> миллион кухарок может

У кого-то опять миллионная фиксация в вакуумной коробке, принимающей лозунги без малейшей попытки собственно найти подтверждение тому, что в себя ест?  Жизнь такое вправляет.  Порой, правда, уже смерть -- зато надёжно.

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

61. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от Аноним (-), 11-Сен-17, 11:57 
Каждый должен заниматься чем он лучше всего умеет. Умеешь делать UI и не умеешь защищаться от эксплоитов - отдай задачу защиты другому, кто любит и умеет это делать лучше.

В противном случае сейчас бы все умели все и одновременно ничего не делали, потому что не хаватало бы на все внутренних ресурсов одного индивида.

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

99. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от YetAnotherOnanym (ok), 11-Сен-17, 17:01 
> Каждый должен заниматься чем он лучше всего умеет

Для этого нужна сущая мелочь - чтобы другие, от качества работы которых зависят результаты вашего собственного труда, тоже делали свою работу качественно. И если в производстве потребительских товаров вы хоть как-то защищены (можете отсудить миллион за таракана в булочке, не в России, к сожалению), то при установке ПО, в том числе платного, вас вынуждают согласиться, что оно "as is" и вам никто ничего не должен. Не нравится - пошёл вон. В такой ситуации единственное, что остаётся - внимательно смотреть самим, что вам подсовывают. А для этого надо хотя бы в какой-то минимальной мере разбираться в соответствующих вопросах, пусть и за пределами своей непосредственной компетенции.

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

121. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –2 +/
Сообщение от пох (?), 11-Сен-17, 19:54 
> Для этого нужна сущая мелочь - чтобы другие, от качества работы которых
> зависят результаты вашего собственного труда, тоже делали свою работу качественно. И

"качественно" не означает "идеально", увы.

> если в производстве потребительских товаров вы хоть как-то защищены (можете отсудить
> миллион за таракана в булочке, не в России, к сожалению), то

и много внеросии отсудили у тойеты за залипающую педаль газа? По-моему, там даже не всем досталась новая тойета взамен приехавшей в стену.
А это ведь не таракан в булочке, тут и самому уе..ся недолго, и подсесть лет на энцать за то, что у...л кого другого.
И это был характерный индусский ко...зачеркнуто, инженеринг, не случайная ошибка, которых невозможно избежать. Никто не наказан, начальник отдела не сделал себе сепукку заодно с начальником hr, нанявшим тех придурков.

> смотреть самим, что вам подсовывают. А для этого надо хотя бы
> в какой-то минимальной мере разбираться в соответствующих вопросах, пусть и за
> пределами своей непосредственной компетенции.

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

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

169. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от YetAnotherOnanym (ok), 12-Сен-17, 11:09 
Разве я утверждал, что уеб-кодер должен уметь быстренько на коленке написать альтернативную реализацию фреймворка? А Ваш пример именно об этом.
Ответить | Правка | Наверх | Cообщить модератору

180. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от Аноним (-), 12-Сен-17, 12:24 
> Для этого нужна сущая мелочь - чтобы другие, от качества работы которых зависят результаты вашего собственного труда, тоже делали свою работу качественно.

Проблемы от того что потребитель не умеет пользоваться ПО правильно - запускать все в изолированных средах, с дополнительными контролирующими прослойками. Ведь потребитель самостоятельно принимает решение использовать это ПО? Не так ли? Значт он самостоятельно должен позаботиться о собственной защите. Аналогия: чтобы вынуть горячую сковородку из духовки - вы ведь надеваете средства защиты, за вас ведь никто эти средства защиты не наденет...

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

120. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от Анонимный Аналитек (?), 11-Сен-17, 19:52 
> Какое разделение труда? У него каждая кухарка может управлять государством.

Вместо умничания на форумах и бездумной копипасты можно было бы и прочитать оригинальное высказывание.

> Мы не утописты. Мы знаем, что любой чернорабочий и любая кухарка не способны сейчас же
> вступить в управление государством. В этом мы согласны и с кадетами, и с Брешковской, и с
> Церетели. Но мы отличаемся от этих граждан тем, что требуем немедленного разрыва с тем
> предрассудком, будто управлять государством, нести будничную, ежедневную работу управления
> в состоянии только богатые или из богатых семей взятые чиновники. Мы требуем, чтобы
> обучение делу государственного управления велось сознательными рабочими и солдатами и
> чтобы начато было оно немедленно, то есть к обучению этому немедленно начали привлекать
> всех трудящихся, всю бедноту.

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

177. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 12-Сен-17, 12:03 
> Какое разделение труда? У него каждая кухарка может управлять государством.

Можно ссылочку?  Если нет -- шмякните себя по лживой роже канделябром, что ли.

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

24. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –4 +/
Сообщение от pripolz (?), 11-Сен-17, 08:34 
> Вы не сталкивались с четверорукими представителями данных профессий?

Ты, дружок, пока писал совй умный коммент с жабистами-ассемблерщиками, курящими новые коммиты Oracle в GC, похоже забыл о чем новость вообще.

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

27. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +4 +/
Сообщение от freehckemail (ok), 11-Сен-17, 08:53 
> Выполнение машинного кода процессом jvm строго говоря находится за
> пределами его (жаба программиста) компетенции, в этом весь смысл
> высокоуровневости и безопасности платформы.

Ну офигеть. То есть мы тут уже который год совершенно напрасно критикуем явистов за то, что они дальше своей JVM ничего не знают и не видят. Ну совсем-совсем зря мы это делаем, потому что, ВНЕЗАПНО, ТАК И ЗАДУМАНО. :)

Да идите вы все нафиг. Программист ОБЯЗАН знать, как устроена вышестоящая система. Виртуалки нынче используются много где: Racket, OCaml, LLVM, но только в JVM программисты почему-то считают, что на ней мир и заканчивается.

То, что Вы говорите, это какой-то мерзкий хайп, вброс, который оправдывает рукожопость. Тфу гадость.

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

65. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от пох (?), 11-Сен-17, 12:15 
> Да идите вы все нафиг. Программист ОБЯЗАН знать, как устроена вышестоящая система.

э... зачем? Их вот сейчас поимели прямо в рамках их же жабоприложения, без всяких вышестоящих систем (и рут унаследовали от жабаприложения же, а не из вышестоящей системы добыли [что иногда случается с сишными демонами, не до конца сбрасывающими привиллегии])

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

73. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +2 +/
Сообщение от Аноним (-), 11-Сен-17, 12:45 
Там апаче ясно дал понять, что архитектура должна предусматривать транспортные протоколы, дабы если один из приложений-клиентов будет скомпрометирован - не было возможности слить всю БД. И тут как раз рукожопость архитекторов, а не Java программистов.
Или я что то не так понимаю?
Ответить | Правка | Наверх | Cообщить модератору

83. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +2 +/
Сообщение от pripolz (?), 11-Сен-17, 13:22 
посмотрел багу, реально рукожопость. Жабиный шеллкод-то выполнялся.
Ответить | Правка | Наверх | Cообщить модератору

84. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –1 +/
Сообщение от пох (?), 11-Сен-17, 13:24 
> Там апаче ясно дал понять, что архитектура должна предусматривать транспортные протоколы,

желательно - закрытые.
Если "транспортный протокол" позволяет, как это у нас пишут в бумажке-отписке ПНД "хранить, изменять, удалять" ваши данные - то все, приехали, это может сделать любой, кто перехватил управление.
А если не позволяет - нахрена он такой нужен и что тогда делает ваша программа?

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

170. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от Ан (??), 12-Сен-17, 11:10 
>> Там апаче ясно дал понять, что архитектура должна предусматривать транспортные протоколы,
> желательно - закрытые.
> Если "транспортный протокол" позволяет, как это у нас пишут в бумажке-отписке ПНД
> "хранить, изменять, удалять" ваши данные - то все, приехали, это может
> сделать любой, кто перехватил управление.
> А если не позволяет - нахрена он такой нужен и что тогда
> делает ваша программа?

Ломали не транспортный протокол а ось, и через ось сливали данные БД, которая видимо там же и располагалась. Разделение фронтендов и бэкендов позволяет этого избежать. Сам транспортный протокол может и не такой ломучий.

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

192. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от Аноним (-), 12-Сен-17, 21:23 
> желательно - закрытые.

Надеешься что реверсеры глупые и не разберутся? Совершенно напрасная надежда. Если будет что брать - разберутся как делать нефиг.

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

202. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –1 +/
Сообщение от пох (?), 13-Сен-17, 22:43 
> Надеешься что реверсеры глупые и не разберутся?

придется сперва дожидаться уязвимости во внешней обертке, потом - в узком промежутке между ней и исправлением - добираться до протокола и пытаться его отреверсить.
Что дает нехилый такой шанс успеть заткнуть дырку раньше.

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

204. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от Аноним (-), 14-Сен-17, 02:21 
> Что дает нехилый такой шанс успеть заткнуть дырку раньше.

DigiNotar'у это расскажи. Comodohacker не только вынес всю активную директорию, перехватив админские права, но и распетрушил какую-то проприетарную систему которая отвечала за подписывание сертификатов, убедив эту штуку подписать массу интересных сертификатов. Несмотря на их особый уличный ЯП и что там еще. А так то diginitar запатчился. Насовсем.

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

104. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –1 +/
Сообщение от снилс (?), 11-Сен-17, 18:04 
лол опять в убийстве нож виноват. а потом удивляешься, что тебя дядьки посмекалистей пялят в одно-ж-место
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

136. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +1 +/
Сообщение от Аноним (-), 11-Сен-17, 21:38 
> лол опять в убийстве нож виноват. а потом удивляешься, что тебя дядьки
> посмекалистей пялят в одно-ж-место

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

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

157. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –2 +/
Сообщение от pripolz (?), 12-Сен-17, 06:31 
случай данного взлома настолько банален, там просто можно захреначить жаба-код в хттп-запрос, и либа после непойманного эксепшена его выполнит.
Да, ок, это - реальная ошибка программиста, и результат полного долбо-ящеро-ибизма, как и отсутствия адекватного тестирования в системе, которая требует подробного тестирования.

Тем не менее, я констатировал факт. В более классическом случае, когда выполняется бинарный код, и не в результате того, что программа сама его взяла из сетевого пакета, ни жабист, ни сишарпщик, к примеру, не имеют АБСОЛЮТНО НИКАКОЙ возможности это предупредить, и думать об этом. Они ПОЛНОСТЬЮ БЕСПОМОЩНЫ перед бинарными эксплойтами, ввиду того, что не могут знать, как внутри устроена каждая деталь интерпретатора.

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

Вы же, увидели в этом страшнейшую религиозную угрозу, будто КТО-ТО ПРЕДЛОЖИЛ НЕ ДУМАТЬ, и начали старательно бороться за свои мирки "нерукожопия", повторяя молитвы о том, что код нужно "писать нормально".

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

194. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +1 +/
Сообщение от Аноним (-), 12-Сен-17, 21:27 
Я ничего не предполагал, жабисты все время сами настаивают что хотят только писать свою программу и вообще совсем ничего не знать о внешнем мире, рантайме и прочих неидеальностях. А вот это гнилой подход, гарантирующий массу неприятных сюрпризов. Наверное советы быть не рукожопым в таком контексте уместны? У жабистов это очень распостраненная проблема.
Ответить | Правка | Наверх | Cообщить модератору

78. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от pripolz (?), 11-Сен-17, 13:10 
> То есть мы тут уже который год совершенно напрасно критикуем явистов за то, что они дальше своей JVM ничего не знают и не видят.

Я тоже который год критикую явистов за то, что они дальше абстракции не видят. И не только их, но и всех остальных. Давно надоело. Это философская проблема.

> Ну совсем-совсем зря мы это делаем, потому что, ВНЕЗАПНО, ТАК И ЗАДУМАНО

Добро пожаловать.
Что, оно не так задумано?

> Программист ОБЯЗАН знать, как устроена вышестоящая система

Развивайте мысль дальше.
> Виртуалки нынче используются много где: Racket, OCaml, LLVM, но только в JVM программисты почему-то считают, что на ней мир и заканчивается.

Ничего они не считают. Оно так и есть в любых интерпретаторах.
Давай обязуем при написании баш-скрипта знать на зубок код баша.
А потом выяснится, что версии принципиально отличаются архитектурно.

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

86. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +/
Сообщение от freehckemail (ok), 11-Сен-17, 13:29 
>> Программист ОБЯЗАН знать, как устроена вышестоящая система
> Развивайте мысль дальше.

Уже развивал:
https://www.opennet.ru/openforum/vsluhforumID3/111842.html?n...

> Давай обязуем при написании баш-скрипта знать на зубок код баша.

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

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

92. "Уязвимость в Apache Struts стала причиной утечки персональны..."  –1 +/
Сообщение от pripolz (?), 11-Сен-17, 13:56 
а можно ещё дальше. Подключил либу, ой, а в ней эксплойт.
Ответить | Правка | Наверх | Cообщить модератору

94. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +1 +/
Сообщение от freehckemail (ok), 11-Сен-17, 14:11 
> а можно ещё дальше. Подключил либу, ой, а в ней эксплойт.

Вы не путайте знания реализации вышестоящей системы со знаниями её архитектуры. Реализации меняются, архитектура поддерживается.

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

114. "Уязвимость в Apache Struts стала причиной утечки персональны..."  +2 +/
Сообщение от _ (??), 11-Сен-17, 19:38 
pripolz> жаба программист не должен думать

Вся суть поста :) Не благодари ...

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

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

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




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

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