SCION: Швейцарская безопасная альтернатива протоколу маршрутизации BGP

Что SCION делает по-другому на самом деле
SCION устраняет фундаментальные уязвимости безопасности BGP с помощью трёх взаимосвязанных механизмов. Первый — многопутевая маршрутизация: там, где сегодняшний интернет предлагает один путь между двумя точками, SCION одновременно устанавливает десятки или даже сотни параллельных путей. Если один выходит из строя, система перемаршрутизирует трафик за миллисекунды. Перриг точно указывает порог: «Время реакции человека на слуховой стимул составляет примерно 150 миллисекунд. Мы можем выполнить перемаршрутизацию быстрее».
Второй механизм — криптографическая проверка пути. Каждый пакет в сети SCION содержит криптографическое доказательство того, что его маршрут был авторизован сетями вдоль пути. Это предотвращает перехват и утечку маршрутов на архитектурном уровне, а не с помощью надстроек вроде RPKI или BGPsec.
Текущий статус внедрения
SCION уже доказал свою эффективность в банковском и медицинском секторах, но медленно распространяется в других областях. Система работает в финансовых сетях Швейцарии с 2016 года и обрабатывает миллиарды ежедневных транзакций. Крупные швейцарские банки используют её для межбанковских переводов, а швейцарские медицинские сети — для данных пациентов.
Адриан Перриг, профессор информатики в ETH Zürich и главный архитектор SCION, запустил проект в 2009 году после получения постоянной должности. Его основное разочарование было простым: одни и те же уязвимости документировались с 1980-х годов, и никто не пытался исправить их на архитектурном уровне. «Лучшие компании в области безопасности всё ещё подвергаются атакам через них, — говорит он. — Не было даже попыток должным образом решить эту проблему».
Техническая архитектура
SCION заменяет доверенную маршрутизацию BGP криптографической проверкой пути. В отличие от постепенных заплаток BGP (RPKI, BGPsec, ROA), SCION полностью перепроектирует основу маршрутизации. Кевин Керран, профессор кибербезопасности в Университете Ольстера, который преподает компьютерные сети уже 27 лет, даёт независимую оценку: «То, что у нас было более 40 лет, — это серия пластырей. Ничто даже близко не подошло к решению необходимости по-настоящему безопасных путей через враждебную сеть».
Свойства изоляции системы позволяют сетям работать независимо, оставаясь частью глобальной маршрутизации. Это решает проблему отсутствия в BGP криптографической цепочки контроля за перемещением пакетов и его медленного процесса перемаршрутизации, который может занимать минуты при сбоях сети.
📖 Read the full source: HN LLM Tools
👀 Смотрите также

Безопасность прежде всего: подход IronClaw к защите ИИ-агентов
IronClaw решает проблемы безопасности ИИ-агентов, внедряя ограниченное выполнение, зашифрованные среды и явные разрешения вместо того, чтобы полагаться на интеллект LLM для безопасного поведения.

Анализ безопасности изоляции агентов: от отсутствия песочницы до виртуальных машин Firecracker
Анализ того, как Cursor, Claude Code, Devin, OpenAI и E2B изолируют рабочие нагрузки агентов, от отсутствия песочницы до аппаратно-изолированных микровиртуальных машин Firecracker. Среда выполнения контейнеров ежегодно с 2019 года имела уязвимости типа CVE, позволяющие сбежать из контейнера, в то время как у Firecracker за семь лет не было ни одного случая побега из гостевой системы на хост.
OpenClaw завершает аудит безопасности с Trail of Bits через Patch the Planet от OpenAI
OpenClaw завершил аудит безопасности с Trail of Bits в рамках инициативы OpenAI Patch the Planet, охватив вопрос о том, что происходит, когда права агента меняются в середине задачи. Все значимые проблемы исправлены в стабильных релизах.
Попытка инъекции промптов в OpenClaw 2026.9.2: как это произошло и какие выводы сделать
Злоумышленник отправил payload для prompt-инъекции в WhatsApp-канал OpenClaw, но собственный детектор агента раскрыл его. Никакого ущерба не было — кроме пары greps в режиме чтения. Что мы можем узнать о структурных границах доверия?