Обсудим Нужны тестеры на веб админ панель

  • Автор темы Автор темы FACKER
  • Дата начала Дата начала
Там у людей чуть ли не бизнес на таком) все автоматизировано
Во, во)
Я тут как то ставил CHR.
И затупил, накинул сразу на него IP. Не накинув не пароль, не fw.
Не прошло и 2 минут. Залетает бот, создает группу со всеми правами, создает пользователя с новой группой, режет админу права и выходит.
И всё CHR, больше не мой)
 
Типы, не, зачем. Боты.
Просто получат апдейт, просто применят его к серверу, и сервер просто автоматически станет нодой расслки/спама/проксей/vpn.
И тут логика "да кому я нужен", увы не работает)


А, у нас ыкспертность человека теперь определяется тем что есть ли на этом ресурсе ресурс?)
У меня к тебе такой вопрос тогда зачем приплетать сюда SSH если такую уязвимость можно получить везде в библиотеке, ОС, драйвере, локальной сети, банально кривой проги без защиты
 
Во, во)
Я тут как то ставил CHR.
И затупил, накинул сразу на него IP. Не накинув не пароль, не fw.
Не прошло и 2 минут. Залетает бот, создает группу со всеми правами, создает пользователя с новой группой, режет админу права и выходит.
И всё CHR, больше не мой)
И к слову панель стоит на VDS который физически мониторим мы и бекапы каждый день делаем всей ОС на другое устройство
 
И к слову панель стоит на VDS который физически мониторим мы и бекапы каждый день делаем всей ОС на другое устройство
При нормально продуманной архитектуре 0-day просто не будет, а также в основном 99% не только 0-day но еще и обычных уязвимостей это специфичная тема которая требует конкретного набора кривых настроек или приложений
 
Да так и есть это бизнес огромный просто в основном самые большие атаки на социал-инженерии производятся
Потому что смысл ломать банк тот же нет через 0-day у них защит сколько, а уговорить сотрудника скачать и разрешить залупу намного проще в основном там комбинации уязвимость+социал
 
Во, во)
Я тут как то ставил CHR.
И затупил, накинул сразу на него IP. Не накинув не пароль, не fw.
Не прошло и 2 минут. Залетает бот, создает группу со всеми правами, создает пользователя с новой группой, режет админу права и выходит.
И всё CHR, больше не мой)
Наблюдал такое на живом оборудовании и это реально занимает считанные минуты.

Поэтому у микрота на новом оборудовании уже есть фикс, теперь там появилась наклейка с рандомным паролем от админа) забирали в прошлом месяце новые свичи 354 и на них на всех уже была наклейка
 
  • Мне нравится
Реакции: MrFallen
При нормально продуманной архитектуре 0-day просто не будет, а также в основном 99% не только 0-day но еще и обычных уязвимостей это специфичная тема которая требует конкретного набора кривых настроек или приложений
Долго думали над архитектурой? 😄
 
  • Ха-ха-ха
Реакции: MrFallen
Как максимум не выкладывать голые сурсы, а выкладывать уже проведённые через компилятор либо поверх ещё обфусцировать все
Возвращаемся назад, когбуд-то вы перед собой изначально ставили цель заработать сексилион
 
Хороший и классный продукт в первую очередь не должен преследовать перед собой цель - заработок. Заработок это как побочное вознаграждение за хороший продукт. Это конечно сугубо личный опыт...
 
Хороший и классный продукт в первую очередь не должен преследовать перед собой цель - заработок. Заработок это как побочное вознаграждение за хороший продукт. Это конечно сугубо личный опыт...
Так у нас продукт этой цели и не преследует я наоборот цены поставил в ~4-5 раз меньше чем у конкурентов
 
У меня к тебе такой вопрос тогда зачем приплетать сюда SSH если такую уязвимость можно получить везде в библиотеке, ОС, драйвере, локальной сети, банально кривой проги без защиты
Да тебе в целом говорят полезные советы. Например, не ставить софт на сервер из непонятных репозиториев и установить какую-нибудь софтину, которая будет ждать пару дней перед обновлением софта или зависимостей. Чтобы было время разработчикам обнаружить уязвимость.
 
Да так и есть это бизнес огромный просто в основном самые большие атаки на социал-инженерии производятся
Фильма «Кто я» пересмотрел?

Из последнего, что я запомнил, релиз пакета Laravel Lang подменили на GitHub. Без какой-либо социальной инженерии, если мне не изменяет память.
 
Да тебе в целом говорят полезные советы. Например, не ставить софт на сервер из непонятных репозиториев и установить какую-нибудь софтину, которая будет ждать пару дней перед обновлением софта или зависимостей. Чтобы было время разработчикам обнаружить уязвимость.
Да я вроде не ставлю такое у меня оч мало библиотек таких это как раз у RustApp стоит библиотека уязвимая она поля чистит от XSS
 
Как минимум разделять данные и вместо пароля юзать ssh ключи
Это прописная истина, которой мало сейчас. Элементарный вопрос, где и как храните ключи?
Как максимум не выкладывать голые сурсы, а выкладывать уже проведённые через компилятор либо поверх ещё обфусцировать все
Это чтобы что?))) Все что вы написали никак в 2026 году практически не усложняет реверс-инжиниринг. ИМХО.
 
Да тебе в целом говорят полезные советы. Например, не ставить софт на сервер из непонятных репозиториев и установить какую-нибудь софтину, которая будет ждать пару дней перед обновлением софта или зависимостей. Чтобы было время разработчикам обнаружить уязвимость.
И у меня к сожалению мнение коммунизма что большинство библиотеки я реализую сам и переиспользую потом просто
 
  • Ха-ха-ха
Реакции: masspas
Это вот тоже самое что и было с Laravel Lang. Атака на цепочку поставок. Только там npm, а тут Composer. Для этого и обновили рекомендации по обновлению зависимостей. Элементарная отлега пакета после релиза в пару дней.
 

Похожие темы