phplaravelurlsignature

Laravel 5.7 signed route returns 403 invalid signature


I'm trying to take advantage of the new signed middleware in Laravel 5.7, but for some reason the generated signed URL is returning 403 Invalid Signature.

I'm using the latest Laravel Version, with PHP 7.2

This is my web.php route:

Route::get('/report/{user}/{client}', function ($user, $client) {
    return ("El usuario es: $user y el cliente es: $client");
})->name('report.client')->middleware('signed');

and this is in my controller:

$objDemo->tempURL = Url::temporarySignedRoute('report.client', now('America/Panama')->addDays(5), [
            'user' => 1,
            'client' => 1
        ]);

The URL is generated and shows something like this:

https://example.com/report/1/1?expires=1545440368&signature=55ad67fa049a74fe8e123c664e50f53564b76154e2dd805c5927125f63c390a1

But when i click the link the result is a 403 with the message: "Invalid signature"

Any ideas? thanks in advance

-----------UPDATE------------

Things i've done already:

  1. Try the route without signing, and works perfectly
  2. Try the route without parameters and only signing
  3. Try the route without temporary setting and only signing
  4. Set cloudflare's ip to trusted proxies
  5. Disable HTTPS, Enable HTTPS

Nothing seems to work, always getting the 403 invalid signature page

-----------UPDATE 2------------

Ok, so after some digging and testing, i found out that laravel signed routes won't work if the user is logged in, this is weird, if i logout then the route works perfectly, but if i log-in then it shows the 403 error, might this be because Laravel adds the session cookie header after everything else? and so the signed route fails because of it? it's this the way it should be?

Weird, because let's say i want to create a temporary link for my users to download something, if they are logged into my Laravel app, they will get this 403 error message... :(

------------UPDATE 3------------------

I tried in a fresh installation of laravel and worked perfectly, so it's something from my main Laravel app, also tried to install every composer dependency into the Fresh installation of Laravel, and still worked perfectly no matter the user login status, so it's not a conflict with my dependencies.


Solution

  • After debugging UrlGenerator::hasValidSignature(), i ended by DD the variables inside UrlGenerator.php like this:

    public function hasValidSignature(Request $request, $absolute = true)
        {
            $url = $absolute ? $request->url() : '/'.$request->path();
    
            //dd($url);
    
            $original = rtrim($url.'?'.Arr::query(
                Arr::except($request->query(), 'signature')
            ), '?');
    
            dd($original);
            $expires = Arr::get($request->query(), 'expires');
    
            $signature = hash_hmac('sha256', $original, call_user_func($this->keyResolver));
    
            return  hash_equals($signature, (string) $request->query('signature', '')) &&
                   ! ($expires && Carbon::now()->getTimestamp() > $expires);
        }
    

    the $original variable showed me what was actually happening with my URL, and showed this:

    https://example.com/report/1/1?expires=1546586977&settings%5Bincrementing%5D=1&settings%5Bexists%5D=1&settings%5BwasRecentlyCreated%5D=0&settings%5Btimestamps%5D=1&profile%5Bincrementing%5D=1&profile%5Bexists%5D=1&profile%5BwasRecentlyCreated%5D=0&profile%5Btimestamps%5D=1&user%5Bincrementing%5D=1&user%5Bexists%5D=1&user%5BwasRecentlyCreated%5D=0&user%5Btimestamps%5D=1
    

    as you can see there are parameters after the expires parameter, those parameter where aded after the route creation, and that was the problem, this happened because i had a middleware sharing some information to the views like this:

    UserDataMiddleware.php
    
    <?php
    
    namespace App\Http\Middleware;
    
    use Closure;
    use Illuminate\Support\Facades\Auth;
    use App\User;
    use App\Setting;
    use App\UserProfile;
    use Illuminate\Support\Facades\View;
    
    class UserData
    {
        /**
         * Handle an incoming request.
         *
         * @param  \Illuminate\Http\Request  $request
         * @param  \Closure  $next
         * @return mixed
         */
        public function handle($request, Closure $next)
        {
    
            if (Auth::check()) {
                $settings = Setting::where('user_id', Auth::user()->id)->first();
                $profile = UserProfile::where('user_id', Auth::id())->first();
                $user = Auth::user();
    
                View::share('settings', $settings); //Another way to share variables, with the View::share
                View::share('profile', $profile);
    
                //Now we need to share owr variables trough the REQUEST to our controllers
                $request->merge([
                    'settings' => $settings,
                    'profile' => $profile,
                    'user' => $user
                ]);
    
    
            }
            return $next($request);
        }
    }
    

    this middleware was inside the middleware groups, so that was the problem hopefully if someone in the future experiments this, then it could check that first.