Ошибка 419 что это

	Номер ошибки:	Ошибка во время выполнения 419
Название ошибки:	Permission to use object denied
Описание ошибки:	You don’t have the necessary permissions for the specified object.
Разработчик:	Microsoft Corporation
Программное обеспечение:	Windows Operating System
Относится к:	Windows XP, Vista, 7, 8, 10, 11

Проверка «Permission to use object denied»

Как правило, практикующие ПК и сотрудники службы поддержки знают «Permission to use object denied» как форму «ошибки во время выполнения». Разработчики программного обеспечения, такие как SoftwareDeveloper, обычно работают через несколько этапов отладки, чтобы предотвратить и исправить ошибки, обнаруженные в конечном продукте до выпуска программного обеспечения для общественности. К сожалению, инженеры являются людьми и часто могут делать ошибки во время тестирования, отсутствует ошибка 419.

Некоторые люди могут столкнуться с сообщением «You don’t have the necessary permissions for the specified object.» во время работы программного обеспечения. Когда это происходит, конечные пользователи могут сообщить Microsoft Corporation о наличии ошибок «Permission to use object denied». Microsoft Corporation вернется к коду и исправит его, а затем сделает обновление доступным для загрузки. Чтобы исправить такие ошибки 419 ошибки, устанавливаемое обновление программного обеспечения будет выпущено от поставщика программного обеспечения.

В чем причина ошибки 419?

Наиболее распространенные вхождения «Permission to use object denied» проблемы при загрузке Windows Operating System. Мы можем определить, что ошибки во время выполнения ошибки 419 происходят из:

Ошибка 419 Crash — она называется «Ошибка 419», когда программа неожиданно завершает работу во время работы (во время выполнения). Эти ошибки обычно возникают, когда входы Windows Operating System не могут быть правильно обработаны, или они смущены тем, что должно быть выведено.

Утечка памяти «Permission to use object denied» — последствия утечки памяти Windows Operating System связаны с неисправной операционной системой. Потенциальным фактором ошибки является код Microsoft Corporation, так как ошибка предотвращает завершение программы.

Error 419 Logic Error — Ошибка программной логики возникает, когда, несмотря на точный ввод от пользователя, производится неверный вывод. Это происходит, когда исходный код Microsoft Corporation вызывает недостаток в обработке информации.

Как правило, такие Microsoft Corporation ошибки возникают из-за повреждённых или отсутствующих файлов Permission to use object denied, а иногда — в результате заражения вредоносным ПО в настоящем или прошлом, что оказало влияние на Windows Operating System. Как правило, решить проблему позволяет получение новой копии файла Microsoft Corporation, которая не содержит вирусов. Мы также рекомендуем выполнить сканирование реестра, чтобы очистить все недействительные ссылки на Permission to use object denied, которые могут являться причиной ошибки.

Распространенные сообщения об ошибках в Permission to use object denied

Частичный список ошибок Permission to use object denied Windows Operating System:

• «Ошибка приложения Permission to use object denied.»
• «Ошибка программного обеспечения Win32: Permission to use object denied»
• «Извините, Permission to use object denied столкнулся с проблемой. «
• «Не удается найти Permission to use object denied»
• «Permission to use object denied не найден.»
• «Ошибка запуска программы: Permission to use object denied.»
• «Не удается запустить Permission to use object denied. «
• «Отказ Permission to use object denied.»
• «Permission to use object denied: путь приложения является ошибкой. «

Ошибки Permission to use object denied EXE возникают во время установки Windows Operating System, при запуске приложений, связанных с Permission to use object denied (Windows Operating System), во время запуска или завершения работы или во время установки ОС Windows. Выделение при возникновении ошибок Permission to use object denied имеет первостепенное значение для поиска причины проблем Windows Operating System и сообщения о них вMicrosoft Corporation за помощью.

Причины ошибок в файле Permission to use object denied

Большинство проблем Permission to use object denied связаны с отсутствующим или поврежденным Permission to use object denied, вирусной инфекцией или недействительными записями реестра Windows, связанными с Windows Operating System.

