Security News
GitHub Removes Malicious Pull Requests Targeting Open Source Repositories
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
@sanity/preview-url-secret
Advanced tools
[![npm stat](https://img.shields.io/npm/dm/@sanity/preview-url-secret.svg?style=flat-square)](https://npm-stat.com/charts.html?package=@sanity/preview-url-secret) [![npm version](https://img.shields.io/npm/v/@sanity/preview-url-secret.svg?style=flat-squar
npm install @sanity/preview-url-secret @sanity/client
This package is used together with @sanity/presentation
:
// ./sanity.config.ts
import {defineConfig} from 'sanity'
import {presentationTool} from 'sanity/presentation'
export default defineConfig({
// ... other options
plugins: [
// ... other plugins
presentationTool({
previewUrl: {
// @TODO change to the URL of the application, or `location.origin` if it's an embedded Studio
origin: 'http://localhost:3000',
previewMode: {
enable: '/api/draft',
},
},
}),
],
})
[!NOTE] v1 used to require Editor or above to create the secret. v2 lowers the requirement to Contributor.
In order to create an URL Preview Secret, the user needs to have the rights to create draft documents in the schema. By default that means Contributor or above. For Enterprise customers with custom roles, it's possible to grant Viewer roles access to create preview secrets.
In your proiect access settings:
_type == "sanity.previewUrlSecret" && _id in path("drafts.**")
.To grant a user access to Presentation Tool you simply assign them the new "Viewer with Presentation Tool access" role, instead of "Viewer".
In Tools like Presentation, it's possible to share access to a preview link by generating a long lived secret. By default you need to be an Editor or above to enable or disable preview sharing. If preview sharing is enabled, then you need to be Viewer or above to read the secret.
When preview sharing is enabled, Presentation Tool will show a "Share" menu:
By default everyone who's Viewer or above can see a shared preview, once someone who's Editor or above has enabled it for the dataset.
Enterprise customers can restrict this in the following way:
_type != "sanity.previewUrlShareAccess"
.With everything setup correctly, users assigned to this role should see the following when attempting to use the "Share" menu:
If you're still able to see the QR code with the new role assigned, make sure you're not assigned to "Viewer" or other roles that may be granting access to "All documents: Read".
By default anyone who's Editor or above can toggle sharing. If anyone without permission attempts to toggle it they'll see a message like this:
Enterprise customers can customize this in the following way:
_type == "sanity.previewUrlShareAccess"
.Create an API token with viewer rights, and put it in an environment variable named SANITY_API_READ_TOKEN
, then create the following API handler:
// ./app/api/draft/route.ts
import {client} from '@/sanity/lib/client'
import {validatePreviewUrl} from '@sanity/preview-url-secret'
import {draftMode} from 'next/headers'
import {redirect} from 'next/navigation'
const clientWithToken = client.withConfig({
// Required, otherwise the URL preview secret can't be validated
token: process.env.SANITY_API_READ_TOKEN,
})
export async function GET(req: Request) {
const {isValid, redirectTo = '/'} = await validatePreviewUrl(clientWithToken, req.url)
if (!isValid) {
return new Response('Invalid secret', {status: 401})
}
draftMode().enable()
redirect(redirectTo)
}
It's also handy to make a route to disable draft mode, so you have an easy way of disabling it when leaving the Presentation Mode and return to your app:
// ./app/api/disable-draft/route.ts
import {draftMode} from 'next/headers'
import {NextRequest, NextResponse} from 'next/server'
export function GET(request: NextRequest) {
draftMode().disable()
const url = new URL(request.nextUrl)
return NextResponse.redirect(new URL('/', url.origin))
}
Create an API token with viewer rights, and put it in an environment variable named SANITY_API_READ_TOKEN
, then create the following API handler:
// ./pages/api/draft.ts
import {client} from '@/sanity/lib/client'
import {validatePreviewUrl} from '@sanity/preview-url-secret'
import type {NextApiRequest, NextApiResponse} from 'next'
const clientWithToken = client.withConfig({
// Required, otherwise the URL preview secret can't be validated
token: process.env.SANITY_API_READ_TOKEN,
})
export default async function handler(req: NextApiRequest, res: NextApiResponse<string | void>) {
if (!req.url) {
throw new Error('Missing url')
}
const {isValid, redirectTo = '/'} = await validatePreviewUrl(clientWithToken, req.url)
if (!isValid) {
return res.status(401).send('Invalid secret')
}
// Enable Draft Mode by setting the cookies
res.setDraftMode({enable: true})
res.writeHead(307, {Location: redirectTo})
res.end()
}
It's also handy to make a route to disable draft mode, so you have an easy way of disabling it when leaving the Presentation Mode and return to your app:
// ./pages/api/disable-draft.ts
import type {NextApiRequest, NextApiResponse} from 'next'
export default function handler(_req: NextApiRequest, res: NextApiResponse<void>): void {
// Exit the current user from "Draft Mode".
res.setDraftMode({enable: false})
// Redirect the user back to the index page.
res.writeHead(307, {Location: '/'})
res.end()
}
Create a session cookie for draft mode, and put it's secret in an environment variable name SANITY_SESSION_SECRET
:
// ./app/sessions.ts
import {createCookieSessionStorage} from '@remix-run/node'
export const DRAFT_SESSION_NAME = '__draft'
if (!process.env.SANITY_SESSION_SECRET) {
throw new Error(`Missing SANITY_SESSION_SECRET in .env`)
}
const {getSession, commitSession, destroySession} = createCookieSessionStorage({
cookie: {
name: DRAFT_SESSION_NAME,
secrets: [process.env.SANITY_SESSION_SECRET],
sameSite: 'lax',
},
})
export {commitSession, destroySession, getSession}
Create an API token with viewer rights, and put it in an environment variable named SANITY_API_READ_TOKEN
, then create the following resource route:
// ./app/routes/api.draft.ts
import {redirect, type LoaderFunctionArgs} from '@remix-run/node'
import {validatePreviewUrl} from '@sanity/preview-url-secret'
import {client} from '~/sanity/client'
import {commitSession, getSession} from '~/sessions'
export const loader = async ({request}: LoaderFunctionArgs) => {
if (!process.env.SANITY_API_READ_TOKEN) {
throw new Response('Draft mode missing token!', {status: 401})
}
const clientWithToken = client.withConfig({
// Required, otherwise the URL preview secret can't be validated
token: process.env.SANITY_API_READ_TOKEN,
})
const {isValid, redirectTo = '/'} = await validatePreviewUrl(clientWithToken, request.url)
if (!isValid) {
throw new Response('Invalid secret!', {status: 401})
}
const session = await getSession(request.headers.get('Cookie'))
await session.set('projectId', client.config().projectId)
return redirect(redirectTo, {
headers: {
'Set-Cookie': await commitSession(session),
},
})
}
It's also handy to make a resource route to disable draft mode, so you have an easy way of disabling it when leaving the Presentation Mode and return to your app:
// ./app/routes/api.disable-draft.ts
import {redirect, type LoaderFunctionArgs} from '@remix-run/node'
import {destroySession, getSession} from '~/sessions'
export const loader = async ({request}: LoaderFunctionArgs) => {
const session = await getSession(request.headers.get('Cookie'))
return redirect('/', {
headers: {
'Set-Cookie': await destroySession(session),
},
})
}
Now we can create a utility function that helps us get the draft mode from the session cookie in loaders:
// ./app/sanity/get-draft-mode.server.ts
import {client} from '~/sanity/client'
import {getSession} from '~/sessions'
export async function getDraftMode(request: Request) {
const draftSession = await getSession(request.headers.get('Cookie'))
const draft = draftSession.get('projectId') === client.config().projectId
if (draft && !process.env.SANITY_API_READ_TOKEN) {
throw new Error(
`Cannot activate draft mode without a 'SANITY_API_READ_TOKEN' token in your environment variables.`,
)
}
return draft
}
You can inspect the URL origin of the Studio that initiated the preview on the studioOrigin
property of validatePreviewUrl
:
const {isValid, redirectTo = '/', studioOrigin} = await validatePreviewUrl(clientWithToken, req.url)
if (studioOrigin === 'http://localhost:3333') {
console.log('This preview was initiated from the local development Studio')
}
You don't have to check isValid
before using it, as it'll be undefined
if the preview URL secret failed validation. It's also undefined
if the way the secret were created didn't provide an origin.
You can view the generated url secrets that are in your dataset by adding the debug plugin to your sanity.config.ts
:
import {debugSecrets} from '@sanity/preview-url-secret/sanity-plugin-debug-secrets'
import {defineConfig} from 'sanity'
export default defineConfig({
// ... other options
plugins: [
// Makes the url secrets visible in the Sanity Studio like any other documents defined in your schema
debugSecrets(),
],
})
FAQs
[![npm stat](https://img.shields.io/npm/dm/@sanity/preview-url-secret.svg?style=flat-square)](https://npm-stat.com/charts.html?package=@sanity/preview-url-secret) [![npm version](https://img.shields.io/npm/v/@sanity/preview-url-secret.svg?style=flat-squar
The npm package @sanity/preview-url-secret receives a total of 96,997 weekly downloads. As such, @sanity/preview-url-secret popularity was classified as popular.
We found that @sanity/preview-url-secret demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 63 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
Security News
RubyGems.org has added a new "maintainer" role that allows for publishing new versions of gems. This new permission type is aimed at improving security for gem owners and the service overall.
Security News
Node.js will be enforcing stricter semver-major PR policies a month before major releases to enhance stability and ensure reliable release candidates.