Spring til hovedindhold

Sikkerhed

Alle kontroller offentliggjort. Alle udbydere navngivet.

Generering kører hos Mistral i Frankrig, en virksomhed uden moderselskab uden for Det Europæiske Økonomiske Samarbejdsområde. Dokumenter opbevares i Irland af en udbyder registreret i USA. Vores register over underdatabehandlere viser hver udbyder, dens registreringsland og dens moderselskab.

Tenant-isolation

Row-level security i PostgreSQL begrænser hver forespørgsel fra en logget ind bruger til brugerens egne data og de arbejdsområder, vedkommende tilhører. Baggrundsjob kører med en servicerolle, der omgår disse politikker, så deres forespørgsler afgrænses i koden.

Rollebaseret adgangskontrol

Roller i arbejdsområdet afgør, hvem der kan se revisionsloggen, administrere medlemmer, skrive eller slette dokumenter og styre fakturering.

Revisionslog, der kun kan tilføjes til

Spørgsmål, dokumentvisninger, downloads og administrative handlinger registreres med, hvem der handlede, deres IP‑adresse og tidspunktet. Adressen krypteres, når den registreres, vises kun som dens netværk og er ulæselig for alle efter 30 dage, når dens nøgle destrueres. Indtil da kan kun arbejdsområdets ejer afsløre den i sin helhed, og hver afsløring registreres selv. Databasen afviser redigeringer af registrerede poster, og en hash-kæde viser, om en række er blevet ændret.

Databeskyttelse

Hvad dine data bruges til

Dine dokumenter, spørgsmål og svar behandles udelukkende for at levere tjenesten til dig. Vi sælger dem aldrig, og alle udbydere, der behandler dem, er nævnt i vores register over underdatabehandlere.

Hvor det kører, og hvem der kan nå det

Jurisdiktion og region

Residens angiver, hvor data ligger. Jurisdiktion angiver, hvem der kan kræve adgang til dem. Generering og embeddings kører hos Mistral, et selskab registreret i Frankrig uden moderselskab uden for EØS. Databasen og fillagringen, der opbevarer dine dokumenter i Irland, samt vores forespørgselslag, cache og fejlovervågning kører hos udbydere registreret i USA, mens vi migrerer til vores egen EU‑infrastruktur. Vores register over underdatabehandlere markerer hver enkelt.

Dokumenter opbevaret i EU

Generering og embeddings kører i Frankrig. Dokumenter opbevares i Irland. Nogle af vores udbydere er registreret uden for Det Europæiske Økonomiske Samarbejdsområde (EØS), så fjernadgang fra dem betragtes som en overførsel efter GDPR kapitel V. Vores register over underdatabehandlere navngiver hver udbyder og det overførselsgrundlag, der gælder for den.

Hvem hos Nordvec kan se dine data

Produktet har ingen mulighed for at udgive sig for at være en bruger og intet support-login: Der findes ingen vej for os til at åbne dine dokumenter eller samtaler gennem applikationen. Vi har en intern driftskonsol, så vi kan drive tjenesten: Den viser antal, kvoter, abonnementsstatus og systemets tilstand. Konsollen kan ikke læse dine dokumenter, samtaler, beskeder eller loginoplysninger til connectors, fordi den databaserolle, den kører som, ikke har nogen rettigheder til de tabeller, og en databasekontrol bekræfter det mod den kørende database før hver udgivelse. Vores driftskonsol kan sætte et arbejdsområde i bero eller vise dets navn, og hver sådan handling registrerer en angivet begrundelse og kopieres ind i din revisionslog. Vores to stiftere har databaseadgang på infrastrukturniveau. Det er en permanent adgang, vi ikke kan fjerne, så længe vi kører på administreret infrastruktur, og den vises ikke i din revisionslog. Du kan eksportere loggen som CSV eller JSON, filtreret efter dato og handling.

Hvordan det er beskyttet, og hvad det dækker

Krypteret i hvile og under overførsel

