Vercel Blob добавил поддержку OIDC‑аутентификации
Vercel Blob теперь использует короткоживущие OIDC‑токены по умолчанию, заменяя долгосрочный BLOB_READ_WRITE_TOKEN. Обновление доступно через npm‑пакет @vercel/blob и UI проекта.
Что изменилось?
Vercel объявил о выходе новой версии Vercel Blob, в которой по умолчанию включена поддержка OIDC‑аутентификации. Вместо статического BLOB_READ_WRITE_TOKEN теперь генерируются короткоживущие OIDC‑токены, которые автоматически ротируются. Это повышает безопасность и упрощает работу с секретами.
Как перейти на новый механизм?
- Обновите ваш проект до последней версии пакета
@vercel/blob(см. npm). - Перейдите в раздел Projects вашего Blob‑хранилища в консоли Vercel.
- В контекстном меню проекта выберите Upgrade to OIDC.
- После переключения функции, работающие на Vercel, автоматически получат актуальный токен через встроенные переменные среды.
Что это значит для существующих хранилищ?
Если вы уже используете BLOB_READ_WRITE_TOKEN, вам потребуется выполнить одноразовое обновление UI и убедиться, что ваш код получает токен через переменную VERCEL_BLOB_OIDC_TOKEN (или аналог). После миграции старый токен будет недоступен.
Технические детали
- OIDC‑токены живут несколько минут и автоматически обновляются.
- Поддержка OAuth 2.0 и OpenID Connect полностью совместима с текущей инфраструктурой Vercel Functions.
- Документация доступна по ссылке: https://vercel.com/changelog/vercel-blob-now-supports-oidc-authentication
Кому это полезно?
Разработчикам, использующим Vercel Blob в CI/CD, серверлесс‑функциях и микросервисах, а также тем, кто стремится минимизировать риск компрометации долгоживущих секретов.
Для разработчиков это упрощает управление секретами — токены генерируются автоматически и короткоживут, уменьшая риск компрометации. При миграции старых хранилищ потребуется обновить зависимости и выполнить одноразовое переключение в UI. Новая модель аутентификации подходит для CI/CD и серверлесс‑функций, где безопасность критична. Однако стоит проверить совместимость с кастомными скриптами, которые полагались на постоянный токен.