В первую очередь, проблемы Permission to use object denied создаются:

• Недопустимый Permission to use object denied или поврежденный раздел реестра.
• Загрязненный вирусом и поврежденный Permission to use object denied.
• Permission to use object denied злонамеренно удален (или ошибочно) другим изгоем или действительной программой.
• Другая программа, конфликтующая с Permission to use object denied или другой общей ссылкой Windows Operating System.
• Поврежденная загрузка или неполная установка программного обеспечения Windows Operating System.

Продукт Solvusoft

Загрузка
WinThruster 2022 — Проверьте свой компьютер на наличие ошибок.

Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11

Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

Симптомы Ошибка 419 — В разрешении на использование объекта отказано

Ошибки времени выполнения происходят без предупреждения. Сообщение об ошибке может появиться на экране при любом запуске %программы%. Фактически, сообщение об ошибке или другое диалоговое окно может появляться снова и снова, если не принять меры на ранней стадии.

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

(Только для примера)

Причины В разрешении на использование объекта отказано — Ошибка 419

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

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

Методы исправления

Ошибки времени выполнения могут быть раздражающими и постоянными, но это не совсем безнадежно, существует возможность ремонта. Вот способы сделать это.

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

Обратите внимание: ни ErrorVault.com, ни его авторы не несут ответственности за результаты действий, предпринятых при использовании любого из методов ремонта, перечисленных на этой странице — вы выполняете эти шаги на свой страх и риск.

Как исправить ошибку во время выполнения 419

Проверка «Permission to use object denied»

Как правило, практикующие ПК и сотрудники службы поддержки знают «Permission to use object denied» как форму «ошибки во время выполнения». Разработчики программного обеспечения, такие как SoftwareDeveloper, обычно работают через несколько этапов отладки, чтобы предотвратить и исправить ошибки, обнаруженные в конечном продукте до выпуска программного обеспечения для общественности. К сожалению, инженеры являются людьми и часто могут делать ошибки во время тестирования, отсутствует ошибка 419.

Некоторые люди могут столкнуться с сообщением «You don’t have the necessary permissions for the specified object.» во время работы программного обеспечения. Когда это происходит, конечные пользователи могут сообщить Microsoft Corporation о наличии ошибок «Permission to use object denied». Microsoft Corporation вернется к коду и исправит его, а затем сделает обновление доступным для загрузки. Чтобы исправить такие ошибки 419 ошибки, устанавливаемое обновление программного обеспечения будет выпущено от поставщика программного обеспечения.

В чем причина ошибки 419?

Наиболее распространенные вхождения «Permission to use object denied» проблемы при загрузке Windows Operating System. Мы можем определить, что ошибки во время выполнения ошибки 419 происходят из:

Ошибка 419 Crash — она называется «Ошибка 419», когда программа неожиданно завершает работу во время работы (во время выполнения). Эти ошибки обычно возникают, когда входы Windows Operating System не могут быть правильно обработаны, или они смущены тем, что должно быть выведено.

Утечка памяти «Permission to use object denied» — последствия утечки памяти Windows Operating System связаны с неисправной операционной системой. Потенциальным фактором ошибки является код Microsoft Corporation, так как ошибка предотвращает завершение программы.

Error 419 Logic Error — Ошибка программной логики возникает, когда, несмотря на точный ввод от пользователя, производится неверный вывод. Это происходит, когда исходный код Microsoft Corporation вызывает недостаток в обработке информации.

Как правило, такие Microsoft Corporation ошибки возникают из-за повреждённых или отсутствующих файлов Permission to use object denied, а иногда — в результате заражения вредоносным ПО в настоящем или прошлом, что оказало влияние на Windows Operating System. Как правило, решить проблему позволяет получение новой копии файла Microsoft Corporation, которая не содержит вирусов. Мы также рекомендуем выполнить сканирование реестра, чтобы очистить все недействительные ссылки на Permission to use object denied, которые могут являться причиной ошибки.

