Google,Яндекс(НОВОСТИ)

[student]

Google частично исправит то, что раздражает пользователей в Android Q

Речь идёт о возможности убирать уведомления смахиванием только вправо. Разработчики предоставят пользователям выбор направления для жеста

Чуть более двух недель назад компания Google выпустила первую бета-версию Android Q. Несмотря на то, что заметных улучшений в ней не очень много, некоторые изменения являются довольно сомнительными. Например, работа с уведомлениями. Если в Android 9 Pie и более ранних версиях системы вы можете убрать уведомление в шторке обычным смахиванием в сторону (причём неважно, будет ли это жест вправо или влево), то в Android Q всё иначе. Единственный способ избавиться от уведомления — это сдвинуть его вправо, тогда как жест влево открывает доступ к дополнительным параметрам.

Такое решение вызвало возмущение многих пользователей, особенно левшей и тех, кто привык убирать уведомления в шторке смахиванием влево. Но, похоже, в Google решили пойти навстречу этим людям и пообещали, что в будущих выпусках Android они смогут выбирать направление жеста.



«Будет опция для выбора направления свайпа для смахивания уведомлений в будущем выпуске Android», — написал один из разработчиков мобильной системы Google.

Остаётся неясным, когда эта функция будет доработана с учётом пожеланий пользователей — в Android Q или же в следующем релизе. В любом случае нам придётся привыкать к этим изменениям.

[student]

Google хранила некоторые пароли в текстовых файлах в течение 14 лет
22.05.2019 [12:01]

В своём блоге Google сообщила о недавно обнаруженной ошибке, в результате которой пароли некоторых пользователей G Suite хранились в незашифрованном виде внутри простых текстовых файлов. Эта ошибка существует с 2005 года. Впрочем, Google утверждает, что не может найти никаких доказательств, что какой-либо из этих паролей попал в руки злоумышленников или был неправомерно использован. Тем не менее, компания сбросит все пароли, которые могут быть затронуты, и сообщит администраторам G Suite о проблеме.

Спойлер   :

G Suite представляет собой корпоративную версию Gmail и других приложений Google, и, очевидно, ошибка возникла в этом продукте из-за функции, разработанной специально для предприятий. Вначале работы сервиса администратор компании мог использовать приложения G Suite для установки паролей пользователей вручную: скажем, до того, как в систему вступил новый сотрудник. Если он пользовался этой возможностью, консоль администратора сохраняла такие пароли в виде простого текста вместо их хеширования. Позже Google отняла у администраторов эту возможность, но пароли так и остались в текстовых файлах.

В своей публикации Google старательно объясняет, как работает криптографическое хеширование, чтобы были ясны нюансы, связанные с ошибкой. Хотя пароли хранились в открытом виде, они находились на серверах Google, поэтому получить доступ к ним сторонние лица могли лишь путём взлома серверов (если они не являлись сотрудниками Google).

Google не сообщила количество потенциально затронутых пользователей, отметив лишь, что речь идёт о «подмножестве корпоративных клиентов G Suite» — вероятно, любого, кто использовал G Suite в 2005 году. И хотя Google не смогла найти свидетельств, что кто-то использовал этот доступ злонамеренно, не совсем понятно, кто мог иметь доступ к этим текстовым файлам.

В любом случае, проблема уже исправлена, и Google выразила сожаление в своей публикации о проблеме: «Мы очень серьёзно относимся к безопасности наших корпоративных клиентов и гордимся тем, что продвигаем лучшие в отрасли методы обеспечения безопасности учётных записей. В данном случае мы не соответствовали ни нашим стандартам, ни нашим клиентам. Приносим извинения пользователям и обещаем в будущем стать лучше».

[student]

Google развивает новую систему ARCVM для запуска Android-приложений в Chrome OS
26.05.2019 08:50

В рамках проекта ARCVM (ARC Virtual Machine) компания Google развивает для Chrome OS новый вариант прослойки для запуска Android-приложений. Ключевым отличием от предлагаемой ныне прослойки ARC++ (Android Runtime for Chrome) является использование полноценной виртуальной машины вместо контейнера. Заложенные в ARCVM технологии уже применяются в подсистеме Crostini, предназначенной для запуска Linux-приложений в Chrome OS.

