Microsoft забыла обновить SSL-сертификат портала для админов Exchange

Microsoft забыла обновить SSL-сертификат портала для админов Exchange

Microsoft забыла обновить SSL-сертификат портала для админов Exchange

В воскресенье, 23 мая, некоторые браузеры начали блокировать портал admin.exchange.microsoft.com, используемый для доступа к Центру администрирования Exchange (EAC). Оказалось, что срок действия SSL-сертификата этого сайта истек, и Microsoft вовремя не позаботилась о его возобновлении.

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

 

Как выяснилось, действие выданного владельцу сайта SSL-сертификата закончилось 23 мая в 12:00 UTC. В ответ на жалобы пользователей в Твиттере Microsoft заявила, что знает о проблеме и занимается ее решением.

Судя по результатам проверки admin.exchange.microsoft.com, проведенной спецподразделением Qualys 24 мая в 08:43:33 UTC, оператор портала произвел замену сертификата, и тот должен беспрепятственно открываться на Windows, Android, macOS, iOS и в Firefox.

Тем, кто продолжает испытывать проблемы с доступом, Microsoft советует пока входить в консоль из-под учетной записи Outlook (https://outlook.office.com/ecp/).

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

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

Он попросил модель Claude Fable создать отдельную песочницу для каждого агента в /tmp и очищать её после завершения работы, не затрагивая используемые данные.

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


Новая модель написала тест, который сравнивал цели удаления с /tmp и домашним каталогом пользователя. Обе директории были правильно признаны опасными. А затем начался этап очистки тестовых данных, и Claude повторно использовал ту же переменную, в которой находился путь к домашней папке.

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

Разработчик предполагает, что автоматический переход на менее сильную модель мог повысить риск ошибки. Более производительная Fable 5, возможно, заметила бы конфликт переменных.

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