Как запретить CORB блокировать запросы к ресурсам данных, которые отвечают заголовками CORS?

На основе примеров, приведенных в разделе "Изменения запросов между источниками в расширении Chrome Скрипты содержимого ", я заменил все вызовы fetch новым методом fetchResource, который имеет аналогичный API, но делегирует вызов fetch фоновой странице:

// contentScript.js
function fetchResource(input, init) {
  return new Promise((resolve, reject) => {
    chrome.runtime.sendMessage({input, init}, messageResponse => {
      const [response, error] = messageResponse;
      if (response === null) {
        reject(error);
      } else {
        // Use undefined on a 204 - No Content
        const body = response.body ? new Blob([response.body]) : undefined;
        resolve(new Response(body, {
          status: response.status,
          statusText: response.statusText,
        }));
      }
    });
  });
}

// background.js
chrome.runtime.onMessage.addListener(function(request, sender, sendResponse) {
  fetch(request.input, request.init).then(function(response) {
    return response.text().then(function(text) {
      sendResponse([{
        body: text,
        status: response.status,
        statusText: response.statusText,
      }, null]);
    });
  }, function(error) {
    sendResponse([null, error]);
  });
  return true;
});

Это наименьший набор изменений, которые я смог внести в свое приложение, которое устраняет проблему. (Обратите внимание, что расширения и фоновые страницы могут передавать между собой только объекты, сериализуемые в формате JSON, поэтому мы не можем просто передать объект ответа Fetch API с фоновой страницы в расширение.)

CORS или CORB не влияют на фоновые страницы, поэтому браузер больше не блокирует ответы от API.

См. https://www.chromium.org/Home/chromium-security/extension-content-script-fetches

Для повышения безопасности выборка из разных источников из сценариев содержимого запрещена в расширениях Chrome, начиная с Chrome 85. Такие запросы могут выполняться из фонового сценария расширения и при необходимости ретранслироваться в сценарии содержимого.

Вы можете сделать это, чтобы избежать перекрестного происхождения.

Скрипт старого контента, выполняющий выборку из разных источников:

var itemId = 12345;
var url = "https://another-site.com/price-query?itemId=" +
         encodeURIComponent(request.itemId);
fetch(url)
  .then(response => response.text())
  .then(text => parsePrice(text))
  .then(price => ...)
  .catch(error => ...)

Сценарий нового содержания, запрашивающий данные для фоновой страницы:

chrome.runtime.sendMessage(
    {contentScriptQuery: "queryPrice", itemId: 12345},
    price => ...);

Новая фоновая страница расширения, загрузка по известному URL и передача данных:

chrome.runtime.onMessage.addListener(
  function(request, sender, sendResponse) {
    if (request.contentScriptQuery == "queryPrice") {
      var url = "https://another-site.com/price-query?itemId=" +
              encodeURIComponent(request.itemId);
      fetch(url)
          .then(response => response.text())
          .then(text => parsePrice(text))
          .then(price => sendResponse(price))
          .catch(error => ...)
      return true;  // Will respond asynchronously.
    }
  });

Разрешите URL-адрес в manifest.json (дополнительная информация):

• ManifestV2 (классический): "permissions": ["https://another-site.com/"]
• ManifestV3 (предстоящий ): "host_permissions": ["https://another-site.com/"]

Временное решение: отключите CORB с помощью браузера команд запуска --disable-features=CrossSiteDocumentBlockingAlways,CrossSiteDocumentBlockingIfIsolating

Пример команды запуска в Linux.

Для Chrome:

chrome %U --disable-features=CrossSiteDocumentBlockingAlways,CrossSiteDocumentBlockingIfIsolating

Для Chromium:

chromium-browser %U --disable-features=CrossSiteDocumentBlockingAlways,CrossSiteDocumentBlockingIfIsolating

Аналогичный вопрос. < / а>

Источник.