Staff Product Security Architect

О позиции

Вы присоединитесь к команде Security Platforms and Architecture, которая работает над системными рисками безопасности продукта и координирует усилия с отделами архитектуры, исследований и прикладной безопасности. В FY27 GitLab реализует новую организационную модель, где каждый архитектор отвечает за конкретную функциональную область продукта, что позволяет углубить экспертизу и усилить проактивную поддержку. Как Core DevOps архитектор вы будете работать в тесном взаимодействии с командами, занимающимися AI и Sec Section, решая сквозные задачи безопасности при сохранении специализированной экспертизы.

Условия

• Гибкий график оплачиваемого отпуска (Flexible Paid Time Off)
• Компенсация акциями и план покупки акций сотрудников (Equity Compensation & ESPP)
• Бюджет на рост и развитие (Growth and Development Fund)
• Оплачиваемый отпуск по уходу за ребёнком (Parental Leave)
• Ресурсные группы сотрудников (Team Member Resource Groups)
• Участие в формировании одной из самых secure software factory платформ на рынке
• Возможность работать с лучшими специалистами отрасли над сложными проблемами безопасности
• High-performance культура с непрерывным обменом знаниями и использованием AI как мультипликатора продуктивности

Навыки

• Application Security
• Security Architecture
• Authentication
• Authorization
• Distributed Systems Security
• Secrets Management
• Software Supply Chain Security
• Threat Modeling
• Code Review
• Prototyping
• Team Mentoring
• Risk Assessment
• Standards Definition
• AI Security
• DevSecOps
• Cloud Security

Могут спросить на собеседовании

1. Как вы подходите к идентификации и приоритезации системных рисков безопасности в продуктовой экосистеме?
2. Опишите пример, когда вы внедрили security pattern или standard, который команда adoption приняла без принудительного контроля.
3. Как вы организуете threat modeling для new и existing систем, особенно в условиях ограниченных ресурсов?
4. Какой ваш взгляд на delivery security guidance для AI coding tools вместо традиционных human-facing документаций?
5. Расскажите о случае, когда вы вмешались на этапе дизайна архитектуры, чтобы предотвратить потенциальную уязвимость класса rather than instance.