Вместо контейнера, изолируемого при помощи пространств имён, seccomp, alt syscall, SELinux и cgroups, для выполнения Android-окружения в ARCVM применяется монитор виртуальных машин CrosVM на базе гипервизора KVM и модифицированный на уровне настроек системный образ Termina, включающий урезанное ядро и минимальное системное окружение. Ввод и вывод на экран организован через запуск внутри виртуальной машины промежуточного композитного сервера, пробрасывающего вывод, события ввода и операции с буфером обмена между виртуальным и основным окружением (в ARC++ применялось прямое обращение к слою DRM через Render Node).

В ближайшее время Google не планирует заменять текущую подсистему ARC++ на ARCVM, но в долгосрочной перспективе ARCVM представляет интерес с точки зрения унификации с подсистемой для запуска Linux-приложений и обеспечения более строгой изоляции Android-окружения (в контейнере используется общее с основной системой ядро и остаётся прямой доступ к системным вызовам и интерфейсам ядра, уязвимость в которых может использоваться для компрометации из контейнера всей системы).

Применение ARCVM также даст возможность разрешить пользователям установку произвольных Android-приложений, не ограничиваясь привязкой к каталогу Google Play и не требуя перевода устройства в режим для разработчика (в штатном режиме разрешена установка только выборочных приложений из Google Play). Подобная возможность необходима для организации разработки Android-приложений в Chrome OS. В настоящее время уже имеется возможность установить в Chrome OS среду Android Studio, но для того чтобы тестировать разрабатываемые приложения требуется включение режима для разработчика (Developer Mode).

[student]

Google блокирует доступ к YouTube браузеру Edge на Chromium

Поисковый гигант вновь начал прибегать к практике нечестной конкуренции в продвижении своего браузера Google Chrome

Google блокирует доступ к YouTube браузеру Edge на Chromium
Очередная подстава от Google коснулась браузера Microsoft Edge, который с недавнего времени перешёл на Chromium и теперь составляет конкуренцию Chrome. Поисковый гигант начал блокировать содержимое сайта YouTube, предлагая пользователям Edge обновить версию своего браузера или установить Google Chrome.

Пользователи Microsoft Edge могут по-прежнему заходить на YouTube, однако вместо последнего дизайна, они видят старую версию сайта. Многие скажут, что это отличная новость, ведь старый ламповый YouTube гораздо приятнее того, что мы сейчас имеем. Тем не менее удручает сам факт блокировки Google своего конкурента и продвижение за счёт этого собственного браузера. Если перейти по ссылке youtube.com/new/, то вы увидите следующее сообщение:

    «Ваш браузер не поддерживается. Попробуйте использовать последнюю версию Google Chrome».

Спойлер   :

Кроме того, если в новом Edge открыть ссылку на конкретное видео с активным чатом, то вы не увидите сообщений. Вместо них будет отображаться текст с просьбой обновить браузер.



На данный момент нет объяснений, почему так происходит, ведь с классическим Edge и другими браузерами YouTube работает нормально. Некоторые предполагают, что причиной может служить то, что Microsoft тщательно почистила Edge на Chromium от сервисов и служб Google, и некоторые сайты из-за этого могут отображаться некорректно. Но при смене User Agent проблема каким-то образом внезапно исчезает и новый дизайн YouTube вновь появляется, хотя чат по-прежнему не работает.

Это не первый раз, когда Google прибегает к антиконкурентным способам ведения бизнеса. Ранее компания блокировала новый Edge в сервисе Google Docs и не торопилась добавлять туда поддержку для Firefox.

[student]

Google продолжает настаивать на ограничении API, востребованного в блокировщиках рекламы
31.05.2019 10:06

Симеон Винцент (Simeon Vincent), отвечающий в команде Chrome за взаимодействие с разработчиками дополнений (занимает должность Extensions Developer Advocate), прокомментировал текущую позицию Google в отношении третьей редакции манифеста Chrome, нарушающей работу многих дополнений для блокирования нежелательного контента и обеспечения безопасности. Компания не намерена отказываться от первоначального плана по прекращению поддержки блокирующего режима работы API webRequest, позволяющего менять принимаемый контент на лету. Исключение будет сделано лишь для редакции Chrome для предприятий (Chrome for Enterprise), в которых поддержка API webRequest будет сохранена в прежнем виде.

Спойлер   :

