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 компаниям.

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

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

НКЦКИ потребовал срочно обновить PHP на объектах критической инфраструктуры

История PHP2Shell дошла до официальных указаний для российской критической инфраструктуры. Национальный координационный центр по компьютерным инцидентам, действующий при ФСБ России, предписал устранить уязвимости PHP.

Если быстро установить исправления не получается — рассмотреть ограничение внешнего доступа вплоть до отключения серверов.

О письме НКЦКИ от 22 октября сообщил РБК, получивший копию документа. Его подлинность редакции подтвердили три организации-получателя. Указания разосланы через ГосСОПКА.

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

Одной установки патча недостаточно: получателям предписано проверить серверы антивирусом, изучить журналы на предмет следов взлома и сообщать о подозрительных инцидентах в дежурный центр ГосСОПКА.

Повод — CVE-2026-109618 и CVE-2026-109619. Разработчики закрыли их 21 октября в PHP 8.2.35, 8.3.36, 8.4.27 и 8.5.12. Проблема находится в интерпретаторе: обновление одной только CMS её не устраняет.

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