я так понимаю какой-то библиотеки php не хватает?

RxB wrote:

Ну тогда гнать поганою метлою админов вашего хостинга

это давно в программе, но сначала надо обосновать, что проблема не в оптимизации кода drupal, а в их кривых настройках

RxB wrote:

Попробуйте в своей директории создать каталог с правами 777 и указать его в настройках Админка -> Файловая система

Попробовал, понасоздавалась туева хуча файлов с 0-вым размером.... НО
пробил такую закономерность, если в пресете imagecache нет водяных знаков, отображается нормально, с водяными знаками происходит такая фигня

первые впечатления уже есть, но нет полной картины...
у людей этот tmp находится здесь Lock file: sites/default/files/tmp/profile-minipicture-1.jpg, у меня же такого каталога точно нет. Подозреваю он вне "области видимости", и самостоятельно ручками его почистить не получится((
вот код, вызывающий эту проблему:
Code

contrib/imagecache/imagecache.module, line 385

<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a> wrote:

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

а если есть желание ломать чужие сайты, то в этом случае более актуальна тема -- как сломать чужой сайт, не сломав, при этом, себе обе ноги.

А что странного? тема безопасности, только не со стороны владельца сайта, а с другой...

поддакивающим и соболезнующим: есть вопрос, который как не формулируй, но касается косвенно всех.
Глубокие мысли типа "ололо"... даже не хочется продолжать...

А те, кому реально есть что сказать, и без вашего "ололо" разберутся. Тем более перед этим порыл в поиске, взлом Drupal-сайтов не такая уж и экзотика. Axel даже предлагал Drupal.ru сломать....

RxB wrote:

Да тут постоянно, то хакеры, то специалисты по информационной безопасности

Странно. Нечего сказать - пройди мимо. Думаю кроме Вас специалисты еще есть.

pterik wrote:

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

xxandeadxx wrote:

"darkdim" wrote:

С чего стоит начинать?

с чтения УК РФ

народ, у вас паранойя, сами читайте свой УК РФ, на нашей территории он не действует

Sinkora wrote:

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

Sinkora wrote:

"Cлабые места в Drupal?"

"Жадный заказчик" + "студент-разработчик" + "скромный бюджет" + "сжатые сроки" = "самое слабое место у Друпала" X)))

Я бы сюда добавил - "и на старуху бывает проруха", но хотелось бы чего-то более конкретного.

pterik wrote:

Ага.
Плюс логин: admin и пасс:admin или flvby.

Это универсальный кейген)))

pterik wrote:

Вы случайно не перепутали сайты?
Может вам на хакер ру?

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