Новое:Talanto осенью: поиск с цифрами, вакансия по шагам и каталог компаний

+717новых вакансий за сутки·52 588вакансий открыто сейчас·Новое:Talanto осенью: поиск с цифрами, вакансия по шагам и каталог компаний

Новые вакансии в TelegramРаботодателям
Talanto
Вакансии
Компании5 748
РезюмеAIПодготовкаСтатьи
ТарифыТарифы
Войти

Не нашли подходящее?

Пусть нужная вакансия найдёт вас сама.

  1. Подборка в TelegramНовые вакансии по вашему фильтру — сразу в бота.Подключить
  2. Мэтчи по резюмеЗагрузите резюме — покажем, где вы подходите лучше всего.Загрузить
  3. Сохранить фильтрНастройте поиск один раз и возвращайтесь к новым вакансиям.Настроить
Что нового на TalantoTalanto осенью: поиск с цифрами, вакансия по шагам и каталог компаний

Для работодателей

Опубликуйте вакансию — отклики придут в ваш кабинет.

  1. Вакансиябесплатно
  2. Откликиконтакты бесплатно
  3. Наймэтапы и интервью

40 компаний публикуют вакансии напрямую · 4 391 кандидат открыт к предложениям

Разместить вакансию

Популярные направления

Все подборки
  • Python5 437
  • Облачные технологии4 076
  • QA вакансии1 588
  • Android1 093
  • Инженер данных805
  • Продакт-менеджер368

Разработка

  • iOS1 047
  • Backend вакансии996
  • Fullstack вакансии441
  • Frontend вакансии355
  • AI вакансии354
  • Mobile вакансии27

По стеку

  • Go2 987
  • Java1 810
  • Kotlin868
  • Node.js675
  • Rust436
  • .NET434
  • PHP248
  • C++204
  • C#190

DevOps и инфраструктура

  • Kubernetes2 308
  • Linux-инфраструктура1 890
  • DevOps вакансии1 678
  • Terraform / IaC1 406
  • CI/CD842
  • Мониторинг и Observability645
  • SRE226
  • Кибербезопасность84

Аналитика и данные

  • Аналитик данных483
  • Data Scientist469
  • Бизнес-аналитик349
  • Системный аналитик48

Другие направления

  • Проджект-менеджер139
  • UI/UX дизайн71
  • Ручное тестирование14

По регионам

  • Вакансии в США24 791
  • Вакансии в Европе9 439
  • Работа в России2 924
  • Вакансии в Канаде2 178

По формату

  • Удалённые вакансии43 505
  • Релокация в США24 791
  • Гибридная работа3 370
  • Офисная работа2 525

По уровню

  • Senior вакансии20 898
  • Middle вакансии12 438
  • Junior вакансии3 864

Сейчас нанимают

Все компании
  • Rakuten188 вакансий
  • ASML163 вакансии
  • Grab134 вакансии
  • Wise71 вакансия
  • Infobip28 вакансий
  • Darktrace17 вакансий
  • Spotify14 вакансий
  • Celonis11 вакансий
  • Razorpay9 вакансий
  • Adyen8 вакансий

Вакансии из 344 источников: карьерные страницы компаний и джоб-борды.

КомпанииО насНовостиПубличная офертаУсловия использованияПолитика конфиденциальностиПоддержка
←К теме AWSВсе вопросы
AWSMiddleТеория

Как дать доступ к S3 только из конкретной VPC?

В закладки
Сначала попробуйте ответить сами30 секунд
Сравнить с ответом ↓

Создайте VPC Endpoint типа Gateway для S3 и добавьте в Bucket Policy условие Deny с StringNotEquals aws:SourceVpc или aws:SourceVpce. Без Endpoint условие SourceVpc не сработает даже для инстансов внутри VPC.

Шаг 1: создать VPC Endpoint для S3

VPC Endpoint типа Gateway направляет трафик к S3 через внутреннюю сеть AWS, не выходя в интернет. Без него запросы к S3 идут через NAT Gateway или Internet Gateway.

# Получить ID VPC и таблиц маршрутизации
VPC_ID=$(aws ec2 describe-vpcs \
  --filters "Name=tag:Name,Values=my-vpc" \
  --query 'Vpcs[0].VpcId' --output text)

RTB_IDS=$(aws ec2 describe-route-tables \
  --filters "Name=vpc-id,Values=$VPC_ID" \
  --query 'RouteTables[*].RouteTableId' --output text)

# Создать Gateway Endpoint для S3
aws ec2 create-vpc-endpoint \
  --vpc-id $VPC_ID \
  --service-name com.amazonaws.us-east-1.s3 \
  --route-table-ids $RTB_IDS

Ограничение доступа к S3 только из конкретной VPC

