PHP | Безопасность | Исполняющий файл

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

Прошу извинить, при аяксе я форм не использую просто инпуты, селекты. Я про форму написал для примера.

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

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

Что мешает на файл обработчик поставить проверку на выполнения только определенным лицам? У вас не совсем правильно построена логика работы. Обработка обязательно должны быть и на стороне сервера.

а если такой вариант .

Если я правильно понял вы просто хотите подстраховаться на будущее.

Предлагаю такой вариант . У вас есть файл 1php и файл 2 php.

файл 2 php ,сохранить на сервере под расширением 2txt.

При начале работы файла 1php из файла 2txt создаёте сгенерированное по именю файл (2 php),

Где нибудь сохраняете название файла.

Где необходимо при работе файла 1php предаёте данные сгенерированному по имени файлу (2 php).

тоесть у вас имя файла (2 php) будет всегда меняться и невозможно будет передать данные минуя файл 1php.

Это вы не совсем вникли в суть вопроса. Всмысле поставить проверку на выполнение только определенным лицам, каким образом? Если вы имеете в виду chmod то даже если я поставлю все только для рута, то запрос к этому файлу идет от браузера через аякс, а значит он просто не сработает в таком случае вообще.

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

Qest, в чем проблемма есть стандартный механизм сессий , зачем изобретать велосипед и развести тему на 4 страницы

Не понял, опишите процедуру такой проверки. Если вы имеете в виду например если пользователь незалогинен то просто даже и не показывать ему этот инпут, то в этом и дело что если я могу напрямую обратиться к исполняющему файлу то как этот исполняющий файл проверит что я незалогинен. Он может проверить только посредством каких то параметров которые я ему передам (GET, POST). А эти параметры я могу отправить вручную

Таким образом каким вы определяете это в других скриптах. Вам виднее как у вас там устроен механизм авторизации/ауто-авторизации.