Databasen og fillagringen er krypteret i hvile med AES-256, og forbindelser bruger TLS. OAuth-tokens krypteres også af applikationen, før de gemmes.

Nøgleforvaltning

Vores platformudbyder har krypteringsnøglerne i dag, ikke os og ikke dig. Det afgør, hvad kryptering i hvile reelt er værd: Den beskytter en udrangeret eller stjålet disk, men ikke kompromitterede adgangsoplysninger på et kørende system. Vi tilbyder ikke kundestyrede nøgler. Nøgleforvaltningen overgår til os, når vi flytter til EU‑hardware med en nøgle, der ligger i EU, og en fastlagt rotationspolitik.

Hvorfor søgeindekset ikke er separat krypteret

Hvis tekst- og vektorkolonnerne krypteres hver for sig, ødelægger det det indeks, der gør vektorsøgning mulig, og på managed infrastruktur ville nøglen stadig ligge hos udbyderen. Disse kolonner er dækket af databasens kryptering i hvile og af row-level security.

Backup-omfang

Der er i dag ingen backup af databasen: det abonnement hos udbyderen, som tjenesten kører på, tager ingen, så en sletning er endelig, og ingen gendannelse kan bringe data tilbage, som du har bedt os om at slette. Når vi indfører vores egne backups, gemmer de højst otte dages historik, og enhver gendannelse genudfører registrerede sletninger, før tjenesten åbner igen.

Sådan testes koden

Før kode når hovedgrenen, kører lokale gates statisk analyse (semgrep) på de ændrede filer, tjek af afhængigheder for sårbarheder, malware og licenser samt scanning for hemmeligheder ved hvert commit. En release-cooldown holder nyudgivne pakkeversioner ude af buildet. Vi har ikke fået udført en uafhængig penetrationstest.

Hvad vi bruger det til

Ingen AI‑træning på dine data

Nordvec bruger aldrig dine data til at træne, finjustere eller forbedre en AI‑model. For at besvare et spørgsmål modtager modellen de passager, søgningen har udvalgt, og hvert dokument, assistenten åbner i fuld længde.

Vi sælger ikke dine data

Vi sælger aldrig dine data eller deler dem med andre til deres formål. Hver udbyder, der behandler data for os, er navngivet i vores register over underdatabehandlere.

Sletning ved frakobling

Når du frakobler en connector, sættes en sletningsopgave i kø. Den fjerner connectorens filreferencer og sletter derefter hvert dokument, som ingen anden kilde længere refererer til, sammen med dets embeddings og gemte filer. Disse dokumenter går ikke via papirkurven.

Infrastruktur

Adgangskontrol fra proxy til database

Et tokentjek i proxyen, row-level security i databasen og en revisionslog, der kun kan tilføjes til.

Hver anmodning gennemgår en identitetskontrol i proxyen og en tilladelseskontrol i databasen, og loggede handlinger efterlader en post i revisionsloggen
En søgning
Et spørgsmål
En administrativ handling
NordvecIdentitet, derefter rettigheder
Kun det, du må sePolitikker på rækkeniveau i databasen
En revisionspostKun tilføjelser, tidsstemplet

Login og multifaktor-godkendelse

Nordvec har endnu ikke sin egen tofaktor-godkendelse. En login via Google eller Microsoft følger den multifaktor-godkendelse, som den pågældende Google- eller Microsoft-konto kræver. En login med e‑mail og adgangskode er én faktor, og enhver konto kan indstille en adgangskode via en nulstillingsmail, så et arbejdsområde endnu ikke kan kræve, at medlemmer logger ind via en udbyder. Følsomme handlinger, som at slette en konto eller oprette en API‑nøgle, kræver en login inden for de seneste fem minutter.

Tokentjek i proxyen

Proxyen verificerer hver sessionstokens signatur og tjekker, at sessionen ikke er blevet tilbagekaldt, før en anmodning når en route-handler.

Adgangskontrol på databaseniveau

Row-level security (RLS)-politikker er adgangskontrollen inde i PostgreSQL, og en testsuite kører hver tabels politikker mod en rigtig database.