Чтобы разрешить обращения к S3 только из определённой VPC, нужно сочетание двух механизмов: VPC Endpoint для S3 и Bucket Policy с условием aws:SourceVpc или aws:SourceVpce.

Шаг 2: Bucket Policy с запретом для запросов не из VPC

Условие aws:SourceVpc проверяет, что запрос пришёл из указанной VPC. Условие aws:SourceVpce ещё точнее — ограничивает до конкретного Endpoint ID.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "DenyAccessOutsideVPC",
      "Effect": "Deny",
      "Principal": "*",
      "Action": "s3:*",
      "Resource": [
        "arn:aws:s3:::my-private-bucket",
        "arn:aws:s3:::my-private-bucket/*"
      ],
      "Condition": {
        "StringNotEquals": {
          "aws:SourceVpc": "vpc-0a1b2c3d4e5f67890"
        }
      }
    }
  ]
}

Применение Bucket Policy через CLI

aws s3api put-bucket-policy \
  --bucket my-private-bucket \
  --policy file://bucket-policy.json

Альтернатива: ограничение по конкретному VPC Endpoint

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "DenyIfNotVpce",
      "Effect": "Deny",
      "Principal": "*",
      "Action": "s3:*",
      "Resource": [
        "arn:aws:s3:::my-private-bucket",
        "arn:aws:s3:::my-private-bucket/*"
      ],
      "Condition": {
        "StringNotEquals": {
          "aws:SourceVpce": "vpce-0123456789abcdef0"
        }
      }
    }
  ]
}

Важно: исключить административный доступ

Если применить чистый Deny без исключений, даже консоль AWS и IAM-роли с правами администратора потеряют доступ к бакету из-за пределов VPC. Добавьте исключение для IAM-роли управления:

{
  "Condition": {
    "StringNotEquals": {
      "aws:SourceVpc": "vpc-0a1b2c3d4e5f67890"
    },
    "ArnNotLike": {
      "aws:PrincipalArn": "arn:aws:iam::123456789012:role/S3AdminRole"
    }
  }
}

Подводные камни

  • Deny блокирует консоль AWS. При жёстком Deny по SourceVpc даже вы сами не сможете просмотреть содержимое бакета через браузер, если подключены не через VPN в ту VPC. Необходимо добавить исключение для административных ролей.
  • Gateway Endpoint не применяется автоматически. Нужно явно добавить его в таблицы маршрутизации всех нужных подсетей. Если забыли добавить подсеть — трафик пойдёт в обход Endpoint, и условие SourceVpce не выполнится.
  • aws:SourceVpc работает только при наличии Endpoint. Если VPC Endpoint не создан, условие SourceVpc не выполняется даже для запросов из EC2 той же VPC — они уходят через NAT без VPC-идентификатора.
  • Cross-account сценарии. При межаккаунтном доступе условие SourceVpc проверяет VPC в аккаунте источника. Нужно отдельно настраивать для каждого аккаунта-потребителя.
  • S3 Access Points не наследуют политику бакета. Если используете S3 Access Points, ограничение по VPC нужно настраивать и на уровне Access Point Policy, и на уровне Bucket Policy.
  • Block Public Access не заменяет Bucket Policy. Block Public Access блокирует только публичный доступ, но не ограничивает доступ из других VPC или через интернет для аутентифицированных IAM-пользователей.
  • Interface Endpoint vs Gateway Endpoint. Для некоторых S3-операций (например, S3 Object Lambda) нужен Interface Endpoint, а не Gateway. Они работают по-другому и имеют другой идентификатор.

Частые вопросы на собеседовании

  • Спроектируй highly available web-приложение в AWS.
  • Что такое RTO и RPO?
  • Как организовать multi-account стратегию в AWS Organizations?
  • Что технически делает subnet публичным?

Типичные ошибки

  • Путать SourceVpc/SourceVpce и обычный source IP.
  • Ломать доступ AWS services слишком широким deny.
  • Не иметь break-glass перед изменением bucket policy.

Что проверяет интервьюер

  • Предлагает VPC endpoint + bucket policy condition.
  • Учитывает IAM и endpoint policy.
  • Понимает риски блокировки console/service access.

Как вы знаете этот вопрос?

Проверить себя по теме AWS →

Источники

  • https://docs.aws.amazon.com/AmazonS3/latest/userguide/example-bucket-policies-vpc-endpoint.html
  • https://docs.aws.amazon.com/vpc/latest/privatelink/vpc-endpoints-s3.html

Связанные темы

AWSnetwork-based-access-controls3-security

Вакансии с этим навыком

AWS вакансии
  • Middle/Senior Go Разработчик [MWS Cloud Platform]
  • Senior Engineering Manager (#5779)
  • Middle AI/ML Engineer (#5827)
  • Senior DataOps Engineer (#5858)
  • Voice AI Engineer (Real-Time Speech) (#5861)