Для обычных пользователей Chrome API webRequest будет ограничен режимом только для чтения. На замену API webRequest для фильтрации контента предложен декларативный API declarativeNetRequest, который покрывает лишь ограниченную часть возможностей, используемых в современных блокировщиках рекламы. По сути вместо собственных обработчиков, имеющих полный доступ к сетевым запросам, предлагается готовый универсальный встроенный движок для фильтрации, собственными силами обрабатывающий правила блокировки. Например, API declarativeNetRequest не позволяет использовать собственные алгоритмы фильтрации и не даёт возможность создавать сложные правила, перекрывающие друг друга в зависимости от условий.

Разработчики дополнений для блокировки рекламы совместно подготовили список замечаний, в котором перечислили недостатки API declarativeNetRequest. Google согласился со многими замечаниями и дополнил API declarativeNetRequest. В частности, добавлена поддержка динамического изменения и добавления правил, обеспечена возможность удаления HTTP-заголовков, но только находящихся в белом списке (Referer, Cookie, Set-Cookie). В планах реализация поддержки добавления и замены HTTP-заголовков (например, для подстановки Set-Cookie и директив CSP) и возможность удаления и замены параметров запросов.

Предварительный вариант третьей версии манифеста, который определяет перечень возможностей и ресурсов, предоставляемых дополнениям Chrome, планируется в ближайшие месяцы применить для тестирования в экспериментальных сборках Chrome Canary.

При этом остаётся не совсем понятной мотивация запрета изменения принимаемого контента через API webRequest. Заявления, что блокирующий режим API webRequest негативно сказывается на производительности, так как перед выводом страницы браузер ожидает полного завершения работы обработчика дополнения, не выдерживают критики. Ранее проведённые тесты производительности дополнений для блокирования рекламы показали, что вносимая ими задержка ничтожна. В среднем применение блокировщика замедляет выполнение запроса лишь на доли миллисекунд, что пренебрежимо мало на общем фоне.

Второй аргумент, связанный с желанием защитить пользователей от неконтролируемого доступа дополнений к контенту, также не выглядит убедительным, так как вместо удаления давно сложившейся и распространённой в легитимных дополнениях функциональности можно было добавить новый тип полномочий и предоставить пользователю конечный выбор, устанавливать дополнение, имеющего полный доступ к сетевым запросам или нет. Кроме того, Google оставил поддержку использования API webRequest в режиме только для чтения, позволяющем выполнять полный мониторинг трафика, но не вмешиваться в него на низком уровне. Изменять же содержимое загруженных web-страниц дополнения могут через другие API (например, вредоносные дополнения как и раньше могут поставлять свою рекламу, запускать майнеры и анализировать содержимое форм ввода).

Рэймонд Хилл (Raymond Hill), автор систем блокирования нежелательного контента uBlock Origin и uMatrix, достаточно жестко прокомментировал ответ представителя Google и намекнул на демагогию и закулисные игры, в которых Google под видом благой возможности пытается продвинуть свои бизнес-интересы в области интернет-рекламы, получить контроль за механизмами её фильтрации и оправдать эти действия в глазах широкой публики.

Убедительных доводов в необходимости прекращения широко распространённого и востребованного среди разработчиков дополнений API он так и не получил. По мнению Рэймонда падение производительности не является доводом, так как страницы загружаются медленно из-за своей раздутости, а не из-за использования блокирующего режима webRequest в корректно реализованных дополнениях. Если бы Google волновала действительно производительность, они бы переделали webRequest на основе механизма Promise, по аналогии с реализацией webRequest в Firefox.

По мнению Рэймонда стратегия Google заключается в определении оптимального баланса между расширением пользовательской базы Chrome и ущербом бизнесу, наносимому из-за использования блокировщиков контента. На первом этапе экспансии Chrome компания Google вынуждена была мириться с блокировщиками рекламы, как одними из самых востребованных среди пользователей дополнений. Но после того, как Chrome занял доминирующие позиции, компания попыталась сместить баланс в свою пользу и получить контроль над блокировкой, начав продвигать инициативу по встраиванию в Chrome функции блокирования неприемлемой рекламы. API webRequest мешает данной цели, так как сейчас контроль над блокировкой контнента находится в руках разработчиков сторонних блокировщиков рекламы.

