Member of Technical Staff - Protocol & Security Engineer

Vinci4d
Palo Alto HQ
On-site

Who this role is best for

A natural match if you have experience designing secure, evolving network protocols and working in domains with large numerical or geometric payloads.

Best fit for

  • Candidates with a background in designing secure, backward-compatible service protocols
    — “designing and shipping network protocols or service-to-service APIs that outlived their first version
  • Individuals who have shaped security by design in complex, multi-system environments
    — “security constraints shape architecture early rather than arriving as review comments
  • Engineers with a history of working in simulation, robotics, or CAD/EDA domains
    — “Simulation, CAD, EDA, robotics, or another domain with large geometric or numerical payloads

Things to consider

  • This role requires a strong focus on documentation and explainability for security audits
    — “much of this role's output is documentation that other engineers and customers rely on
  • The protocol must support future capabilities without breaking existing ones
    — “built so future capabilities extend it rather than break it

How to stand out

  • Highlight your work on schema evolution and secure transport mechanisms in your resume
    — “schema, versioning, and negotiation, built so future capabilities extend it rather than break it
  • Emphasize your ability to define trust and identity models in service-to-service contexts
    — “Own the secure transport and service identity layer, including certificate, key, and credential design
  • Showcase your experience with threat modeling and security compliance in technical interviews
    — “Threat-model the protocol itself, not only its transport, including replay, resource exhaustion, and inference across repeated interactions
  • Demonstrate your ability to communicate complex security concepts clearly to non-technical stakeholders
    — “Clear written communication: much of this role's output is documentation that other engineers and customers rely on
Pace · SteadyCollaboration · HighAutonomy · MediumDecision Impact · CompanyLevel · Mid

Derived from job-description analysis by Serendipath's career intelligence engine.

What success looks like

  • secure protocol design
  • successful security audits
  • customer trust
Typical background
network securitybackend engineeringsecurity engineering

Skills & requirements

Required

Network ProtocolsService-to-service ApisTransport And Authentication SecurityTLS And MtlsCertificate And Key HandlingService IdentityCredential DesignAuthorization ModelsSecurity Threat Modeling

Preferred

GrpcProtocol BuffersMulti-tenant SystemsPrivacy EngineeringSecure Multiparty ComputationConfidential ComputingSimulationCADEDARobotics

Stack & domain

Network ProtocolsService-to-service ApisTLSMtlsCertificateKeyCredential DesignAuthorization ModelsGrpcProtocol BuffersMulti-tenant SystemsPrivacy EngineeringSecure Multiparty ComputationConfidential ComputingSimulationCADEDARoboticsCommunicationCollaborationSecurityProtocol Design

About the role

Original posting from Vinci4d via Ashby

ABOUT VINCI

Every physical thing you touch exists because somebody successfully navigated the laws of physics: the chips in your phone, the vehicles on the road, the data centers powering AI. Physics determines what can be built, how well it performs, and where it breaks. Yet the tools engineers use to understand physical behavior are too slow and too specialized to use continuously while designing, so critical decisions get made with only a partial view of how a system will behave.

Vinci is building a Foundation Model for Physics. Our mission is to make physical reasoning as accessible to engineers as language became through modern AI. This is not an attempt to build slightly better engineering software. It is an attempt to change how physical products are designed. Our technology is used today by many of the world's most advanced semiconductor and electronics organizations, including nearly half of the twenty largest companies in the industry. We are backed by Khosla Ventures and Eclipse Ventures.

THE ROLE

Simulating complex physical systems increasingly means coordinating computation across multiple systems. We are hiring the engineer who will design and own the protocol that makes that coordination possible: the wire format, the identity model, and the trust model.

This is a broad challenge that touches everything from how our solutions work to how to maintain security compliance. Coordinating computation across systems that by design may not fully trust each other is not access control with extra steps. The protocol has to be something a security audit can evaluate and approve, which means the guarantees have to be real and they have to be explainable. You will work on this alongside the physicists and numerical engineers who built our solvers, and the full stack engineers who build the applications..

WHAT YOU'LL DO

  • Design the protocol for cross-system communication: schema, versioning, and negotiation, built so future capabilities extend it rather than break it
  • Own the secure transport and service identity layer, including certificate, key, and credential design
  • Define the trust model: what each participant discloses, what it can infer, and how that is documented for a customer's security review
  • Threat-model the protocol itself, not only its transport, including replay, resource exhaustion, and inference across repeated interactions
  • Partner with our solver, orchestration, and product engineers so that security constraints shape architecture early rather than arriving as review comments
  • Represent our security posture to customers and manage external penetration testing

WHAT WE'RE LOOKING FOR

  • Experience designing and shipping network protocols or service-to-service APIs that outlived their first version, with concrete opinions on schema evolution and backward compatibility
  • Depth in applied transport and authentication security: TLS and mTLS in practice, certificate and key handling, service identity, credential design
  • Experience with authorization models that had to evolve as requirements grew
  • Comfort reasoning about what a system reveals, not only what it permits
  • Clear written communication: much of this role's output is documentation that other engineers and customers rely on

NICE TO HAVE

  • gRPC and Protocol Buffers at scale
  • Multi-tenant or cross-organizational systems where the tenants do not trust each other
  • Privacy engineering, secure multiparty computation, or confidential computing
  • Simulation, CAD, EDA, robotics, or another domain with large geometric or numerical payloads

IS THIS YOU?

This is a back end engineering role with security at its center, not an infrastructure or compliance security role. If your career has mostly been securing and auditing systems other people designed, this is probably not the right fit. If you have designed services that had to be secure by design, it likely is.

Source: Vinci4d careers (Ashby)

Similar roles