Content pfp
Content
@
0 reply
0 recast
0 reaction

Father Abraham pfp
Father Abraham
@father-abraham
Nextjs question.. How are others verifying FE requests are valid on the server side, or is that just not necessary in nextjs if I’m using actions?
1 reply
0 recast
0 reaction

ksaitor pfp
ksaitor
@ksaitor
what framework are you coming from that required you to verify validity of requests on the server side?
1 reply
0 recast
0 reaction

Father Abraham pfp
Father Abraham
@father-abraham
Here’s my understanding- If any api is publicly available via http, then the validity of requests coming from the front end is not guaranteed, unless a secure cookie, bearer token, or JWT is present and can be verified. I’d love more information on how that concern is handled with next.js though!
1 reply
0 recast
0 reaction

ksaitor pfp
ksaitor
@ksaitor
I feel I'm lacking context. What does a "valid request" mean to you? Imho, when request is not valid - just throw an error. Your API endpoint would need to do this.
1 reply
0 recast
0 reaction

Father Abraham pfp
Father Abraham
@father-abraham
I might be using Valid, when I actually mean Authenticated, sorry for mixing terms there. So you’re getting at the heart of my question - with Next.js server actions, it’s my understanding so far that they’re still done via https under the hood, so they need to have every protection an api endpoint would. My question is more - is that excessive effort, or just good security?
0 reply
0 recast
0 reaction