Steg 9 (R4): unified migrate-corpus.mjs --write over engineering/governance/ infrastructure/security. 327 filer mutert, verified=null, prosa byte-identisk (fra første ## seksjon), advisor urørt (0 endringer). To applier-fixes oppdaget under kjøring (TDD, RED→GREEN): - insertHeaderFields: anker faller nå tilbake når en meta-linje selv passerer 500B (2 filer pakket et avsnitt i **Status:** → Type/Source landet utenfor scan-vinduet, applierens post-write-assertion fanget + restaurerte). - normalizeStaleVerified: fjerner nå ALLE stale non-date **Verified:** i 500B-vinduet, inkl. stray body-dup rett under --- (9 mlops-genaiops-filer var ellers falskt "verified"/fresh, droppet fra worklist). Operatør-godkjent utvidelse av carve-out; kun stray metadata-linjer, aldri prosa. test-transform-criterion: precondition oppdatert til post-migrasjons-sannhet (fila bærer nå Source). Suite 728/728 grønn.
473 lines
20 KiB
Markdown
473 lines
20 KiB
Markdown
# AI Risk Taxonomy - Classification and Risk Levels
|
||
|
||
**Last updated:** 2026-06-19
|
||
**Status:** GA
|
||
**Category:** Responsible AI & Governance
|
||
**Type:** reference
|
||
**Source:** https://learn.microsoft.com/azure/machine-learning/concept-responsible-ai
|
||
|
||
---
|
||
|
||
## Innhold
|
||
|
||
- [Introduksjon](#introduksjon)
|
||
- [Kjernekomponenter](#kjernekomponenter)
|
||
- [Arkitekturmønstre](#arkitekturmønstre)
|
||
- [Beslutningsveiledning](#beslutningsveiledning)
|
||
- [Integrasjon med Microsoft-stakken](#integrasjon-med-microsoft-stakken)
|
||
- [Offentlig sektor (Norge)](#offentlig-sektor-norge)
|
||
- [Kostnad og lisensiering](#kostnad-og-lisensiering)
|
||
- [For arkitekten (Cosmo)](#for-arkitekten-cosmo)
|
||
- [Kilder og verifisering](#kilder-og-verifisering)
|
||
|
||
## Introduksjon
|
||
|
||
AI Risk Taxonomy er et strukturert rammeverk for å identifisere, klassifisere og prioritere risikoer i AI-systemer. Microsoft har utviklet en omfattende tilnærming som kombinerer teknisk sikkerhet, ansvarlig AI-praksis og regulatorisk compliance (spesielt EU AI Act). Taxonomien dekker hele AI-livssyklusen fra datainnsamling til produksjonsdrift.
|
||
|
||
Denne kunnskapsbasen beskriver Microsofts tilnærming til risikokategorisering, severitetsgradering og taksonomisk klassifikasjon av AI-risikoer. Den integrerer:
|
||
|
||
- **AI Security Risk Assessment Framework** – teknisk risikokartlegging
|
||
- **Responsible AI Standard** – etiske og regulatoriske krav
|
||
- **EU AI Act alignment** – risikokategorier (unacceptable, high, limited, minimal)
|
||
- **MITRE ATLAS** – adversarial ML threat matrix
|
||
|
||
**Verified** (microsoft_docs_search, 2026-02)
|
||
|
||
---
|
||
|
||
## Kjernekomponenter
|
||
|
||
### 1. Risikokategorier (EU AI Act-inspirert)
|
||
|
||
Microsoft har tilpasset sin risikotaksonomi til EU AI Acts fire hovedkategorier:
|
||
|
||
| Risikokategori | Beskrivelse | Krav | Eksempler |
|
||
|----------------|-------------|------|-----------|
|
||
| **Unacceptable Risk** | Forbudte bruksområder som krenker grunnleggende rettigheter | Totalt forbud | Social scoring, real-time facial recognition (law enforcement), subliminal manipulation, exploitation av sårbare grupper |
|
||
| **High Risk** | Betydelig påvirkning på individers rettigheter eller sikkerhet | Strict compliance, human oversight, impact assessment | Critical infrastructure, employment decisions, credit scoring, healthcare diagnosis, biometric identification |
|
||
| **Limited Risk** | Transparenskrav for brukere | Disclosure requirements | Chatbots, AI-generated content, deepfakes |
|
||
| **Minimal Risk** | Fri bruk med best practice | Voluntary compliance | Spam filters, AI-enabled video games, recommendation systems |
|
||
|
||
**Verified** (Microsoft Enterprise AI Services Code of Conduct, 2026-02)
|
||
|
||
### 2. Severitetsgradering (Microsoft Security Framework)
|
||
|
||
Microsoft bruker en 5-nivå severitetsmodell for å prioritere sikkerhetsrisikoer:
|
||
|
||
| Severity Level | Kriterier | Impact | Eksempler |
|
||
|----------------|-----------|--------|-----------|
|
||
| **Critical** | AI modell behandler sensitive persondata (PCI, HIPAA, GDPR)<br>Business-critical system<br>Fysisk skade/død mulig<br>Kritisk infrastruktur | Stor negativ innvirkning på business operations | Healthcare AI, autonomous vehicles, financial fraud detection |
|
||
| **High** | Sensitive persondata eller konfidensielt IP<br>Stor men avgrenset business impact<br>Business-critical applications | Betydelig men avgrenset skade | Customer-facing AI, HR recruitment systems |
|
||
| **Medium** | Subset av treningsdata inneholder sensitive data<br>Ikke-kritisk men business-facing<br>Påvirker production models indirekte | Begrenset business impact | Non-production models with production data access |
|
||
| **Low** | Treningsdata ikke brukt i production<br>Ingen production deployment<br>Ingen produksjonsrelevans | Minimal business impact | Research models, sandbox environments |
|
||
| **Informational** | Uklassifiserte data fra vetted sources<br>Ingen production-bruk | Ingen business impact | Academic research, public datasets |
|
||
|
||
**Verified** (AI Risk Assessment for ML Engineers, 2026-02)
|
||
|
||
### 3. Attack Type Risk Matrix
|
||
|
||
Microsoft har utviklet en spesialisert risikomatrise for adversarial ML attacks basert på likelihood, impact og exploitability:
|
||
|
||
| Attack Type | Likelihood | Impact | Exploitability | Beskrivelse |
|
||
|-------------|-----------|--------|----------------|-------------|
|
||
| **Extraction** | High | Low | High | Model stealing via API queries |
|
||
| **Evasion** | High | Medium | High | Adversarial inputs som forårsaker feile prediksjoner |
|
||
| **Inference** | Medium | Medium | Medium | Rekonstruksjon av treningsdata via modell-spørring |
|
||
| **Inversion** | Medium | High | Medium | Recovery av sensitive attributter fra modelloutput |
|
||
| **Poisoning** | Low | High | Low | Manipulering av treningsdata for å påvirke modelloppførsel |
|
||
|
||
**Verified** (AI Risk Assessment for ML Engineers, 2026-02)
|
||
|
||
### 4. Content Safety Risk Categories
|
||
|
||
Azure AI Content Safety og Microsoft Responsible AI Standard definerer seks primære innholdsrisiko-kategorier:
|
||
|
||
| Risk Category | Severity Levels | Beskrivelse | Default Threshold |
|
||
|---------------|-----------------|-------------|-------------------|
|
||
| **Hate and Fairness** | Safe (0) → High (6) | Hatefullt innhold, diskriminering basert på beskyttede attributter | Medium (block 4+) |
|
||
| **Sexual Content** | Safe (0) → High (6) | Erotisk, pornografisk eller seksuelt eksplisitt innhold | Medium (block 4+) |
|
||
| **Violence** | Safe (0) → High (6) | Grafisk vold, gore, våpen, trusler | Medium (block 4+) |
|
||
| **Self-Harm** | Safe (0) → High (6) | Selvskading, suicidal ideation | Medium (block 4+) |
|
||
| **Protected Material** | Detected / Not Detected | Opphavsrettsbeskyttet materiale (text, code) | Block all detected |
|
||
| **Jailbreak (User Prompt Injection)** | Detected / Not Detected | Forsøk på å omgå sikkerhetskontroller | Block all detected |
|
||
|
||
**Verified** (Default Guidelines & controls policies, 2026-02)
|
||
|
||
---
|
||
|
||
## Arkitekturmønstre
|
||
|
||
### Risk Assessment Workflow
|
||
|
||
```
|
||
1. IDENTIFY
|
||
├─ Impact Assessment (Responsible AI Impact Assessment template)
|
||
├─ Red Team Testing (PYRIT, AI Red Teaming Agent)
|
||
├─ Stress Testing
|
||
└─ Prioritized Harm List
|
||
|
||
2. ASSESS
|
||
├─ Severity Classification (Critical → Informational)
|
||
├─ Likelihood Evaluation (High → Low)
|
||
├─ Impact Analysis (Quantitative + Qualitative)
|
||
└─ Risk Score Calculation
|
||
|
||
3. MITIGATE
|
||
├─ MCSB v2 AI controls (AI-1 to AI-7)
|
||
├─ Content Safety Filters (AI-2)
|
||
├─ Human-in-the-Loop (HITL, AI-5)
|
||
└─ Access Controls & Monitoring (AI-6)
|
||
|
||
4. MONITOR
|
||
├─ Azure Monitor Logs (AADUserRiskEvents)
|
||
├─ Security Dashboard for AI
|
||
├─ Continuous Red Teaming
|
||
└─ Incident Response
|
||
```
|
||
|
||
### Three-Pillar Security Model
|
||
|
||
Microsoft organiserer AI-sikkerhet i tre pillarer (MCSB v2 dekker kontrollene AI-1 til AI-7):
|
||
|
||
#### Pillar 1: AI Platform Security
|
||
- Approved models / model approval process (AI-1)
|
||
- Network segmentation & VPN (NS-2)
|
||
- Identity management (IM-3)
|
||
- Logging & monitoring (LT-3)
|
||
- Data-at-rest encryption (DP-4)
|
||
|
||
#### Pillar 2: AI Application Security
|
||
- Multi-layered content filtering (AI-2) — Azure AI Content Safety
|
||
- Safety meta-prompts (AI-3)
|
||
- Least privilege for agent functions / plugins (AI-4)
|
||
- Human-in-the-Loop (AI-5)
|
||
- Discover, classify, label sensitive data (DP-1)
|
||
|
||
#### Pillar 3: Monitor and Respond
|
||
- Establish monitoring and detection (AI-6) — Defender for Cloud AI threat protection
|
||
- Continuous AI red teaming (AI-7) — PYRIT, Azure AI Red Teaming Agent
|
||
- Threat intelligence correlation (MITRE ATLAS, OWASP Top 10 for LLM)
|
||
- Audit trails & compliance reporting
|
||
|
||
**Verified** (Artificial Intelligence Security - MCSB v2, 2026-06)
|
||
|
||
---
|
||
|
||
## Beslutningsveiledning
|
||
|
||
### Når skal hvilken risikokategori brukes?
|
||
|
||
**Bruk denne beslutningstreet:**
|
||
|
||
```
|
||
START
|
||
│
|
||
├─ Omfattes bruksområdet av forbudte use cases? → JA → UNACCEPTABLE RISK (avslå)
|
||
│ → NEI → fortsett
|
||
│
|
||
├─ Påvirker systemet juridiske rettigheter, økonomisk stilling,
|
||
│ ansettelse, eller kan det forårsake fysisk/psykisk skade? → JA → HIGH RISK
|
||
│ → NEI → fortsett
|
||
│
|
||
├─ Genererer systemet syntetisk innhold (tekst, tale, bilde, video)
|
||
│ som interagerer med eksterne brukere? → JA → LIMITED RISK (disclosure required)
|
||
│ → NEI → fortsett
|
||
│
|
||
└─ Alle andre tilfeller → MINIMAL RISK (best practice)
|
||
```
|
||
|
||
### Severity Assessment Checklist
|
||
|
||
For hvert AI-system, evaluer:
|
||
|
||
**Kritiske faktorer (Critical hvis JA):**
|
||
- [ ] Behandler sensitive persondata (GDPR Art. 9, HIPAA, PCI-DSS)
|
||
- [ ] Fysisk skade eller død er mulig outcome
|
||
- [ ] Kritisk infrastruktur (helse, energi, transport, vann)
|
||
- [ ] Business-critical med stor operational impact
|
||
|
||
**Høye faktorer (High hvis JA):**
|
||
- [ ] Konfidensielle data eller bedriftshemmeligheter
|
||
- [ ] Betydelig men avgrenset business impact
|
||
- [ ] Customer-facing production system
|
||
|
||
**Medium faktorer (Medium hvis JA):**
|
||
- [ ] Subset av treningsdata er sensitive
|
||
- [ ] Non-production men business-relevant
|
||
- [ ] Indirekte påvirkning på production models
|
||
|
||
### Human Oversight Requirements (AI-5)
|
||
|
||
High-risk actions krever Human-in-the-Loop (HITL) ved:
|
||
|
||
| Scenario | HITL-krav | Implementering |
|
||
|----------|-----------|----------------|
|
||
| **External data transfer** | Mandatory approval | Azure Logic Apps / Power Automate approval workflow |
|
||
| **Financial transactions > threshold** | Mandatory approval | Secure dashboard with Azure Key Vault auth |
|
||
| **Healthcare diagnosis/treatment** | Mandatory review | Clinical decision support with physician override |
|
||
| **Employment decisions** | Mandatory review | HR dashboard with documented decision rationale |
|
||
| **Legal/compliance decisions** | Mandatory approval | Audit trail with Azure Monitor |
|
||
|
||
**Verified** (AI-5: Ensure human-in-the-loop, MCSB, 2026-02)
|
||
|
||
---
|
||
|
||
## Integrasjon med Microsoft-stakken
|
||
|
||
### Microsoft Foundry
|
||
|
||
| Komponent | Risk Assessment Feature |
|
||
|-----------|------------------------|
|
||
| **AI Red Teaming Agent** | Automated adversarial testing (4 risk categories: Violence, Hate, Sexual, Self-Harm) |
|
||
| **Safety Evaluators** | Pre-deployment risk scoring for content safety |
|
||
| **Prompt Shields** | Real-time jailbreak detection |
|
||
| **Groundedness Detection** | Hallucination & ungrounded inference detection |
|
||
|
||
### Azure AI Content Safety
|
||
|
||
```json
|
||
{
|
||
"riskCategories": {
|
||
"Hate": { "enabled": true, "threshold": "Medium" },
|
||
"Sexual": { "enabled": true, "threshold": "Medium" },
|
||
"Violence": { "enabled": true, "threshold": "Medium" },
|
||
"SelfHarm": { "enabled": true, "threshold": "Medium" }
|
||
},
|
||
"blocklists": ["custom-terms-list"],
|
||
"promptShield": { "enabled": true }
|
||
}
|
||
```
|
||
|
||
### Security Dashboard for AI
|
||
|
||
Sentralisert risikokartlegging (sanntid) på tvers av Microsoft Security-løsninger. Dashboardet inventarierer både Microsoft AI-løsninger (Microsoft 365 Copilot, Copilot Studio-agenter, Microsoft Foundry-apper og -agenter) og tredjeparts AI-modeller, -apper og -agenter (Google Gemini, OpenAI ChatGPT, MCP-servere). Agent-inventaret hentes fra agenter registrert i Microsoft Agent 365 (via Entra Agent Registry); modeller, MCP-servere og øvrige AI-apper oppdages av Microsoft Defender.
|
||
|
||
- **Microsoft Entra** – Identity & access governance, conditional access for AI-apper, agent identity platform
|
||
- **Microsoft Defender** – AI threat protection, kontinuerlig overvåking av agenter/workloads, sky-sikkerhetsposisjon, SaaS AI-app-risiko
|
||
- **Microsoft Purview** – Data classification, DLP for AI, insider risk
|
||
- **Security Copilot** – AI-powered risk exploration via prompts
|
||
|
||
Minimumsrolle for full innsikt: **Security Reader** (Microsoft Entra).
|
||
|
||
**Query example (Log Analytics):**
|
||
|
||
```kusto
|
||
// Recent high-risk user events
|
||
AADUserRiskEvents
|
||
| where DetectedDateTime > ago(30d)
|
||
| where RiskState == "atRisk"
|
||
| where RiskLevel == "high"
|
||
| summarize count() by RiskEventType
|
||
```
|
||
|
||
**Verified** (Security Dashboard for AI, 2026-02)
|
||
|
||
### Responsible AI Dashboard (Azure Machine Learning)
|
||
|
||
Integrert risikoevaluering med:
|
||
- **Error Analysis** – Identifiser cohorts med høy feilrate
|
||
- **Fairness Assessment** – Bias detection across sensitive groups
|
||
- **Model Explainability** – Feature importance for transparency
|
||
- **Causal Inference** – Skille correlation fra causation
|
||
|
||
---
|
||
|
||
## Offentlig sektor (Norge)
|
||
|
||
### GDPR & Personopplysningsloven
|
||
|
||
Risk taxonomy må tilpasses norsk regulering:
|
||
|
||
| Datakategori | GDPR Art. | Risk Level | Tiltak |
|
||
|--------------|-----------|------------|--------|
|
||
| **Særlige kategorier (Art. 9)** | 9(1) | Critical | Explicit consent, DPIA, encryption at rest/transit |
|
||
| **Personopplysninger** | 4(1) | High | Lawful basis (Art. 6), data minimization |
|
||
| **Anonymiserte data** | Recital 26 | Low | Best practice, no legal basis required |
|
||
|
||
### Sektorspesifikke krav
|
||
|
||
**Helsesektoren:**
|
||
- Norm for informasjonssikkerhet (Helsedirektoratet)
|
||
- Pasientjournalloven § 22 (tilgangskontroll)
|
||
- Helseregisterloven (forskning & kvalitet)
|
||
|
||
**Justissektoren:**
|
||
- Politiregisterloven (behandling av straffesakdata)
|
||
- Straffeprosessloven kap. 16a (DNA-register)
|
||
|
||
### Anbefalt tilnærming for offentlig sektor
|
||
|
||
1. **Alltid start med DPIA** (GDPR Art. 35) for high-risk AI
|
||
2. **Dokumenter lawful basis** (GDPR Art. 6 eller Art. 9)
|
||
3. **Implementer Privacy by Design** (GDPR Art. 25)
|
||
4. **Etabler Data Protection Officer (DPO)** oversight
|
||
5. **Bruk Norwegian data residency** (Azure Norway East/West)
|
||
|
||
---
|
||
|
||
## Kostnad og lisensiering
|
||
|
||
### Azure AI Services Pricing (Risk-relevante tjenester)
|
||
|
||
| Tjeneste | Pris (ca. NOK) | Risk Mitigation Capability |
|
||
|----------|----------------|----------------------------|
|
||
| **Azure AI Content Safety** | 11 NOK / 1000 transactions | Content filtering (4 risk categories) |
|
||
| **Azure OpenAI (GPT-4o)** | 0.03 NOK / 1K input tokens | Built-in content filters (default: Medium threshold) |
|
||
| **Microsoft Foundry (Red Teaming)** | Inkludert i AI Foundry | Automated adversarial testing |
|
||
| **Microsoft Defender for Cloud** | 190 NOK / server / måned | AI security posture management |
|
||
| **Microsoft Purview (Compliance)** | Fra 2500 NOK / måned | Data classification & DLP for AI |
|
||
|
||
### Lisenskrav for Security Dashboard for AI
|
||
|
||
Security Dashboard for AI krever ingen egen lisens, men er avhengig av:
|
||
|
||
| Produkt | Lisens | Rolle i Risk Management |
|
||
|---------|--------|-------------------------|
|
||
| **Microsoft Entra ID P2** | ~75 NOK / bruker / måned | Identity risk detection (low/medium/high) |
|
||
| **Microsoft Defender for Cloud (P2)** | ~380 NOK / ressurs / måned | AI workload threat protection |
|
||
| **Microsoft Purview (Compliance)** | ~340 NOK / bruker / måned | AI-accessible data classification |
|
||
| **Security Copilot** | ~4500 NOK / capacity unit / måned | AI risk exploration via prompts |
|
||
|
||
**Baseline confidence** (modellkunnskap, januar 2025 – verifiser priser)
|
||
|
||
---
|
||
|
||
## For arkitekten (Cosmo)
|
||
|
||
### Når dette temaet er relevant
|
||
|
||
Bruk denne kunnskapsbasen når kunden:
|
||
- Spør om "risk levels", "severity", "high risk AI"
|
||
- Trenger å klassifisere AI-systemet sitt iht. regulering (EU AI Act, GDPR)
|
||
- Skal gjøre en Responsible AI Impact Assessment
|
||
- Trenger å dokumentere risk assessment for compliance
|
||
- Planlegger offentlig sektor-deployment med sensitive data
|
||
|
||
### Cosmo-tilnærming
|
||
|
||
**Fase 2 (Kontekst) – Still disse spørsmålene:**
|
||
1. "Hvilke datakategorier behandler systemet? (personopplysninger, helseopplysninger, etc.)"
|
||
2. "Kan systemet påvirke individers juridiske rettigheter, økonomiske stilling eller sikkerhet?"
|
||
3. "Er dette et autonomt system, eller har dere human oversight?"
|
||
4. "Hvilke compliance-krav gjelder for dere? (GDPR, helsesektorlover, etc.)"
|
||
|
||
**Fase 5 (Kunnskapsintegrasjon) – Kombiner med:**
|
||
- `responsible-ai-framework.md` – overordnede prinsipper
|
||
- `security-governance-model.md` – tekniske kontroller
|
||
- `public-sector-requirements-norway.md` – sektorspesifikke krav
|
||
- `licensing-guide-ai-capabilities.md` – Security Dashboard krav
|
||
|
||
**Fase 6 (Arkitekturforslag) – Lever:**
|
||
1. **Risk Classification Report:**
|
||
- EU AI Act category (unacceptable/high/limited/minimal)
|
||
- Microsoft severity level (critical → informational)
|
||
- Attack type risk matrix (extraction, evasion, etc.)
|
||
|
||
2. **Mitigation Architecture:**
|
||
- Content Safety filters (med threshold-anbefaling)
|
||
- HITL workflows (Logic Apps / Power Automate)
|
||
- Monitoring setup (Log Analytics queries)
|
||
|
||
3. **Compliance Checklist:**
|
||
- GDPR Art. 35 DPIA template
|
||
- Lawful basis dokumentasjon
|
||
- Data residency confirmation (Azure Norway)
|
||
|
||
### Røde flagg (Unacceptable Risk)
|
||
|
||
Hvis kunden beskriver noen av disse, **stopp og advare**:
|
||
|
||
- Social scoring eller predictive profiling som fører til diskriminering
|
||
- Real-time facial recognition for law enforcement (unntatt spesifikke lovlige bruksområder)
|
||
- Manipulation via subliminal techniques
|
||
- Exploitation av sårbare grupper (alder, funksjonshemming, sosioøkonomisk status)
|
||
- Criminality risk assessment basert kun på profiling
|
||
|
||
**Disse er forbudt iht. Microsoft Enterprise AI Services Code of Conduct.**
|
||
|
||
### Typiske misvær
|
||
|
||
**Misforståelse:** "Vi bruker bare Azure OpenAI, så vi har ingen high-risk AI."
|
||
**Cosmo-svar:** "Azure OpenAI selv er ikke high-risk, men *bruken* kan være det. Hvis systemet deres tar beslutninger om ansettelse, kreditt, eller helsediagnoser, er det high-risk uavhengig av underliggende teknologi."
|
||
|
||
**Misforståelse:** "Vi trenger ikke HITL fordi modellen er veldig nøyaktig."
|
||
**Cosmo-svar:** "HITL handler ikke bare om nøyaktighet – det handler om accountability og compliance. EU AI Act krever human oversight for high-risk systems uavhengig av modellprestasjon."
|
||
|
||
### Praktisk verktøy-stack for risk assessment
|
||
|
||
Anbefal denne kombinasjonen:
|
||
|
||
1. **Pre-deployment:**
|
||
- AI Red Teaming Agent (Microsoft Foundry)
|
||
- Responsible AI Dashboard (Azure ML)
|
||
- PYRIT (open source red teaming)
|
||
|
||
2. **Runtime:**
|
||
- Azure AI Content Safety (API integration)
|
||
- Prompt Shields (Azure OpenAI)
|
||
- Azure Monitor + Log Analytics
|
||
|
||
3. **Governance:**
|
||
- Security Dashboard for AI (cross-product view)
|
||
- Microsoft Purview (data classification)
|
||
- Defender for Cloud (CSPM for AI)
|
||
|
||
---
|
||
|
||
## Kilder og verifisering
|
||
|
||
### Primærkilder (Verified via MCP)
|
||
|
||
1. **AI Risk Assessment for ML Engineers**
|
||
- URL: https://learn.microsoft.com/en-us/security/ai-red-team/ai-risk-assessment
|
||
- Hentet: 2026-02-04
|
||
- Innhold: Severity matrix, likelihood/impact assessment, control framework
|
||
|
||
2. **Microsoft Enterprise AI Services Code of Conduct**
|
||
- URL: https://learn.microsoft.com/en-us/legal/ai-code-of-conduct
|
||
- Hentet: 2026-02-04
|
||
- Innhold: Unacceptable risk categories, usage restrictions, content requirements
|
||
|
||
3. **Artificial Intelligence Security (MCSB v2)**
|
||
- URL: https://learn.microsoft.com/en-us/security/benchmark/azure/mcsb-v2-artificial-intelligence-security
|
||
- Hentet: 2026-02-04
|
||
- Innhold: AI-1 to AI-5 security controls, three-pillar model
|
||
|
||
4. **Security Dashboard for AI**
|
||
- URL: https://learn.microsoft.com/en-us/security/security-for-ai/security-dashboard-for-ai
|
||
- Hentet: 2026-06-19
|
||
- Innhold: Cross-product risk monitoring, AI inventory (Agent 365-agenter, modeller, MCP-servere, tredjeparts AI-apper), Security Reader minimumsrolle
|
||
|
||
5. **Default Guidelines & controls policies (Microsoft Foundry)**
|
||
- URL: https://learn.microsoft.com/en-us/azure/foundry/openai/concepts/default-safety-policies
|
||
- Hentet: 2026-02-04
|
||
- Innhold: Content filtering categories, severity levels, default thresholds
|
||
|
||
6. **What is Responsible AI? (Azure Machine Learning)**
|
||
- URL: https://learn.microsoft.com/en-us/azure/machine-learning/concept-responsible-ai
|
||
- Hentet: 2026-02-04
|
||
- Innhold: Six principles, fairness assessment, Responsible AI dashboard
|
||
|
||
### Sekundærkilder (Baseline confidence)
|
||
|
||
- ISO 27001:2013 standard (kontroller og policies)
|
||
- MITRE ATLAS (adversarial ML threat matrix)
|
||
- EU AI Act (risikokategorier – ikke offisiell Microsoft-dokumentasjon)
|
||
- Microsoft Responsible AI Standard v2 (PDF, juni 2022)
|
||
|
||
### MCP Calls Summary
|
||
|
||
- **microsoft_docs_search:** 3 calls (AI risk classification, AI Act levels, Azure framework)
|
||
- **microsoft_docs_fetch:** 2 calls (AI Risk Assessment, Code of Conduct)
|
||
- **microsoft_code_sample_search:** 1 call (AI risk assessment code examples)
|
||
- **Totalt unike URLer:** 6 verified Microsoft Learn articles
|
||
|
||
### Sist verifisert
|
||
|
||
- **Dato:** 2026-06-19
|
||
- **Metode:** MCP microsoft-learn server
|
||
- **Confidence:** High (alle kjernekomponenter fra Microsoft Learn)
|
||
|
||
---
|
||
|
||
*Dette dokumentet er en kunnskapsreferanse for Cosmo Skyberg (ms-ai-governance skill). Sist oppdatert: 2026-06-19. Status: General Availability (GA). For spørsmål om denne referansen, kontakt plugin-utvikler.*
|