Иран официально начал переход на собственный вариант Интернета

Иран официально начал переход на собственный вариант Интернета

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

Неизвестно, насколько связаны между собой эти два шага – переход на «собственный Интернет» и блокирование американских веб-сервисов – но официальные причины совпадают: по заявлению властей, это поможет серьезно повысить кибер-безопасность страны после нашумевших атак на ядерные комплексы с использованием вирусов Stuxnet и других.

Объявление о блокировании поискового сервиса Google и почтовой службы Gmail прошло по государственному телевидению. Согласно этому заявлению, оба сервиса будут заблокированы полностью до дальнейших уведомлений. Одновременно власти пообещали, что вслед за подключением государственных ведомств к национальной версии Интернета вскоре начнется подключение к этой же системе рядовых граждан Ирана, передает soft.mail.ru.

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

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

Зато есть подтверждение, что сервисы поиска и почты Google действительно полностью блокированы в Иране.

Иранским пользователям Интернета не привыкать к цензуре – за последний год правительство исламской республики несколько раз выступало с жесткими мерами по ограничению доступа к зарубежным ресурсам. Одной из последних таких мер стало блокирование доступа ко всем веб-сайтам зарубежного происхождения, которые используют шифрование по протоколу SSL (Secure Sockets Layer). По данным зарубежных наблюдателей, многие пользователи в Иране используют специальные прокси-серверы с доступом через виртуальные частные сети VPN, чтобы обойти ограничения государственных органов. Интересно, что технические уловки чаще всего используются для доступа к заграничным социальным сетям вроде Фэйсбука и Твиттера.

AppSec.Track научился проверять код, написанный ИИ

AppSec.Track добавил поддержку работы с ИИ и стал первым российским SCA-анализатором, который умеет проверять код прямо в связке с ИИ-ассистентами. Обновление рассчитано в том числе на так называемых «вайб-кодеров» — разработчиков, которые активно используют LLM и ИИ-редакторы для генерации кода.

Новый функционал решает вполне практичную проблему: ИИ всё чаще пишет код сам, но далеко не всегда делает это безопасно.

Модель может «галлюцинировать», предлагать несуществующие пакеты, устаревшие версии библиотек или компоненты с известными уязвимостями. AppSec.Track теперь умеет отлавливать такие ситуации автоматически.

Разработчик может прямо в диалоге с ИИ-ассистентом запросить проверку сгенерированного кода через AppSec.Track. Система проанализирует используемые сторонние компоненты, подсветит потенциальные угрозы и предложит варианты исправления. В основе механизма — протокол MCP (Model Context Protocol), который позволяет безопасно подключать инструменты анализа к LLM.

Как поясняет директор по продукту AppSec.Track Константин Крючков, разработчики всё чаще пишут код «по-новому», а значит, и инструменты анализа должны меняться. Редакторы вроде Cursor или Windsurf уже умеют многое, но им всё равно нужна качественная и актуальная база уязвимостей. Именно её и даёт AppSec.Track, включая учёт внутренних требований безопасности конкретной компании. В итоге даже разработчик без глубокой экспертизы в ИБ может получить более надёжный результат.

Проблема особенно заметна на фоне роста low-coding и vibe-coding подходов. Код создаётся быстрее, а иногда — почти без участия человека, но с точки зрения безопасности в нём могут скрываться неприятные сюрпризы: SQL-инъекции, логические ошибки или небезопасные зависимости. Как отмечает старший управляющий директор AppSec Solutions Антон Башарин, ИИ-ассистенты не заменяют классические практики DevSecOps — особенно когда речь идёт об open source, где информация об угрозах обновляется быстрее, чем обучаются модели.

Новый функционал AppSec.Track ориентирован на профессиональные команды разработки, которые уже внедряют ИИ в свои процессы. Он позволяет сохранить требования Secure by Design и снизить риски даже в условиях активного использования генеративного кода.

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