Распространенные сообщения об ошибках в Permission to use object denied

Частичный список ошибок Permission to use object denied Windows Operating System:

• «Ошибка приложения Permission to use object denied.»
• «Ошибка программного обеспечения Win32: Permission to use object denied»
• «Извините, Permission to use object denied столкнулся с проблемой. «
• «Не удается найти Permission to use object denied»
• «Permission to use object denied не найден.»
• «Ошибка запуска программы: Permission to use object denied.»
• «Не удается запустить Permission to use object denied. «
• «Отказ Permission to use object denied.»
• «Permission to use object denied: путь приложения является ошибкой. «

Ошибки Permission to use object denied EXE возникают во время установки Windows Operating System, при запуске приложений, связанных с Permission to use object denied (Windows Operating System), во время запуска или завершения работы или во время установки ОС Windows. Выделение при возникновении ошибок Permission to use object denied имеет первостепенное значение для поиска причины проблем Windows Operating System и сообщения о них вMicrosoft Corporation за помощью.

Причины ошибок в файле Permission to use object denied

Большинство проблем Permission to use object denied связаны с отсутствующим или поврежденным Permission to use object denied, вирусной инфекцией или недействительными записями реестра Windows, связанными с Windows Operating System.

В первую очередь, проблемы Permission to use object denied создаются:

• Недопустимый Permission to use object denied или поврежденный раздел реестра.
• Загрязненный вирусом и поврежденный Permission to use object denied.
• Permission to use object denied злонамеренно удален (или ошибочно) другим изгоем или действительной программой.
• Другая программа, конфликтующая с Permission to use object denied или другой общей ссылкой Windows Operating System.
• Поврежденная загрузка или неполная установка программного обеспечения Windows Operating System.

Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11

Источник

Как исправить время выполнения Ошибка 419 В разрешении на использование объекта отказано

В этой статье представлена ошибка с номером Ошибка 419, известная как В разрешении на использование объекта отказано, описанная как У вас нет необходимых разрешений для указанного объекта.

Информация об ошибке

Имя ошибки: В разрешении на использование объекта отказано
Номер ошибки: Ошибка 419
Описание: У вас нет необходимых разрешений для указанного объекта.
Программное обеспечение: Windows
Разработчик: Microsoft

Этот инструмент исправления может устранить такие распространенные компьютерные ошибки, как BSODs, зависание системы и сбои. Он может заменить отсутствующие файлы операционной системы и библиотеки DLL, удалить вредоносное ПО и устранить вызванные им повреждения, а также оптимизировать ваш компьютер для максимальной производительности.

О программе Runtime Ошибка 419

Время выполнения Ошибка 419 происходит, когда Windows дает сбой или падает во время запуска, отсюда и название. Это не обязательно означает, что код был каким-то образом поврежден, просто он не сработал во время выполнения. Такая ошибка появляется на экране в виде раздражающего уведомления, если ее не устранить. Вот симптомы, причины и способы устранения проблемы.

Определения (Бета)

Здесь мы приводим некоторые определения слов, содержащихся в вашей ошибке, в попытке помочь вам понять вашу проблему. Эта работа продолжается, поэтому иногда мы можем неправильно определить слово, так что не стесняйтесь пропустить этот раздел!

• Запрещено — все, что связано с отказом системы выполнить какую-либо операцию, запрошенную пользователем.
• Объект — объект любой объект, которым можно управлять с помощью команд на языке программирования.
• Разрешения — разрешения определяют операции, которые аутентифицированным пользователям разрешено выполнять в файловых системах, базах данных и других компьютерных системах.

Симптомы Ошибка 419 — В разрешении на использование объекта отказано

Ошибки времени выполнения происходят без предупреждения. Сообщение об ошибке может появиться на экране при любом запуске %программы%. Фактически, сообщение об ошибке или другое диалоговое окно может появляться снова и снова, если не принять меры на ранней стадии.

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

(В разрешении на использование объекта отказано) Repair Tool»/>
(Только для примера)

