Facebook ввел новые ограничения для API и исправил баг с черным списком

Facebook ввел новые ограничения для API и исправил баг с черным списком

Facebook ввел новые ограничения для API и исправил баг с черным списком

После скандала с Cambridge Analytica команда Facebook предприняла ряд мер, которые должны помочь усилить конфиденциальность данных и вернуть доверие пользователей. Одним из шагов в эту сторону стали изменения в API, вводящие больше ограничений для разработчиков на доступ к пользовательским данным.

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

Свой срок уже отслужил Graph API Explorer App, а Profile Expressions Kit такая же участь ждет 1-го октября.

Кроме этого, семейство API-интерфейсов Media Solutions, используемое медиакомпаниями для опросов или голосований, ограничит доступ разработчиков к публичным страницам и сообщениям пользователей. А такие API, как Topic Search, Topic Insights and Topic Feed и Public Figure будут полностью закрыты 1-го августа.

Pages API скоро будет требовать прав доступа к Page Public Content Access, который можно получить только пройдя процесс проверки приложения. Marketing API также потребует от разработчиков пройти процесс проверки приложений. То же самое касается API Live Video и Lead Ads Retrieval.

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

«Ошибка проявляла себя в период с 29 мая по 5 июня, она привела к тому, что заблокированные пользователи могли видеть контент заблокировавших их пользователей», — говорят в компании.

Социальная сеть сообщила, что данная проблема полностью исправлена.

Ранее Facebook признал, что социальная сеть за все годы своего существования предоставила доступ к персональным данным своих пользователей 52 компаниям.

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

Подпишитесь на новости

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

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

Тем не менее утверждать, что любой посторонний может незаметно включить микрофон произвольного пользователя Signal, оснований нет.

Опубликованная демонстрация концепции моделирует переполнение очереди. Сама по себе она не доказывает полноценную атаку на готовое приложение. Точные версии Signal с исправлением для каждой платформы в исходной публикации также не установлены.

Пользователям стоит обновить мобильное и настольное приложения. Шифрование защищает содержание разговора при передаче, но корректно положить трубку программа тоже должна уметь.

RSS: Новости на портале Anti-Malware.ru