TL;DR • Algorithm integrity requires a balance between preventing access and ensuring access. •...
Structuring the Audit Objective: 10 Key Aspects of Algorithm Integrity
We previously explored the challenges of placing undue reliance on audits.
One potential solution that we outlined is a clear scope, particularly regarding the audit objective.
In this article, we will focus on algorithm integrity as the broad audit objective.
Listen to the audio (human) version of this article - Episode 4 of Algorithm Integrity Matters
While it’s easy to assert that an algorithm has integrity, confirming this assertion is a bit more complex. To help simplify this, this article breaks it down into a set of key areas to consider.
Mixing and matching the various aspects could help shape an ongoing audit program that works for your specific context, objective and needs.
Ten key aspects of algorithm integrity
These are not ranked, and do not appear in any particular order.
Relevance and importance will vary based on your context.
The goal here is to provide clarity on what 'algorithm integrity' can entail as you plan your audit program.
It is important to note that this list:
- is not exhaustive
- was designed with banking and insurance algorithms in mind
- focuses on "traditional" algorithms - e.g., traditional machine learning models (like linear regression or decision trees) and rules-based systems
- is not tailored for emerging AI systems/models- e.g., generative AI, LLMs.
"Emerging AI systems" are often complex, opaque and present a unique set of challenges and considerations. While the items below may apply to them, other aspects may be more important due to the nature of these systems and the context in which they're used. Details will be different - e.g., determining the accuracy and robustness of an LLM is not the same as determining the accuracy and robustness of a "traditional" model.
With the context established, here are the 10 key aspects:
- Accuracy and robustness
- Alignment with objectives
- Fairness (incl. impact assessments)
- Transparency and explainability
- Security
- Privacy
- Governance, Accountability and Auditability
- Risk Management
- Ethics and Training
- Compliance.
The table below expands on each aspect, broadly.
# | Aspect / Category | Description |
1 | Accuracy and Robustness |
|
2 | Alignment with Objectives |
|
3 | Fairness (including impact assessments) |
|
4 | Transparency and Explainability |
|
5 | Security |
|
6 | Privacy |
|
7 | Governance, Accountability and Auditability |
|
8 | Risk Management |
|
9 | Ethics and Training |
|
10 | Compliance |
|
Is this not too much for one audit?
If this is the first audit, or your overall objective is something other than certification or compliance.
And if it is not practical to cover all 10 in one go, you may be able to split it into bite-sized chunks.
Instead of including all ten aspects in every audit, one approach is to separate the items into three sets:
- Areas to cover each time (i.e. critical aspects)
- Areas that could be rotated (i.e. covered in every alternate audit - e.g., low risk, infrequent change)
- Areas that rely on other audits (e.g., security and privacy may have broader, dedicated reviews). Note: reliance requires some work - you typically want to understand the specifics. Consider your unique risks in the area (e.g., what privacy means for your model), and cross-reference this to what has already been covered.
This approach allows for thoroughness, over time, without overwhelming your team.
The specific frequency of your audits may vary. This can depend on a range of factors, e.g., model changes, etc.
Scoping is important, and it does not have to be difficult
This list should, hopefully, help with your scoping exercise.
Consider how these aspects relate to your context, objective, and needs.
Importantly, write it all down, to ensure clarity.
It is good practice when commissioning an audit. You won't regret spending the time and effort.
Disclaimer: the information in this article does not constitute legal advice. It may not be relevant to your circumstances. It is certainly not appropriate for high-risk use cases (as outlined, for example, in The Artificial Intelligence Act - Regulation (EU) 2024/1689, a.k.a. the EU AI Act). It was written for consideration in certain algorithmic contexts within banks and insurance companies, may not apply to other contexts, and may not be relevant to other types of organisations.