Причины В разрешении на использование объекта отказано — Ошибка 419

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

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

Методы исправления

Ошибки времени выполнения могут быть раздражающими и постоянными, но это не совсем безнадежно, существует возможность ремонта. Вот способы сделать это.

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

Источник

Ошибка 419 после переноса сайта на Laravel на хостинг. Как исправить?

После переноса приложения на Laravel v.8 с локального OpenServer на сервер – появилась проблема – ошибка 419. Работой всех форм – в том числе авторизации и аутентификации.

Выдается сообщение об ошибке 419.

Как я понимаю, проблема с CSRF – защитой. Но проблема возникла только после переноса сайта на сервер, на локалке все работало. И конечно директивы @csrf в формах присутствуют, и тэг IMPUT с токэном в форме формируется:

Проблема распространенная, и обсуждается в сети. Но ни один из предложенных вариантов решения проблемы мне не помог.

1. Производил по SSH всевозможные очистки кэша:
php artisan optimize
php artisan cache:clear
php artisan route:cache
php artisan view:clear
php artisan config:cache
php artisan config:clear

2. Выполнял команды и присваивал папкам права:
chmod -R 755 storage
chmod -R 755 vendor
chmod -R 644 bootstrap/caches

3. Менял согласно некоторым рекомендациям директиву CSRF на <>.

4. Вносил изменения в файл config/session.php

Ни один из предложенных в сети выше перечисленных способов не помог решить проблему. Постоянно получаю 419 ошибку.

Прошу сообщества совета в решении данной проблемы.

Источник

Laravel PHP. Error 419. Что делать?

На локалке одинаковые токены, а на хостинге другие, из-за этого ошибка 419.

• Вопрос задан более трёх лет назад
• 15618 просмотров

Форма отправляет на тот же сайт, запрос через ajax. Токен отправляется.
Сайт стоит на хостинге, и запрос не с локали идет

sk1llmuf, Хм, у меня все нормально ответ 200

Господа! Долго боролся с 419 ошибкой. Вообще нигде не написано, что причиной может быть кеш. Очистите всевозможный кеш. Мне помогло.

Реоптимизация класса loader:
php artisan optimize
Очистка кэша фасада:
php artisan cache:clear
Очистка кэша роутов:
php artisan route:cache
Очистка кэша view:
php artisan view:clear
Очистка кэша конфигов:
php artisan config:cache

Хотел бы поправить.
Возможно не прав, но возможно некоторые команды в этом списке не верны для этих целей вместо них возможно нужно использовать:

php artisan route:clear, а не php artisan route:cache

php artisan optimize:clear, вместо php artisan optimize

php artisan config:clear, вместо config:cache

Источник

Отправить запрос в Laravel 5.7, laravel 5.8 — Ошибка — 419 Извините, ваш сеанс истек

Я установил Laravel 5.7

Добавлена форма к файлу resourcesviewswelcome.blade.php

Добавлено в файл routesweb.php

После отправки запроса POST:

419 К сожалению, ваша сессия истекло. Обновите и повторите попытку.

В версии 5.6 такой проблемы не было.

21 ответ

Перед прочтением ниже убедитесь, что в вашей форме есть @csrf или << csrf_field() >> например

Появляется сообщение об ошибке истекшего сеанса, потому что где-то не удается проверить токен csrf, что означает, что AppHttpMiddlewareVerifyCsrfToken::class уже включено. В форме уже добавлена директива @csrf blade, что также должно быть хорошо.

Тогда другой областью для проверки является сеанс. csrf токена csrf напрямую связана с вашим сеансом, поэтому вы можете проверить, работает ли ваш драйвер сеанса, например, неправильно настроенный Redis может вызвать проблему.

Может быть, вы можете попробовать переключить драйвер/программное обеспечение .env файла .env , поддерживаемые драйверы приведены ниже

Поддерживаемые драйверы сессий в Laravel 5.7 (Doc Link)

