The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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