Дополнение: Разработчики Privacy Badger опубликовали список недостатков API declarativeNetRequest и третьей версии манифеста. Кроме ограничения API webRequest также отмечается возникновение проблем с изменением модели запроса полномочий - дополнение не сможет активироваться сразу для всех страниц (убрано полномочие "all_urls"), а будет работать только в контексте активной вкладки, т.е. пользователю понадобиться подтверждать работу дополнения для каждого сайта. Также упоминается отсутствие в declarativeNetRequest возможности изменения HTTP-заголовков, Cookie и параметров запросов (например, чтобы вырезать Referer, _utm и идентификаторы трекеров), но данные замечания Google уже пообещал устранить.

[student]

Google обосновал ограничение API webRequest, используемого блокировщиками рекламы

Разработчики браузера Chrome попытались обосновать прекращение поддержки блокирующего режима работы API webRequest, позволяющего менять принимаемый контент на лету и активно применяемого в дополнениях для блокирования рекламы, защиты от вредоносного ПО, фишинга, шпионящей за пользователями активности, родительского контроля и обеспечения приватности.

Мотивы Google:

   

Спойлер   :

Блокирующий режим работы API webRequest приводит к большому потреблению ресурсов. При использовании данного API браузер вначале отправляет дополнению все содержащиеся в сетевом запросе данные, дополнение анализирует их и возвращает для дальнейшей обработки в браузере изменённый вариант или выдаёт инструкции по блокировке. При этом основные задержки возникают не на стадии обработки трафика дополнением, а из-за накладных расходов на координацию выполнения дополнения. В частности, подобные манипуляции требуют запуска для дополнения отдельного процесса, а также применения IPC для взаимодействия с этим процессом и механизмов сериализации данных;
    Дополнение полностью контролирует весь трафик на низком уровне, что открывает обширные возможности для злоупотреблений и нарушений приватности. По статистике Google в 42% всех выявленных вредоносных дополнений применялся API webRequest. Отмечается, что ежемесячно в каталоге Chrome Web Store блокируются попытки размещения в среднем 1800 вредоносных дополнений. К сожалению рецензирование не позволяет отлавливать все без исключения вредоносные дополнения, поэтому для усиления защиты было решено ограничить дополнения на уровне API. Основная идея в том, чтобы предоставлять дополнениям доступ не ко всему трафику, а только к тем данным, которые необходимы для реализации задуманной функциональности. В частности, для блокировки контента не обязательно предоставлять дополнению полный доступ ко всем конфиденциальным данным пользователя;
    Предложенный на замену декларативный API declarativeNetRequest берёт на себя всю работу по высокопроизводительной фильтрации контента и лишь требует от дополнений загрузки правил фильтрации. Дополнение при этом не может вмешиваться в трафик и приватные данные пользователя остаются неприкосновенны;
    Google учёл многие замечания в отношении недостаточной функциональности API declarativeNetRequest и расширил лимит на число правил фильтрации с изначально предложенных 30 тысяч на каждое расширение до глобального максимума в 150 тысяч, а также добавил возможности для динамического изменения и добавления правил, удаления и замены HTTP-заголовков (Referer, Cookie, Set-Cookie) и параметров запросов;
    Для предприятий оставлена возможность использования блокирующего режима работы API webRequest, так как политику применения дополнений определяет администратор, который понимает особенности инфраструктуры и осознаёт риски. Например, указанный API может применяться на предприятиях для учёта потоков трафика сотрудников и интеграции с внутренними системами;
    Целью Google является не ущемление и подавление дополнений для блокирования рекламы, а предоставление возможности создания более безопасных и производительных блокировщиков рекламы;
    Нежелание оставить блокирующий режим работы API webRequest наряду с новым declarativeNetRequest объясняется желанием ограничить доступ дополнений к конфиденциальным данным. Если оставить API webRequest как есть, то большинство дополнений не будут использовать более безопасный declarativeNetRequest, так как обычно при выборе между безопасностью и функциональностью основная масса разработчиков выберет функциональность.

