Нашли модули с бекдорами - пишите на орг.

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

Спасибо за толковое объяснение!
Пошел думать над реализацией...
Другие советы тоже принимаются

Деление земной поверхности на день/ночь

Неожиданно! Вот спасибо!

А ничего, что я использую CentOS 7 ?

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

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

Для этого понадобился простейший публичный чат. Поскольку такого сходу не нашлось, а Node.js не сервер не очень хочется устанавливать, пришлось обратиться к модулю "телеги", что в-общем-то, тоже неплохо, т.к. новый Друпал все равно надо устанавливать для других целей.

В смысле для чего модуль "телеги"? Ну, тут совсем просто - сначал искал модуль обычного чата для Друпала, но к сожалению, все они оказались "магазинного" типа.
Вы же сами и сказали -

Нет, потому что чаты на сайтах умерли ещё лет пять назад, а может и раньше.

marassa wrote: Количество сайтов, на которых используется модуль - 1 (прописью: один).

Уже двое
Мне этот модулю очень нужен, спасибо Анатолию, что создал его.

В результате эксприментов выяснилось, что если пытаться включать установленные модули "телеги" в админке через галочку (в общем, здесь /admin/modules), то сайт крошится безвозвратно.

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

многие модули развиваются, а не останавливаются на одной версии до конца существования

Вот именно, что развиваются, поэтому я надеялся, что за 5 версий этот модуль стал устойчивым, но увы, что-то пошло не так.

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

Поэтому создал баг-рипорт: Drupal 8 was destroyed by the telega module, но их дурацкий багтреккер принял его за спам.

Update. Установил заново Drupal 8.9.3 и установил снова этот модуль, только на этот раз через распаковку архива.
Результат: те же яйца, только вид сбоку.

Однозначно модуль кривой, и это очень удивляет, потому что разработчик сделал не одну версию, а 5 версий -

8.x-1.3
8.x-1.2
8.x-1.1
8.x-1.0
8.x-1.x-dev

и где-то этот косяк должен быть давно всплыть.

Через композер

Как печально... и между прочим, зря.

Спасибо всем, было интересно и познавательно
Даже некоторые выводы для себе сделал.

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

> За все время в Апаче с открытыми исходниками было найдено меньше уязвимостей, чем в проприетарном IIS. И таких примеров масса.

У меня нет по этому вопросу данных, поэтому промолчу.
Но такое сравнение неправомерно. А если бы коды везде открыли?

> чье решение будет эффективнее? 1 оплачиваемого программиста, которому пофиг на свою работу - лишь бы деньги платили, или же 1000 энтузиастов,

> Тому, кто строит архитектуру на прозрачных, открытых решениях — *nix/*BSD, Apache/NGinx, PHP/Python/Ruby, Mysql/Postgres — волноваться не о чем.
> В отличии от проприетарщины семейства Windows и Oracle.

Так-то оно так. Тем не менее, сайты (которые как раз на PHP, т.е. на открытом коде), ломают, и очень часто, это просто болезнь веба какая-то.
А вот сами операционки (которые на скомпилированном Си, хотя тоже с открытым кодом) ломают очень редко.
Почему?

> а как Вы думаете, на чем написан интерпретатор PHP? и что же вообще такое C, в сравнении с остальным?

Вы почти ответили на свой вопрос сами. Мне нечего добавить, кроме чуть-чуть:
- поскольку PHP является итерпретатором, то код исходного текста программ на нем доступен каждому (если не закрыть его Zend´ом), а значит, анализировать его легче;
- и попробуйте анализировать бинарный код, полученный от компилятора Си - трудоемкость несопоставима.

> kyky
> Интересно. А Си безопасней ПХП?

Вы в самом деле интересуетесь, или это стеб?

> Можно, пользуясь случаем, уточнить, на чем написана электронная почта?

Если брать sendmail, то вероятнее всего на C, в те времена других масовых языков. и уж тем более PHP еще не было.
Если говорить о новых, типа Postfix, то вероятнее всего картина та же.