Hvad revisionsloggen udelader

Hvert spørgsmål registreres med antallet af kilder, der blev brugt, men aldrig selve spørgsmålet eller svaret. Posten skrives, efter svaret er givet, og mislykkes skrivningen, logges fejlen i stedet for at blokere dig. Poster, der er ældre end opbevaringsperioden, slettes efter en fast plan.

Rate limiting og beskyttelse mod misbrug

API‑endpoints har rate limiting pr. bruger og pr. IP‑adresse, og loginforsøg begrænses pr. adresse, for at bremse credential stuffing og kontoopregning.

Se hver forpligtelse om adgangskontrol og dens dokumentation på kontroloversigten

Certificeringer og standarder

Hvad vi har, og hvad vi ikke har.

GDPR

En forordning, ikke et certifikat: Kontrollerne bag er offentliggjort på kontroloversigten. De omfatter selvbetjent indsigt og dataportabilitet (art. 15 og 20), sletning af kontoen efter en venteperiode, du kan annullere (art. 17), og sikkerhed ved behandlingen (art. 32).

10 af 32 forpligtelser implementeret

AI‑forordningen

Vi vurderer Nordvec som et AI‑system med begrænset risiko, så gennemsigtighedspligterne i artikel 50 gælder. Hver forpligtelse i AI‑forordningen, vi følger, herunder selve risikoklassificeringen, er offentliggjort på kontroloversigten med status.

1 af 16 forpligtelser implementeret

SOC 2 Type II

Ikke opnået. Vores status for hvert SOC 2-kriterium er offentliggjort på kontroloversigten, og OSCAL-eksporten indeholder dokumentationen. En ekstern revision er en finansieringsbeslutning, og vi vil ikke beskrive den som planlagt, før den er booket.

Ikke opnået

ISO 27001

Ikke opnået. Vores informationssikkerhedskontroller er offentliggjort med dokumentation og eksporteret som OSCAL, som du kan indlæse i dine egne værktøjer.

Ikke opnået

Ansvarlig offentliggørelse

Rapporter en sårbarhed til security@nordvec.com. Vi bekræfter modtagelsen inden for 72 timer, giver dig en vurdering af alvorligheden inden for 5 arbejdsdage og holder dig opdateret, indtil den er løst.

Sikker havn

Vi vil ikke forfølge eller støtte retlige skridt mod forskere, der handler i god tro, følger denne politik, undgår privatlivskrænkelser og serviceforringelse og giver os en rimelig mulighed for at afhjælpe, før der offentliggøres. Hvis du er i tvivl om, hvorvidt en handling er autoriseret, så spørg os først.

Før du tester

Interagér kun med konti, du ejer eller har tilladelse til at bruge. Du må ikke tilgå andre kunders data, køre scanninger, der forringer tjenesten, eller offentliggøre et uløst problem. Vi beder om et koordineringsvindue på op til 90 dage før offentliggørelse, og vi krediterer de rapportører, der ønsker at blive nævnt. Hvis du har brugt et generativt AI‑værktøj undervejs, så fortæl os hvordan; det hjælper os med at triagere og tæller ikke imod din rapport.

Vores proces følger ISO/IEC 29147 (offentliggørelse af sårbarheder) og ISO/IEC 30111 (håndtering) samt pligten til koordineret offentliggørelse af sårbarheder i EU's Cyber Resilience Act (forordning (EU) 2024/2847, art. 13). Skriv til security@nordvec.com for at få vores mål for udbedring. Denne kontakt og politik er også offentliggjort i vores security.txt‑fil (RFC 9116).

Vi driver ikke et betalt bug-bounty-program. Vi takker for rapporter i god tro med offentlig omtale, ikke betaling.

Kontakt os.

Sikkerhedskontakt

security@nordvec.com

Sikkerhedshenvendelser

Spørgsmål om vores sikkerhedsarkitektur, datahåndtering eller compliance. Vi sender dokumentation efter anmodning.