Возражения разработчиков дополнений:

    Проведённые разработчиками дополнений тесты показывают ничтожное на общем фоне влияние на производительность дополнений для блокирования рекламы (при тестировании сравниваласть производительность различных дополнений, но без учёта накладных расходов на работу дополнительного процесса, координирующего выполнение обработчиков в блокирующем режиме API webRequest);
    Нецелесообразно полностью прекращать поддержку API, активно используемого в дополнениях. Вместо удаления можно добавить отдельное разрешение и жёстко контролировать адекватность его применения в дополнениях, что позволило бы избавить авторов многих популярных дополнений от полной переработки их продуктов и избежать урезания функциональности;
    Для снижения накладных расходов можно не удалять API, а переделать на основе механизма Promise, по аналогии с реализацией webRequest в Firefox;
    Предложенная альтернатива declarativeNetRequest не покрывает всех потребностей разработчиков дополнений для блокирования рекламы и обеспечения безопасности/приватности, так как не предоставляет полного контроля за сетевыми запросами, не позволяет использовать собственные алгоритмы фильтрации и не даёт возможность использовать сложные правила, перекрывающие друг друга в зависимости от условий;
    При текущем состоянии API declarativeNetRequest невозможно воссоздать в неизменном виде имеющуюся функциональность дополнений uBlock Origin и uMatrix, а также делает бессмысленным дальнейшую разработку порта NoScript для Chrome;
    Забота о приватности надумана, так как работающий в режиме только для чтения неблокирующий режим API webRequest оставлен и по-прежнему позволяет вредоносным дополнениям контролировать весь трафик, но не даёт возможность на лету вмешиваться в него (изменить содержимое, поставить свою рекламу, запустить майнеры и анализировать содержимое форм ввода можно и после окончания загрузки страницы);
    Разработчики браузеров Brave, Opera и Vivaldi, построенных на движке Chromium, намерены оставить в своих продуктах поддержку блокирующего режима работы webRequest.

[student]

Google выпустила конструктор 3D-игр в стиле Minecraft

Game Builder будет интересен новичкам для создания первых игр и опытным дизайнерам, которые смогут оттачивать свои умения

Компания Google выпустила игру Game Builder, которая, как можно понять из названия, позволяет пользователям создавать простые игры в стиле Minecraft. Этот своеобразный конструктор не имеет перед собой задачи научить вас разрабатывать игры классическим способом, он скорее предназначен для тех, кто вообще не имеет представления о том, как они делаются.

Game Builder — продукт, рождённый в инкубаторе для экспериментальных проектов Area 120, где создаются различные разработки. Среди наиболее известных его проектов — приложения Rivet для обучения чтению и Grasshopper для знакомства с основами программирования на JavaScript. Game Builder фактически вышла в Steam ещё 1 ноября 2018 года, и у неё уже есть около 200 отзывов, большинство из которых имеют высокую оценку. Тем не менее официальный анонс компания решила сделать только сегодня, вероятно, чтобы привлечь больше внимания к игре.

Спойлер   :

В Game Builder используется система визуального программирования с карточками. Пользователи могут перетаскивать персонажей, различные объекты и элементы в песочницу, создавая свой игровой мир. После этого используют предустановленные команды, чтобы связать всё воедино и заставить объекты взаимодействовать между собой. Для тех, кто хочет научиться чему-то новому, есть возможность создавать свои карточки на языке JavaScript.

Игра содержит кооперативный режим — несколько человек могут одновременно создавать игры, делиться ими и просматривать творения других пользователей. Game Builder доступна совершенно бесплатно для Windows и macOS.

[Gorra]

Google выпустила очень полезное обновление для YouTube

Система рекомендаций видеохостинга YouTube неоднократно вызывала недовольство аудитории. Компания Google решила выпустить обновление для мобильного приложения сервиса, которое решит проблему навязчивых материалов.

Детали о новой функции. Ранее просмотр всего лишь одного ролика на абстрактную тематику мог "засорить" ленту рекомендаций десятками сторонних предложений вопреки предпочтениям владельца аккаунта. Теперь это в прошлом.

Обновленное приложение YouTube для Android позволяет быстро убрать все предложения отдельно взятых каналов из раздела рекомендаций с помощью пункта контекстного меню "Не рекомендовать этот канал", говорится в официальном блоге YouTube.

Заметим, кроме видео пользователи могли отмечать таким образом и раньше, но возможность занести в "черный список" целый канал существенно снизит вероятность появления других предложений в ленте.

Доступность функции. На данный момент новая функция доступна только для части устройств на базе мобильной ОС от Google. Новые версии программы для iOS и десктопных ОС будут анонсированы позже.

[student]

Google делает третью попытку по запуску социальной сети
14 июля 2019, 00:32

