How Project Akrites Is Building a Global Open Source Security Response Team | CRob, OpenSSF
Watch on YouTubeVideo summary
The rapid advancement of AI-powered tools has revolutionized vulnerability detection, reducing tasks that once took security researchers weeks or months to mere minutes. While this acceleration is beneficial as it uncovers issues previously missed by manual inspection, it introduces a critical coordination challenge known as "AI slop." Organizations are now independently scanning the same open-source packages and flooding upstream maintainers with thousands of low-quality reports generated automatically. This lack of communication means that if one entity finds an unpatched vulnerability in a shared library used by banks or hospitals, others remain unaware until the flaw is exploited, creating significant security risks due to fragmented information flow.
To address this fragmentation, the Linux Foundation has launched Project Akrites (formerly referred to as Equities in parts of the transcript), which serves as a global open-source security response team and coordination layer. Modeled after historical Byzantine border guards who acted as an early warning system for the empire, this project aims to bridge the gap between automated vulnerability finders and the maintainers responsible for fixing them. The initiative focuses specifically on the end-of-life phase of the software development lifecycle, ensuring that findings are accurately documented, responsibly disclosed with empathy toward upstream projects, and distributed publicly so that all consumers can access fixes quickly. By centralizing these efforts, Akrites helps manage the overwhelming volume of reports generated by advanced AI models while fostering a culture of cooperation rather than chaotic competition among security researchers.
The project distinguishes itself from broader initiatives like OpenSSF by maintaining a laser focus on incident response and vulnerability disclosure within the existing software supply chain framework. While OpenSSF continues to provide long-term sustainability, best practices, training, and policy engagement across the entire Software Development Lifecycle (SDLC), Akrites concentrates exclusively on finding vulnerabilities, validating reports, and facilitating their passage upstream for resolution. Membership in Akrites requires a commitment from subject matter experts who dedicate time to this specific mission of coordinating red teaming efforts and helping projects find stewards when they are abandoned or unsupported. This specialized approach allows the community to leverage open-weight AI models effectively without relying solely on expensive frontier systems, ensuring that vulnerability chaining capabilities remain accessible even with less costly tools while maintaining transparency about model decisions.
Looking forward, Project Akrites is designed as a neutral, international body committed to serving the global nature of open source rather than adhering to specific geographic jurisdictions or regulatory mandates alone. The team already includes members from various nationalities and aims to adopt a "follow-the-sun" approach with experts available across different time zones to assist whenever critical issues arise. This global strategy involves active collaboration with international governments, including partners in the US such as CISA and NIST, as well as European entities like ENISA and the European Commission, alongside counterparts in Japan, India, Korea, Australia, and the UK. By sharing information on a worldwide scale rather than restricting it to local laws or regions, Akrites ensures that critical security data is disseminated rapidly to protect users everywhere, ultimately helping organizations meet compliance obligations more effectively while strengthening the resilience of the entire open-source ecosystem against evolving threats.
Read the full video transcript
AI powered tools have made it extremely
easy to find vulnerabilities in open
source code. What used to take security
researchers weeks of manual work now
takes an AI tool minutes. And every
organization is doing that. They're
scanning the same open source packages
independently. And more people who know
about these unpatched vulnerabilities
before the fake ships, the higher the
odds that it leaks to attackers before
it is patched. The irony is a bank and a
hospital may be using the same obscure
open source library. They may find those
vulnerability, but they don't talk to
each other and they won't even know
unless or until it's exploited. And to
address this challenge, the Linux
Foundation is announcing a new project
called Equities. It's kind of a shared
coordination layer sitting between the
people who find vulnerabilities and the
open source maintainers who actually
have to fix them. That's my
understanding of what this project is
all about. And today we have with us,
once again, Christopher Robinson or
Crob, CTO of Open SSF and chief security
architect at the Linux Foundation, to
walk us through it. First of all, Crob,
it's great to have you back on the show.
And tell me how close or far I was from
the real problem that we are facing
due to open source and AI fighting
against each other. Sometimes I feel
that, "Hey, that's a good thing because
AI is finding a lot of vulnerabilities
which we could not find otherwise." But
at the same time, the volume, the lack
of coordination is creating a lot of
challenges. So, first of all, correct me
how far I was from the reality.
>> Oh, thank you for having me. And you
were actually pretty close.
It was around
the fall of last year where the
community really recognized that there
was this increased use of these LLM's
and other AI enabled tools and we had a
lot of conversations in the community
and across the ecosystem about AI slop.
And it was the case that last year
uh many people were using these tools
and they were just throwing reports over
the walls at uh upstream maintainers and
corporations and the quality to be
perfectly blunt was pretty terrible.
I and there was this huge effort and the
Open SSF was talking about in part of
our vulnerability disclosure working
group, let's write some guidance for
researchers and for projects to try to
help mitigate this AI slop
problem.
Around the beginning of this year,
January, February, something changed in
those advanced models and the reports
actually started to get pretty good. And
this this isn't universally they they
aren't a universally beloved thing, but
generally the quality and uh the data
you got out of these types of tools was
much much better and like thinking about
like where we are today in the summer
uh
the the reports are almost as good as if
you had a professional kind of seasoned
security researcher kind of applying
their time and you're absolutely right.
It used to take researchers weeks,
months, uh sometimes maybe a year to
kind of think through and figure out how
to present this vulnerability and to get
it fixed. And the time now we have with
these um automated tools like a using
LLM's, whether it's an advanced kind of
frontier style model like a mythos style
thing or even if it's an open weight
open source model like a Kimmy where
we're seeing very good results with
these open weight models and the time
has been compressed where now we have
hours after a public model finds
something before potentially somebody
else could discover it.
You were very close.
>> So, thank you. Now, talk a bit about
first of all, how do you say Equities
and what is this project all about? What
is the idea behind the project and how
it's going to address this problem?
>> So, the project name is Project Equities
and you can go to equities.org to kind
of see our public information. And as we
move forward and start executing on the
program, you'll see more information
both on the website and then our like
our GitHub repositories and put more
public communications.
Um
and you
what we've noticed is there are a lot of
people, whether you are you know,
somebody that has a $20 chat GPT or a
cloud code account and you want to do
scanning
or you're a very large organization that
might have access to some of these
larger things where there's been a a
substantial amount of stakeholders that
have been trying to find and figure out
what to do with all of these potential
vulnerability reports. And that's where
a project Equities stands in. Um the
Equitai were a group of Byzantine
soldiers that used to live out in the
outskirts of the
Byzantium Empire and they were kind of
like an early warning system. They would
keep an eye on things. They were
defenders of the frontier and then as
invaders were coming or if there was
trouble, they would be the ones that
would help uh
try to address that particular problem,
but then make sure that everybody back
in the empire was warned.
And that's where that kind of thinking
that we're at is again, there were a lot
of people looking to try to find these
problems, but very few were thinking
about the problem of what do I do with
all these findings? How do I get them
upstream? And that again, thinking about
last year with the the reaction of
upstream to AI slop is the worst
possible case is somebody runs a scanner
and we start filing thousands of reports
without arming upstream so that they can
understand how to do what the report is,
how they can take action, and kind of
giving them um additional tools and
resources so that they can address that
those findings in something that's uh
acceptable within that upstream
community.
>> And also talk a little bit about uh
why launch this now. Was there any
specific moment or catalyst that pushed
this from kind of an idea, a thought
process to a reality?
>> Mhm. Well, if you've been around the
OpenSSF for any period of time, people
the long-time players at home might
remember we had a thing called the
mobilization plan about 4 or 5 years
ago. And actually one of the work
streams that was identified by our
community and the board was this
incident response team. And at the time,
the problem wasn't as pressing or wasn't
as obvious to folks, and that didn't
move forward. But this year, um starting
off with efforts like Anthropic's uh
glass wing program, what um OpenAI has
done with uh GPT cyber and these other
programs is now people have access to
these very capable advanced models. And
these tools can do
much more sophisticated work than your
traditional security scanner can do. And
we started to start um those
organizations started to recognize that
they were finding dozens, hundreds,
potentially thousands of findings on
projects across the open source
ecosystem. And again, we've all joined
together to try to make sure that those
are uh
responsibly disclosed, and making sure
that they're empathetic to the upstream
project, and then most importantly, that
there is some type of public treatment
so that when these issues get uh
released as general availability, public
disclosure, that everybody that consumes
that package has access to those fixes
as quickly as possible.
>> If you look at some of these major open
source projects that literally are
people may not realize backbone and
foundation of modern economy. Linux
kernel, you know that or Kubernetes,
there's so many open source projects.
What does AI and the security of these
projects mean in this new world where
vulnerabilities can be found easily and
now the problem is that both good guys
and bad guys are looking at it and I
always say as good guys you have to be
right 101% time. Bad guys have to be
right only once. So how do you look at
this word?
>> And from our perspective, obviously open
source is deeply ingrained in our DNA
and we feel that this is the most
effective model of development and
co-engineering in existence.
And if you look at these frontier model
systems with the exception of like some
of the hardware components and then some
of the like the training information,
all of these things are deeply deeply
dependent upon open source libraries and
communities for their commercial
offerings. So it really depends on who
you are and kind of what resources you
have access to. There are amazing for
fee paid services that these models have
some great capabilities, but thinking
about open weight and open model models,
we feel that that is a
a great approach that people can
effectively leverage because you can
understand much better. Just like open
source code where you can understand how
this model was developed, how it was
trained, how the decisions are made with
the weights. So this is a a path that we
think is just as important and while the
open weight models and these the newer
open source things might not have all of
some of the advanced capabilities like
some of these frontier models have are
very sophisticated in their ability to
do vulnerability chaining,
you can do that with, you know, less
cost models. You don't have to go with
the most expensive thing on the planet,
but you also get very good results. And
what we've seen in our testing and
engagement is that the open weight stuff
actually we we kind of prefer because we
have better ability to steer how that
how that information is trained and then
share that and then people can look at
the decisions we made or as we were
putting the model together and that's
where you can have like this expert
system that's trained to think just like
me and I can have that conversation and
not worry about disclosing confidential
information to a potentially public
resource with other people share.
>> Excellent. Thank you. Now, I have been
tracking of course OpenSSF since early
days and a lot of security-related
projects that predates OpenSSF same way
you have been tracking them.
Talk a bit about how is this project
Equities different from OpenSSF? Is it
complementing it? Is this Is it
competing? I mean, there is no
competition. It's always cooperation in
open source world, but I just want to
understand the the the existence of
these these different projects.
Are the goals different or the goals are
same? Is new problems emerging? So, you
have to come up with more focused
projects. So, I just just talk about
that.
>> It's very definitely complimentary
efforts. The OpenSSF has it'll we're
coming up on our sixth anniversary. We
have a six-year track record of
delivering best practices, guidance,
documentation, training, public policy
engagement and those are things that
we'll continue. And you can think of
OpenSSL OpenSSF along the lines of kind
of a SDLC, a best practices and secure
by design focus.
Acquities is laser-focused on one piece
of the SDLC and that is the let end
phases where you're in maintenance and
updates. Laser-focused on finding the
vulnerabilities, making sure that those
vulnerabilities are accurately
documented, and then that those reports
are passed up to some type of upstream
project for determination on how it goes
out the door. So again, it's very
complimentary. We have some work within
the Open SSF that talks about this
piece, our vulnerability disclosure
working group. And ultimately, what the
plan is is as the
Equities CERT, the security incident
response team, starts getting in there
and working with upstream projects and
across the ecosystem, is we're going to
be cataloging these good practices and
then passing them back over to the Open
SSF for creation of a white paper or
training, kind of whatever the
particular, you know, artifact is
needed. And again, kind of leaning into
that subject matter expertise of that
that community as opposed to incident
response, which is kind of a a very
small slice of the world.
>> And uh as I was saying in the very
beginning that it is kind of neutral
common place where, you know, no matter
who can
uh so if
organizations do want to get involved,
should they get involved with Open SSF
or should they get involved with
Equities? Uh because sometimes it may
lead to confusion. Hey, who should we
talk to? What about you? So give us some
guidance on who they should talk to and
what does the membership involvement
looks like there?
>> It depends on which kind of story
resonates with the particular
stakeholder. So if you are interested in
that long-term sustainability, if you're
interested in tooling and training and
education to help the supply chain,
Open SSF is the place to go.
If you feel that you have security
engineering, like penetration testing,
red team, product security experience,
and you want to help with this
particular problem and helping set some
of these norms and helping uh broadly
upstream coordination has been a
challenge for the industry. And this is
the first effort. But it's So, if you're
interested in focusing on that specific
piece of the problem, that's where you
can onboard is going through the
Equities project. The Equities, we have
a couple different membership levels and
broadly the core tenant is that if
you're going to participate within this
group, you not only need to have, you
know, pay your membership dues, but
there's also a requirement of dedicating
subject matter experts, engineers to the
effort. And that's where the idea is we
have we'll have a core team of incident
responders and we'll build this
coalition of red and experts from across
the ecosystem so that when we need
assistance or maybe we have
your engineers have specific
relationships with critical projects,
for example. It'd be great to have you
in there participating trying to help us
help that project specifically. Or if
you had more generalized experiences.
But again, if you're looking to do, you
know, the analysis of vulnerability
reports and then kind of the
negotiation, communication, and
disclosure of those, that's one
particular set of skills. But if you're
more interested in the kind of that
long-term sustainability, helping set
standards like Salsa, which is the kind
of the de facto supply chain security
standard, that's more appropriate for
the Open SSF where the Equities will not
be doing that type of
longer-term sustainability type things.
>> You and I were crazy about CRA back
then, you know, and we always talk about
that.
Because of AI, that is also becoming a
big problem
from if I ask you to wear your CRA
advocacy hat for a few seconds, how is
this project going to help with that?
>> Well, I The theory is that if we're able
to get these vulnerabilities discovered
and then have fixes distributed upstream
more quickly, hopefully that will help
all of the manufacturers, which are the
ones supplying the products to the
European citizens on the European
market. So, the theory is that by doing
this, we're able to help them meet their
obligations.
And then, you know, as we're engaged
with upstream projects, some of these
projects um might not have a steward or
you know, a big brother or big sister to
help. Part of our mission is to as we
discover these projects that either, you
know, have retired, they might not be
operating upstream, they could be end of
support, or they might need help. Will
be part of the CERT's mission will be to
try to find stewards to help support
these projects long-term. And that's
where again, it's
um it does not directly help an
organization kind of achieve their
compliance needs for the law, but in
theory, we're able to get data out there
more quickly so that they those
organizations can be more responsive.
And then, you know, as they have
capabilities, we're trying to encourage
those members to step up and become
stewards and provide that more long-term
sustainability for these projects.
>> What kind of involvement, engagement, uh
you are seeing you also have LF Europe
now as well. You also have Linux
Foundation India as well. Talk a bit
about what kind of engagement are you
looking at from global perspective?
>> So, from our perspective, open source is
truly a global international effort. You
have people contribute from
every location on the planet. So, to
serve just one jurisdiction does not
help because very rarely are projects
kind of defined within a particular
geography.
And so, our goal is to try to be this
neutral international body to help the
open source. And very broadly, we've had
great conversations with international
governments. We're in conversations with
the US government and like their Gold
Eagle project and we've been long-time
partners and contributors with CISA,
NIST, and MITRE. So, that is
again, part of what we're doing. But,
through our work with the CRA, I have
excellent engagement with our friends at
ENISA and the European Commission. And
you know, those are stakeholders that
we've been briefing about the project
and you know, we feel that as these
issues go public, we want to make sure
that that information is shared at a
global scale and not restricted to a
particular geography. And we're also in
conversations with our friends like for
METI in Japan, talking with folks in
India, Korea, Australia, UK. So, we we
were thinking the program is designed to
be as you know, international and
globally cooperative as possible. And
you know, my team will be an
international team. I've already got
folks from several different
nationalities participating and that's
kind of our goal is that at eventually
when the team is in full operation, I
have kind of a global follow the sun
approach where I'll have experts in many
different geographies that'll be
available to assist depending on what
the particular issue arises.
>> Rob, once again, thank you so much for
joining us and walking us through what
this project is all about. And of
course, those who are watching, please
head over to acrtis.org and check out
the latest work and please get involved.
That's the only way of how open source
works. Thank you again for your time
again and I will see you in the next
one.