Jonathan CareGuest
Matthias ReinwarthHost
Guillaume TeixeronGuestAnd is this also the same angle that you see, Guillaume, when it comes to the general perspective? Because I think the security part actually comes to my mind, but we more think of what is the outcome? What is the code? How do we understand the code that has been written? But is this something that you see in general or that you maybe have seen when you were on the different side of the the barrier that you've mentioned, is this something that has arrived also in the development offices of large vendors right now?

What I see is that now organizations produce code faster than they can verify it.

So they are producing code that light speed or electronic speed, if I may say.

And the problem is that this code has to be verified because you don't ship code, you don't deploy code without verification.

Securing code at the production to securing the prod at the validation time, if I may say.


Because if you produce 10,000 lines of code, but you don't verify them, then you are in trouble.

Okay, so I think the default state of AI in enterprise software development is unmanaged velocity.

So something we saw in our conference EIC, but in many other places, is that people can tell you that AI is in the pipeline, but not how much, not from which tools, or under whose accountability.

Of course, I'm coming to this out of the recently published Software Supply and Security Leadership Compass.

But what I observe is that our security control set, and this is nowhere more true than in application security, is designed for human authored code moving at human speed.

We have put in place AI code delivery, augmenting production times significantly.

So we are still clinging on to the traditional ways of static dynamic code testing assurance.
But if I understand you correctly, that is not necessarily a new challenge.
It's just a change in the dimension and the velocity and the amount of code that is created.
I think we were not necessarily always that brilliant when it came to code checking anyways.
And now we are in the situation that code is produced at a high level and a high, as I said, high volume.
And is this also the same angle that you see, Guillaume, when it comes to the general perspective? Because I think the security part actually comes to my mind, but we more think of what is the outcome? What is the code? How do we understand the code that has been written? But is this something that you see in general or that you maybe have seen when you were on the different side of the the barrier that you've mentioned, is this something that has arrived also in the development offices of large vendors right now?

What I see is that now organizations produce code faster than they can verify it.

So they are producing code that light speed or electronic speed, if I may say.

And the problem is that this code has to be verified because you don't ship code, you don't deploy code without verification.

Securing code at the production to securing the prod at the validation time, if I may say.


Because if you produce 10,000 lines of code, but you don't verify them, then you are in trouble.

Okay, so I think the default state of AI in enterprise software development is unmanaged velocity.

So something we saw in our conference EIC, but in many other places, is that people can tell you that AI is in the pipeline, but not how much, not from which tools, or under whose accountability.

Of course, I'm coming to this out of the recently published Software Supply and Security Leadership Compass.

But what I observe is that our security control set, and this is nowhere more true than in application security, is designed for human authored code moving at human speed.

We have put in place AI code delivery, augmenting production times significantly.

So we are still clinging on to the traditional ways of static dynamic code testing assurance.
But if I understand you correctly, that is not necessarily a new challenge.
It's just a change in the dimension and the velocity and the amount of code that is created.
I think we were not necessarily always that brilliant when it came to code checking anyways.
And now we are in the situation that code is produced at a high level and a high, as I said, high volume.
The rest of this transcript — segmented and speaker-labeled, so you land on the exact moment something was said
Search every transcript — by keyword, by phrase, or by meaning, across every show Radar indexes
Trends — what is surging across podcasts, measured against its own baseline
Alerts — when a name you follow appears in a newly indexed episode
No account is needed to search Radar.