Как попасть на RuCTF

Мы всегда рады видеть новые лица на нашем мероприятии, поэтому существует масса возможностей приехать в Екатеринбург для того, чтобы принять участие в крупнейшем российском студенческом CTF.

Приглашение в финал получают команды:

• показавшие отличные результаты в нашем отборочном этапе;
• одержавшие победу на одном из дружественных соревнований;
• занимающиеся организацией дружественных соревнований.

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

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

Важно! В каком бы качестве вы не собирались посетить финал, вам необходимо уведомить команду организаторов о своих намерениях не позднее, чем за 2 недели до мероприятия. Если вы этого не сделаете, вам не достанется бэйджика, и вы просто не сможете попасть в университет :(.

Отборочный этап RuCTF

Данные правила могут измениться в любой момент до начала отборочного этапа. Не забудьте прочитать их еще раз непосредственно перед началом игры.

Отборочный этап всероссийских соревнований по защите информации RuCTF проходит онлайн.

Участвовать в отборочном этапе могут только команды, прошедшие регистрацию. К регистрации допускаются любые команды, состоящие не более чем из 10 участников, среди которых обязательно присутствует капитан. Состав команды нельзя менять после начала игры.

В отборочном этапе командам предлагается решить задания (таски), объединенные в тематические категории. За успешное решение задания команда получает баллы, количество которых зависит от сложности задания. Целью команд является максимизация своих баллов.

Таски размещаются на специальном сервере заданий. До начала соревнований командам будут высланы учетные данные для доступа к этому серверу. Учетные данные будут высланы на адрес контактного лица, указанный при регистрации.

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

Во время соревнований командам запрещается генерировать неоправданно большой объем трафика и проводить DoS-атаки на жюри или других участников, не связанные с решением тасков. Также командам запрещается использовать уязвимости сервера заданий с целью получения незаслуженных баллов. Команды-нарушители должны быть готовы к штрафу или дисквалификации.

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

Прохождение в финал

Данные правила могут измениться в любой момент до начала финала. Не забудьте прочитать их еще раз за неделю до финала.

По итогам отборочного этапа в финал RuCTF проходят 8 лучших российских команд, состоящих полностью из студентов или выпускников вуза не ранее 2012 года и/или сотрудников или преподавателей того вуза, который был указан при регистрации команды. Среди выбранных 8 команд не менее 4 будут состоять только из студентов.

Команды, получившие по результатам отборочного этапа приглашение в финал, должны предоставить организаторам прохождение решенных ими тасков в течение 2 недель после получения приглашения.

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

Получившая приглашение команда выходит в финал в составе не более 7 человек. Этот состав должен являться подмножеством состава, участвовавшего в отборочном этапе.

Финал RuCTF

В начале игры команды получают идентичные серверы с предустановленным набором уязвимых сервисов. Задача участников — найти уязвимости, закрыть их у себя и воспользоваться ими для получения приватной информации (флагов) у соперников. За процессом игры непрерывно следит проверяющая система жюри, регулярно помещая новые флаги на серверы команд. Кроме того, система принимает от команд флаги, захваченные у соперников.

Очень непросто формализовать набор правил, по которым проводится CTF, поэтому этот раздел может поменяться в любой момент до начала игры. Не забудьте перед игрой прочитать его еще раз, на всякий случай :).

Определения

Команда

Группа людей во главе с капитаном. Размер любой команды за исключением сборной гостевой не должен превышать 7 человек.

Сервис

Уязвимое приложение, специально подготовленное командой разработчиков для игры.

Флаг

Строка, удовлетворяющая регулярному выражению: /^\w{31}=$/. Время жизни флага ограничено, и старые флаги не влияют на начисление очков.

Проверяющая система

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

Игровой раунд

Промежуток времени, за который проверяющая система заносит в сервисы новые флаги, проверяет наличие старых флагов, и начисляет очки за защиту. Все раунды длятся равное количество времени, от 5 до 15 минут в зависимости от игры.