Никто не рискнет оспаривать лидерство Google на рынке операционных и поисковых систем, но вот с социальными сетями у нее дела идут гораздо хуже.

Точнее говоря, новая попытка Google связана со старой соцсетью под названием Schemer, которая была представлена в 2011 году, а спустя три года ее закрыли.

Теперь поисковый гигант делает попытку перезапустить Schemer под новым именем Shoelace. Девиз социальной сети — «Найдите людей, с которыми у вас есть общие интересы».

Спойлер   :

Пробная версия Shoelace находится на стадии тестирования. В соцсети можно создавать события и приглашать на него друзей и других пользователей.



На данный момент мобильный клиент Shoelance доступен для Android и iOS-устройств, но пока исключительно для жителей США.

[student]

Компилятор Rust добавлен в состав дерева исходных текстов Android
19.07.2019 22:52

Компания Google включила компилятор для языка программирования Rust в состав исходных текстов платформы Android, что позволяет использовать данный язык для сборки компонентов Android или для проведения тестов. В состав также добавлены репозиторий android_rust со скриптами для сборки Rust для Android и crate-пакеты byteorder, remain и libc. Следует отметить, что аналогичным образом в состав репозитория с кодом Android входят языки Go, Python, Perl, M4, Java (JDK11), а также GCC и LLVM.

[student]

Google оштрафовали на 700 тысяч рублей за несоблюдение российского законодательства

Операторы поисковых систем обязаны исключать из результатов поисковой выдачи ссылки на интернет-страницы с запрещенной информацией

Компания Google не выполнила требования закона «Об информации…» по исключению из результатов поисковой выдачи ссылок на интернет-ресурсы с противоправной информацией, доступ к которым ограничен на территории России.

В пресс-службе Роскомнадзора сообщили, что Google производит выборочную фильтрацию поисковой выдачи, при этом более трети ссылок из единого реестра запрещенной информации сохраняются в поиске. В отношении Google назначена сумма штрафа в размере 700 тысяч рублей.

Согласно российскому законодательству, операторы поисковых систем обязаны исключать из результатов поисковой выдачи ссылки на интернет-страницы с запрещенной информацией. Для этого они должны подключиться к федеральной государственной информационной системе, содержащей перечень таких страниц.

[student]

Google повышает премии за найденные уязвимости

Корпорация Google объявила об увеличении выплат в рамках своей программы премирования исследователей за найденные уязвимости - Chrome Vulnerability Rewards Program. Изначально эта программа была ориентирована на браузер Chrome, но теперь действует и для одноименной операционной системы, под управлением которой работают устройства Chromebook и Chromebox. Сразу втрое – с 5 до 15 тысяч долларов – увеличен «потолок» базового вознаграждения. В два раза выросла максимально возможная сумма премии: теперь она составляет 30 тысяч долларов.

Наиболее высокая награда выплачивается за обнаруженные уязвимости, связанные с возможностью выхода из «песочницы» и повреждением памяти в не ограниченных «песочницей» процессах. Сумму премиальных выплат увеличивают подробный отчет и предоставление доказательства возможности эксплуатации уязвимости (proof-of-concept код). Также исследователи получают дополнительный бонус в размере от 500 до 2000 долларов за предоставление патча, ликвидирующего найденную ими уязвимость. За 9 лет существования Chrome Vulnerability Rewards Program корпорация Google получила более 8500 сообщений об уязвимостях и выплатила исследователям в общей сложности свыше 5 миллионов долларов.

[student]

Google заблокирует корневые сертификаты, выданные компанией DarkMatter

Корпорация Google объявила о том, что ее браузер Chrome в операционных системах Chrome и Android более не будет принимать корневые сертификаты, выданные удостоверяющим центром DarkMatter. Эта компания расположена в Объединенных Арабских Эмиратах и имеет весьма противоречивую репутацию. Ранее правозащитники сообщали о том, что власти ОАЭ неоднократно прибегали к услугам DarkMatter для слежки за активистами и журналистами, а также организации кибератак против них. Статьи, содержащие обвинения такого рода, были опубликованы крупнейшими СМИ, включая Reuters и New York Times.