• file — сессии хранятся в хранилище /framework/session.
• cookie — сессии хранятся в безопасных, зашифрованных куки.
• database — сеансы хранятся в реляционной базе данных.
• memcached / redis — сессии хранятся в одном из этих быстрых хранилищ на основе кэша.
• array — сессии хранятся в массиве PHP и не будут сохраняться.

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

Возможные сценарии ошибок

Возможно, файловые сеансы могут не работать из-за проблем с правами доступа к каталогу /storage (быстрое прибегание к поиску поможет вам найти решение)

В случае с драйвером базы данных ваше соединение с БД может быть неправильным или таблица sessions может не существовать или неправильно настроена (неправильная часть конфигурации была подтверждена как проблема согласно комментарию @Junaid Qadir).

Было бы неплохо выполнить php artisan key:generate и сгенерировать новый ключ приложения, который, в свою очередь, очистит данные сеанса.

Очистить кэш браузера ТРУДНО, я обнаружил, хром и Firefox быть виновником больше, чем я могу вспомнить.

Источник

You need to setup CSRF https://laravel.com/docs/8.x/csrf

Introduction

Cross-site request forgeries are a type of malicious exploit whereby unauthorized commands are performed on behalf of an authenticated user. Thankfully, Laravel makes it easy to protect your application from cross-site request forgery (CSRF) attacks.

An Explanation Of The Vulnerability

In case you’re not familiar with cross-site request forgeries, let’s discuss an example of how this vulnerability can be exploited. Imagine your application has a /user/email route that accepts a POST request to change the authenticated user’s email address. Most likely, this route expects an email input field to contain the email address the user would like to begin using.

Without CSRF protection, a malicious website could create an HTML form that points to your application’s /user/email route and submits the malicious user’s own email address:

<form action="https://your-application.com/user/email" method="POST">
    <input type="email" value="malicious-email@example.com">
</form>

<script>
    document.forms[0].submit();
</script>

If the malicious website automatically submits the form when the page is loaded, the malicious user only needs to lure an unsuspecting user of your application to visit their website and their email address will be changed in your application.

To prevent this vulnerability, we need to inspect every incoming POST, PUT, PATCH, or DELETE request for a secret session value that the malicious application is unable to access.

Preventing CSRF Requests
Laravel automatically generates a CSRF «token» for each active user session managed by the application. This token is used to verify that the authenticated user is the person actually making the requests to the application. Since this token is stored in the user’s session and changes each time the session is regenerated, a malicious application is unable to access it.

The current session’s CSRF token can be accessed via the request’s session or via the csrf_token helper function:

use IlluminateHttpRequest;

Route::get('/token', function (Request $request) {
    $token = $request->session()->token();

    $token = csrf_token();

    // ...
});

Anytime you define a «POST», «PUT», «PATCH», or «DELETE» HTML form in your application, you should include a hidden CSRF _token field in the form so that the CSRF protection middleware can validate the request. For convenience, you may use the @csrf Blade directive to generate the hidden token input field:

<form method="POST" action="/profile">
    @csrf

    <!-- Equivalent to... -->
    <input type="hidden" name="_token" value="{{ csrf_token() }}" />
</form>

The AppHttpMiddlewareVerifyCsrfToken middleware, which is included in the web middleware group by default, will automatically verify that the token in the request input matches the token stored in the session. When these two tokens match, we know that the authenticated user is the one initiating the request.

CSRF Tokens & SPAs
If you are building an SPA that is utilizing Laravel as an API backend, you should consult the Laravel Sanctum documentation for information on authenticating with your API and protecting against CSRF vulnerabilities.

Excluding URIs From CSRF Protection
Sometimes you may wish to exclude a set of URIs from CSRF protection. For example, if you are using Stripe to process payments and are utilizing their webhook system, you will need to exclude your Stripe webhook handler route from CSRF protection since Stripe will not know what CSRF token to send to your routes.

Typically, you should place these kinds of routes outside of the web middleware group that the AppProvidersRouteServiceProvider applies to all routes in the routes/web.php file. However, you may also exclude the routes by adding their URIs to the $except property of the VerifyCsrfToken middleware:

<?php

namespace AppHttpMiddleware;

use IlluminateFoundationHttpMiddlewareVerifyCsrfToken as Middleware;

class VerifyCsrfToken extends Middleware
{
    /**
     * The URIs that should be excluded from CSRF verification.
     *
     * @var array
     */
    protected $except = [
        'stripe/*',
        'http://example.com/foo/bar',
        'http://example.com/foo/*',
    ];
}

You need to setup CSRF https://laravel.com/docs/8.x/csrf

Introduction

Cross-site request forgeries are a type of malicious exploit whereby unauthorized commands are performed on behalf of an authenticated user. Thankfully, Laravel makes it easy to protect your application from cross-site request forgery (CSRF) attacks.

An Explanation Of The Vulnerability

In case you’re not familiar with cross-site request forgeries, let’s discuss an example of how this vulnerability can be exploited. Imagine your application has a /user/email route that accepts a POST request to change the authenticated user’s email address. Most likely, this route expects an email input field to contain the email address the user would like to begin using.

Without CSRF protection, a malicious website could create an HTML form that points to your application’s /user/email route and submits the malicious user’s own email address:

<form action="https://your-application.com/user/email" method="POST">
    <input type="email" value="malicious-email@example.com">
</form>

<script>
    document.forms[0].submit();
</script>

If the malicious website automatically submits the form when the page is loaded, the malicious user only needs to lure an unsuspecting user of your application to visit their website and their email address will be changed in your application.

To prevent this vulnerability, we need to inspect every incoming POST, PUT, PATCH, or DELETE request for a secret session value that the malicious application is unable to access.

Preventing CSRF Requests
Laravel automatically generates a CSRF «token» for each active user session managed by the application. This token is used to verify that the authenticated user is the person actually making the requests to the application. Since this token is stored in the user’s session and changes each time the session is regenerated, a malicious application is unable to access it.

The current session’s CSRF token can be accessed via the request’s session or via the csrf_token helper function:

use IlluminateHttpRequest;

Route::get('/token', function (Request $request) {
    $token = $request->session()->token();

    $token = csrf_token();

    // ...
});

Anytime you define a «POST», «PUT», «PATCH», or «DELETE» HTML form in your application, you should include a hidden CSRF _token field in the form so that the CSRF protection middleware can validate the request. For convenience, you may use the @csrf Blade directive to generate the hidden token input field:

<form method="POST" action="/profile">
    @csrf

    <!-- Equivalent to... -->
    <input type="hidden" name="_token" value="{{ csrf_token() }}" />
</form>

The AppHttpMiddlewareVerifyCsrfToken middleware, which is included in the web middleware group by default, will automatically verify that the token in the request input matches the token stored in the session. When these two tokens match, we know that the authenticated user is the one initiating the request.

CSRF Tokens & SPAs
If you are building an SPA that is utilizing Laravel as an API backend, you should consult the Laravel Sanctum documentation for information on authenticating with your API and protecting against CSRF vulnerabilities.

Excluding URIs From CSRF Protection
Sometimes you may wish to exclude a set of URIs from CSRF protection. For example, if you are using Stripe to process payments and are utilizing their webhook system, you will need to exclude your Stripe webhook handler route from CSRF protection since Stripe will not know what CSRF token to send to your routes.

Typically, you should place these kinds of routes outside of the web middleware group that the AppProvidersRouteServiceProvider applies to all routes in the routes/web.php file. However, you may also exclude the routes by adding their URIs to the $except property of the VerifyCsrfToken middleware:

<?php

namespace AppHttpMiddleware;

use IlluminateFoundationHttpMiddlewareVerifyCsrfToken as Middleware;

class VerifyCsrfToken extends Middleware
{
    /**
     * The URIs that should be excluded from CSRF verification.
     *
     * @var array
     */
    protected $except = [
        'stripe/*',
        'http://example.com/foo/bar',
        'http://example.com/foo/*',
    ];
}