Жюри

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

Командам разрешено

• Делать все, что заблагорассудится, внутри своего сегмента сети. Скорее всего, команды захотят изменить конфигурацию своего сервера и закрыть уязвимости в своих сервисах;
• Атаковать другие команды в пределах игровой сети. Неожиданно, да?

Командам запрещено

• Атаковать системы организаторов;
• Фильтровать трафик от других команд;
• Генерировать большой объем трафика, представляющий угрозу стабильности систем организаторов или других команд.

Ход игры

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

Начисление баллов

Ключевыми понятиями в начислении очков являются понятия SLA и FlagPoints. Эти величины индивидуальны для каждого сервиса каждой команды. В каждый момент времени очки команды вычисляются как сумма произведения SLA сервиса на FlagPoints сервиса для всех сервисов.

SLA(team, service) — это доля от прошедшего игрового времени, в течение которой данный сервис у данной команды был в состоянии UP. Например, если сервис ни разу за прошедшее игровое время не опускался, SLA будет равен 1. Если прошло 4 часа игры, и сервис работал первый час, а потом опустился на 3 часа, SLA будет равен 0.25. В начале игры SLA всех сервисов у всех команд равен 1.

FlagPoints(team, service) — это неотрицательное число, которое коррелирует с тем, насколько хорошо команда понимает данный сервис. Если команда умеет эксплуатировать уязвимости в этом сервисе, и закрыла их у себя, ее FlagPoints будет расти. Если она не умеет эксплуатировать уязвимости в этом сервисе и не озаботилась их закрытием, ее FlagPoints будет стремительно приближаться к нулю. Если она закрыла уязвимости, но не научилась их эксплуатировать, ее FlagPoints не будет меняться.

В начале игры значение FlagPoints всех сервисов у всех команд одинаково. В течение игры сумма всех FlagPoints является константой.

Стоимость флага — это то, сколько очков будет перераспределено между жертвой и атакующими. Стоимость флага равна количеству играющих команд.

FlagPoints(team, service) уменьшается на стоимость флага за каждый флаг, который был украден у этой команды с этого сервиса, до тех пор, пока не достигнет нуля. FlagPoints увеличивается за каждый флаг, который был украден у другой команды с этого сервиса с ненулевым FlagPoints, при условии, что на момент сдачи флага этот сервис у атакующей команды находится в состоянии UP.

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

К счастью, весь этот сложный текст можно лаконично изложить в виде псевдокода:

def on_game_start(team):
    team.sla = [1] * number_of_services
    team.flagpoints = [BAZILLION] * number_of_services

def on_flag_post(attacker, flag):
    if attacker.service_states[flag.service] == 'UP':
        flag.attackers.append(attacker)

def on_flag_end_of_life(flag):
    team = flag.owner
    service = flag.service
    if team.flagpoints[service] == 0:
        return
    flag_score = min(number_of_teams, team.flagpoints[service])
    team.flagpoints[service] -= flag_score
    flag_score /= len(flag.attackers)
    for attacker in flag.attackers:
        attacker.flagpoints[service] += flag_score

def get_score(team):
    return sum(map(lambda x: x[0] * x[1], zip(team.sla, team.flagpoints)))

Скорборд

Помимо текущих результатов, скорборд отображает SLA, FlagPoints и статус каждого сервиса у каждой команды. Статусы бывают такими:

• UP означает, что сервис доступен по сети, отвечает на запросы и ведет себя так, как того ожидает проверяющая система.
• MUMBLE означает, что сервис доступен по сети, но ведет себя не так, как того ожидает проверяющая система. Например, если HTTP сервер не отвечает на запросы.
• CORRUPT означает, что сервис доступен по сети, но не может отдать один из предыдущих флагов.
• DOWN означает, что сервис недоступен по сети.

Сеть финала RuCTF

В случае изменение сетевой топологии, командам об этом будет сообщено дополнительно.

В этом году на RuCTF будет использоваться VirtualBox.

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