Представители DarkMatter отрицают все обвинения. Однако в начале июля организация Mozilla Foundation объявила о том, что сертификаты DarkMatter не будут приниматься браузером Firefox. Теперь ее примеру последовала и корпорация Google. Это означает, что при попытке перехода на страницы, использующие TLS-сертификаты, выданные DarkMatter, самые популярные браузеры будут блокировать соединение, выдавая сообщение о небезопасности. Два других ведущих разработчика браузеров, компании Apple и Microsoft, пока не определились со своей позицией в отношении сертификатов DarkMatter.

[student]

Google меняет порядок ранжирования новостей
 13.09.2019 16:55

Поисковик Google вводит новые алгоритмы для новостей в пользу первоисточников.

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

«Многие новостные статьи, расследования, эксклюзивные интервью могут быть настолько примечательными, что вызывают интерес и последующее освещение в других публикациях. Также сайты переписывают одну и ту же новость и публикуют ее примерно в одно и то же время. Это может затруднить пользователям поиск материала, с которого все началось», – сообщает Ричард Джинграс, вице-президент отдела новостей Google.

Джинграс также говорит, что не существует четкого определения «оригинальности» материалов, поэтому компания сделает все возможное, чтобы научиться отслеживать жизненный цикл публикации.

Как именно будет работать система – точно неизвестно. Но в корпорации заявили, что в отдельных случаях «авторитетность» и оригинальность материалов будут определять 10 тысяч так называемых «оценщиков». Именно они будут анализировать, какой ресурс является первоисточником и выдавать их первыми в поисковых запросах. При этом будут учитываться полнота материала, дата публикации, репутация сайта и автора. Далее на основании этих данных будет создан алгоритм для автоматического ранжирования.

[student]

Google обещает никогда не хранить записи Assistant без разрешения

Это также добавило новые гарантии против случайного сбора голоса.

Google объявил, что сделает больше для защиты конфиденциальности пользователей для своего Google Assistant, и подтвердил, что по умолчанию он не сохраняет голосовые записи. Эта новость появилась после того, как компания Google получила утечку частных аудиозаписей, призванных улучшить службу перевода. «Понятно, что мы не соответствовали нашим высоким стандартам, чтобы вам было проще понять, как используются ваши данные, и мы приносим свои извинения», - пишет компания в своем блоге.

Спойлер   :

Google не одинок в неправильном использовании голосовых данных, так как Amazon и Apple недавно подтвердили, что они сохраняют разговоры Алексы и Сири в попытке улучшить свои алгоритмы ИИ. Apple приостановила программу в прошлом месяце, а затем пообещала возобновить ее, используя сгенерированные компьютером транскрипты, но только если пользователи согласились. Amazon, тем временем, заявил, что по-прежнему будет выбираться запись голоса по умолчанию, но пользователи смогут отказаться.

Google приостановил свой обзор аудио в июле, но сказал, что возобновит работу с появлением новых мер безопасности. «По умолчанию мы не сохраняем ваши аудиозаписи», - пишет он. «Это имело место, и останется неизменным».

    Мы обновляем нашу политику, чтобы уменьшить объем аудиоданных, которые мы храним. Для тех из вас, кто выбрал VAA, мы автоматически удалим подавляющее большинство аудиоданных, связанных с вашей учетной записью, которые старше нескольких месяцев. Эта новая политика появится в VAA в конце этого года.

Что изменится, так это то, что если вы выбрали вариант, Google предложит вам проверить ваши настройки в параметре «Активность голоса и аудио». У компании также есть классы для улучшения фильтров, которые должны стирать голосовые записи, сделанные по ошибке, когда пользователь не произнес "OK Google" или другие слова для пробуждения. Также скоро будет запущена новая функция, которая позволит вам выбрать степень чувствительности помощника к вашему слову, чтобы избежать случайной активации.

По словам компании, к концу года Google значительно сократит объем аудиоданных, которые она хранит. Если вы решите сохранить свои голосовые данные, большая их часть будет удалена через несколько месяцев. «Одним из принципов, к которым мы стремимся, является минимизация объема хранимых данных, и мы применяем это также и к Google Assistant», - говорится в сообщении.

Вы все равно должны быть осторожны со всеми своими помощниками, чтобы ваши голосовые данные использовались так, как вы хотите. По крайней мере, сейчас все больше людей начинают осознавать, и если вы хотите, вы должны иметь возможность отключить - или, по крайней мере, ограничить - один из микрофонов, который внимательно слушает каждое ваше слово.