FIPS 140-3: Vad organisationer behöver veta senast september 2026

Snabbt svar: Den 21 september 2026 pensionerar NIST FIPS 140-2. Alla certifikat som utfärdas enligt den får statusen Historisk och uppfyller inte längre federal upphandling, HIPAA:s tekniska skyddsförväntningar, FedRAMP-auktorisering och Safe Harbor för intrångsmeddelanden. FIPS 140-3 är ersättningen: i linje med ISO/IEC 19790, organiserad över elva säkerhetsområden och strängare vad gäller algoritmer, nyckelhantering och programvaruintegritet. Alla organisationer vars efterlevnadsstatus är beroende av validerad kryptografi behöver ett aktivt övergångsprogram nu.

Key Takeaways

• FIPS 140-2 Certifikat flyttar statusen till historisk status den 21 september 2026. Ingenting slutar fungera den dagen, men det gör den efterlevnadsstatus som bygger på dessa certifikat.
• FIPS 140-3 är inte en mindre uppdatering. Den introducerar omfattande krav inom åtta ändrade domäner, inklusive ett helt nytt säkerhetsområde för icke-invasiva (sidokanal-) attacker.
• Det är inte certifikatet som är skillnaden mellan FIPS-validerad, FIPS-kompatibel och FIPS-kapabel, och de flesta produktionsmiljöer har den tredje skillnaden.
• FIPS 140-3 omfattar elva säkerhetsområden. De flesta bedömningar kontrollerar två: algoritmer och certifikatstatusDe andra nio är där ogranskad exponering lever.
• Detta påverkar både sjukvården, FedRAMP-molnleverantörer, försvarsentreprenörer och finansinstitut: alla organisationer vars juridiska, avtalsenliga eller försäkringsmässiga ställning är beroende av oberoende validerad kryptografi.

Vad är FIPS, och varför har det alltid varit viktigt?

Tänk på FIPS-validering som guldstandarden för kryptografisk tillförlitlighet. När en organisation berättar för en federal myndighet, en tillsynsmyndighet eller ett cyberförsäkringsbolag att dess kryptering är säker, är FIPS den oberoende tredjepartsverifiering som stöder det påståendet. Utan den ber du folk att lita på ditt ord.

De federala standarderna för informationsbehandling skapades av NIST enligt Federal Information Security Management Act. De är obligatoriska för alla amerikanska federala myndigheter och för alla organisationer som har kontakt med federal information, vilket i praktiken inkluderar hälso- och sjukvårdsorganisationer som verkar under Medicare och Medicaid, försvarsentreprenörer, molnplattformar med FedRAMP-auktorisering och finansinstitut som är föremål för federal tillsyn.

FIPS 140-serien styr specifikt kryptografiska moduler: hårdvaran, programvaran och firmware som faktiskt utför kryptering, nyckelgenerering, hashing och digitala signaturer . Varje gång patientdata krypteras i vila, en VPN-tunnel upprättas, en HSM skyddar en privat nyckel eller ett certifikat signeras, gör en kryptografisk modul det arbetet. FIPS-validering är beviset på att den gör det korrekt.

FIPS 140-2, utfärdad 2001, blev det globala riktmärket. I över två decennier var det svaret som alla revisorer så småningom efterfrågade. Efter den 21 september 2026 fungerar det svaret inte längre.

Vad kommer att hända den 21 september 2026?

Varje certifikat som utfärdas enligt FIPS 140-2 får statusen Historisk i NIST Cryptographic Module Validation Program (CMVP)-databasen. Historiskt betyder inte att certifikatet har återkallats eller raderats. Det betyder att certifikatet inte längre är giltigt för ny federal upphandling, inte längre uppfyller HIPAA:s tekniska skyddsförväntningar som bygger på nuvarande NIST-standarder och inte längre stöder FedRAMP-auktorisering eller Safe Harbor för meddelanden om intrång.

Lamporna släcks inte. Men din efterlevnadsstatus gör det, på sätt som bara blir synliga när en tillsynsmyndighet, revisor eller försäkringsgivare ställer en fråga du inte kan svara på.

Vad har egentligen ändrats i FIPS 140-3?

Om du har skjutit upp den här konversationen eftersom du antog att FIPS 140-3 var en mindre uppdatering med några nya rutor att kontrollera, kommer jämförelsen nedan att vara användbar. Det är den inte. Den publicerades 2019 och var för första gången i linje med internationella standarder, och introducerar omfattande krav inom åtta områden där den gamla standarden antingen var tyst eller otillräcklig.

Vad förändrades	Vad FIPS 140-3 nu kräver
Icke-invasiv säkerhet	Helt nytt. Formell begränsningstestning för sidokanalsattackklasser, inklusive effektanalys, elektromagnetisk analys och tidsanalys, på nivå 3 och högre. FIPS 140-2 har aldrig behandlat denna attackklass.
Programvara/firmwareintegritet	Förstärkt. Från nivå 2 och uppåt måste moduler verifiera integriteten hos sin egen kod med hjälp av en godkänd digital signatur eller ett HMAC-baserat test. FIPS 140-2 accepterade svagare feldetekteringskontroller.
Algoritmstandarder	Triple-DES, SHA-1 (för digitala signaturer), RSA-1024 och MD5 är inte tillåtna. Inte begränsade; förbjudna. TLS 1.0 och 1.1 är inte kompatibla med de nya kraven.
Nyckelhantering	På nivå 3 får nycklar endast komma in i och lämna modulen i krypterad form, via en betrodd kanal eller via split-knowledge-procedurer. Informella metoder som har godkänts enligt FIPS 140-2-granskningar kommer inte att godkännas enligt FIPS 140-3.
Autentisering	Multifaktoridentitetsbaserad autentisering är obligatorisk på nivå 4. Detta är en operativ förändring, inte en pappersmässig sådan.
Livscykelsäkring	Automatiserad konfigurationshantering på nivå 3 och 4, detaljerad designdokumentation, lågnivåtestning och operatörsautentisering för leverans.
Standardanpassning	Anpassad till ISO/IEC 19790:2012 för första gången, vilket möjliggör global interoperabilitet. FIPS 140-2 var en amerikansk och kanadensisk regeringsstandard utan internationell anpassning.
Testmetodik	Systematisk och objektiv, i linje med ISO/IEC 24759. Resultaten är mer konsekventa och reproducerbara än den manuella processen som FIPS 140-2 förlitade sig på.

Flera av dessa förändringar har direkta operativa konsekvenser. Icke-invasiva säkerhetstester kräver att HSM-leverantörer visar på härdning mot fysiska attackklasser som många äldre produkter aldrig utformades för att hantera. Kravet på programvaruintegritet stänger ett betydande gap i leveranskedjan: en skadlig firmwareuppdatering kan tyst kompromettera en kryptografisk moduls beteende utan att ändra dess externa gränssnitt, och FIPS 140-3 kräver nu att moduler verifierar sig mot det scenariot.

FIPS-validerad kontra FIPS-kompatibel kontra FIPS-kompatibel: Vilken skyddar dig?

Det finns ett kritiskt språkproblem som är värt att ta itu med direkt, eftersom det är orsaken till det mesta av det falska förtroende som organisationer har inför sin första FIPS-gapsbedömning.

FIPS-validerad innebär att ett NIST-ackrediterat oberoende laboratorium har testat den specifika modulen och NIST har utfärdat ett aktivt certifikat. Certifikatnumret är giltigt; det finns i CMVP-databasen på csrc.nist.gov, och vem som helst kan verifiera det. Detta är vad federal upphandling, HIPAA och FedRAMP kräver.

FIPS-kompatibel är en egenförsäkran. En leverantör säger att de följer FIPS-standarder . Inget laboratorium, inget certifikat, ingen extern kontroll. Det må vara korrekt, men du kan inte oberoende bekräfta det på samma sätt som du kan bekräfta ett certifikatnummer.

FIPS-kompatibel innebär att produkten har en FIPS-validerad modul som kan köras i FIPS-läge men som för närvarande körs i en standardkonfiguration som inte är FIPS. Självtester är avstängda. Algoritmrestriktioner tillämpas inte. Certifikatet är giltigt; efterlevnaden är det inte. Detta är den vanligaste luckan i produktionsmiljöer och den är osynlig för vanliga säkerhetsrevisioner.

Den praktiska regeln: fråga alltid efter CMVP-certifikatnumret och verifiera det på csrc.nist.gov. Bekräfta aktiv status, exakt vilken modulversion som distribuerats och säkerhetsnivån. Fem minuter per modul. Det är det enskilt mest effektiva du kan göra för att täcka den vanligaste typen av efterlevnadsbrister innan det blir ditt problem.

Vilka är de fyra säkerhetsnivåerna, och vilken behöver du?

FIPS 140-3 definierar fyra säkerhetsnivåer, och det är viktigt att hitta rätt för varje användningsfall. Att distribuera en nivå 2-modul i ett sammanhang som kräver nivå 3 är en riskhanteringslucka: certifikatet är tekniskt aktivt, men det som testades oberoende matchar inte vad situationen kräver.

Nivå	Vad det kräver	Där den hör hemma
Nivå 1	Programvarubaserad kryptografi utan krav på fysisk säkerhet.	Applikationer med lägre risk i miljöer där fysisk åtkomst kontrolleras på andra sätt.
Nivå 2	Manipulationssäker beläggning eller försegling; rollbaserad eller identitetsbaserad operatörsautentisering.	Den praktiska baslinjen för de flesta kommersiella HSM:er och säkerhetsprodukter för företag.
Nivå 3	Fysisk manipuleringssäkerhet med detektering och respons; nycklar matas in och ut endast i krypterad form; identitetsbaserad autentisering; testning av miljöfel.	CA-privata nycklar, masterkrypteringsnycklar och HSM:er för betalningar.
Nivå 4	Komplett manipuleringsdetektering, skydd mot miljöfel, felinjektionsreducering och obligatorisk identitetsbaserad autentisering med flera faktorer.	Det känsligaste nyckelmaterialet i miljöer med högst risk.

De flesta organisationer har aldrig formellt tilldelat säkerhetsnivåer till sina kryptografiska modulkategorier. Det är inte en dokumentationslucka; det betyder att det inte finns någon definierad grund för att veta om distribuerade moduler ger rätt säkerhetsnivå för de data de skyddar.

Vilka är de elva säkerhetsområdena, och varför missar de flesta bedömningar nio av dem?

FIPS 140-3 organiserar sina krav över elva olika säkerhetsområden. De flesta efterlevnadsbedömningar täcker algoritmefterlevnad och certifikatstatus. Det är två av elva. En bedömning som slutar där är inte en FIPS 140-3 gapanalys; det är en algoritmgranskning med en certifikatkontroll påfylld.

De elva områdena är: specifikation av kryptografiska moduler, modulgränssnitt (portar och gränssnitt), roller och autentisering, programvaru- och firmwaresäkerhet, driftsmiljö, fysisk säkerhet, icke-invasiv säkerhet, hantering av känsliga säkerhetsparametrar, självtester, livscykelsäkring och begränsning av andra attacker.

Icke-invasiv säkerhet är helt nytt i FIPS 140-3. För organisationer med HSM:er som arbetar på nivå 3 och högre kräver detta område ensamt specifikt leverantörsengagemang för att bekräfta att den distribuerade hårdvaran uppfyller riskreduceringskraven.

Programvaru- och firmwaresäkerheten stärktes: från nivå 2 och uppåt måste integriteten verifieras med en godkänd digital signatur eller HMAC-baserat test, inte de svagare kontroller som FIPS 140-2 accepterade. Om din leverantör skickade en firmwareuppdatering till din HSM förra året och du installerade den utan att verifiera kryptografisk integritet, är det precis det scenariot som detta krav finns för att förhindra.

Livscykelsäkring kräver nu automatiserad konfigurationshantering på nivå 3 och högre, detaljerad designdokumentation, lågnivåtestning och dokumenterade leveransprocedurer. Omfattningen är bredare än de flesta team inser tills de försöker bedöma den.

De återstående områdena har sina egna krav. En bedömning som inte täcker alla elva ger inte en fullständig bild, och ett åtgärdsprogram som bygger på en ofullständig bild lämnar organisationen exponerad inom just de områden som ingen kontrollerade.

Vilka påverkas?

Frestelsen är att framställa detta som ett problem för en federal myndighet eller ett problem för hälso- och sjukvården. Det är ingetdera exklusivt. Det är ett problem för alla organisationer vars regulatoriska ställning, avtalsenliga skyldigheter eller försäkringsskydd är beroende av den garanti som oberoende validerade kryptografiska moduler ger.

Hälso- och sjukvårdsföretag och affärspartners skyddar de mest värdefulla personuppgifterna som finns; stulna vårdjournaler säljs enligt uppgift för hundratals dollar styck på dark web-marknader. HIPAA:s safe harbor för meddelanden om skydd mot intrång skyddar organisationer när korrekt krypterad data äventyras, men det skyddet förutsätter NIST-standardkryptering. Efter den 21 september uppfyller inte längre FIPS 140-2 Historical-modulerna detta, och eftersom ett genomsnittligt vårdintrång nu kostar cirka tio miljoner dollar innebär förlusten av safe harbor att man måste bära allt.

Molnleverantörer med FedRAMP-auktorisering är beroende av aktiva FIPS-validerade moduler för sin Authorization to Operate. En FedRAMP-miljö är bara så stark som dess svagaste kryptografiska länk, och moduler med historisk status äventyrar direkt ATO:s anseende.

Försvarsentreprenörer vars federala kontrakt specificerar FIPS-validerade kontroller måste visa aktiva FIPS 140-3-certifikat i nya upphandlingscykler. FIPS 140-2-certifikat med historisk status uppfyller inte det kravet. Detta är ett problem med marknadstillträde, inte bara ett problem med efterlevnad.

Finansinstitut möter federala granskare som i allt högre grad hänvisar till nuvarande NIST-kryptografiska standarder. Ett institut som inte kan uppvisa en aktiv FIPS 140-3-certifikatstatus går in i dessa granskningar med en känd sårbarhet.

Var ska du börja?

Börja med dina HSM:er. Ställ en specifik fråga till din HSM-leverantör: Har den firmwareversion som för närvarande körs i produktion ett aktivt FIPS 140-3 CMVP-certifikat? Om svaret är nej eller osäkert måste den diskussionen ske idag. Utbyte av HSM-hårdvara, när det behövs, tar tre till sex månader.

Verifiera FIPS-läget, inte bara certifikat. För varje kryptografisk modul du är beroende av, bekräfta att FIPS-läget är aktivt aktiverat i produktionskonfigurationen, inte bara att produkten har ett certifikat. Dessa är olika tillstånd, och skillnaden mellan dem är där den största efterlevnadsrisken faktiskt finns.

Gör direkt CMVP-verifiering till standardpraxis. Kräv certifikatnummer från varje leverantör med moduler som ingår i scopet och verifiera var och en på csrc.nist.gov. Bygg in detta i leverantörsintroduktionen och årliga granskningar som ett standardsteg.

Börja leverantörssamtal nu. Om någon leverantörslevererad komponent är beroende av kryptografisk hårdvara eller programvara vars FIPS 140-3-färdplan inte formellt har kommunicerats, måste den diskussionen börja idag. Leverantörernas tidslinjer ligger helt utanför din kontroll; den enda variabeln du kan påverka är när du börjar samarbeta.

Hur krypteringskonsulting kan hjälpa

Att förstå vad standarden kräver är det första steget. Att ha rätt rådgivande partner för att genomföra övergången före den 21 september 2026 är det andra, och det är precis vad Encryption Consultings rådgivningstjänster för FIPS 140-3-efterlevnad är byggda för. Vi arbetar uteslutande med kryptografisk säkerhet: djupgående, fokuserad expertis inom FIPS 140-3, PKI, HSM-distribution, nyckelhantering och dataskydd inom hälso- och sjukvård, federala, finansiella och företagsmiljöer.

FIPS 140-3-efterlevnadsbedömning. Omfattande kryptografisk identifiering över hela din miljö, HSM:er, TLS-slutpunkter, moln-KMS-konfigurationer, PKI-infrastruktur , SaaS-plattformar och anpassade applikationer, vilket skapar en kryptografisk materiallista med varje lucka klassificerad efter risknivå och varje leverantörsmoduls status verifierad direkt på csrc.nist.gov.

Analys av gap över alla elva säkerhetsområden. Programvaruintegritet, icke-invasiv säkerhet, hantering av känsliga säkerhetsparametrar, livscykelsäkring och konfiguration av FIPS-läge, inte bara de två områden som de flesta bedömningar stannar vid.

FIPS 140-3-övergångsstrategi. En prioriterad, sekvenserad åtgärdsplan med realistiska tidslinjer som tar hänsyn till HSM-ledtider, CMVP-köförseningar, leverantörsberoenden och molnkonfigurationscykler, kalibrerad till deadline den 21 september 2026.

Vanliga frågor om partihandel med mat och dryck

När upphör FIPS 140-2 att gälla?

Alla FIPS 140-2-certifikat får historisk status den 21 september 2026. Efter det datumet uppfyller de inte längre federala upphandlingskrav eller regelverk som hänvisar till aktiv CMVP-validering.

Vad betyder egentligen historisk status?

Certifikatet finns kvar i CMVP-databasen men är inte längre giltigt för ny upphandling eller nuvarande efterlevnadskrav. Befintliga driftsättningar slutar inte fungera; den oberoende garantin bakom dem slutar räknas.

Vad är skillnaden mellan FIPS 140-2 och FIPS 140-3?

FIPS 140-3 överensstämmer med ISO/IEC 19790 och ISO/IEC 24759, lägger till ett nytt icke-invasivt säkerhetsområde, gör integritetskontroller av programvara och firmware obligatoriska från nivå 2, skärper kraven för nyckelhantering och autentisering och förbjuder äldre algoritmer, inklusive Triple-DES, SHA-1 för signaturer, RSA -1024 och MD5.

Vad är skillnaden mellan FIPS-validerad och FIPS-kompatibel?

Validerad innebär oberoende testad av ett NIST-ackrediterat laboratorium med ett aktivt CMVP-certifikat som du kan verifiera på csrc.nist.gov. Överensstämmelse är en icke-verifierbar självdeklaration. Endast validering uppfyller federal upphandling, HIPAA-förväntningar och FedRAMP.

Är FIPS 140-3 obligatoriskt för privata företag?

Direkt är det obligatoriskt för amerikanska federala myndigheter. I praktiken är det bindande för alla organisationer som hanterar federal information eller förlitar sig på ramverk som hänvisar till den: HIPAA Safe Harbor, FedRAMP, försvarsavtal och i allt högre grad även standarder för finansiell granskning.

Gör användningen av en stor molnleverantör mig FIPS-kompatibel?

Inte automatiskt. FIPS-efterlevnad i molnnyckelhantering beror på specifika konfigurationsval, FIPS-slutpunkter, HSM-baserade nivåer och moln-HSM-nyckelringar, varav ingen är standardvärden. Del 2 av den här serien täcker denna lucka i detalj.

Slutsats

FIPS 140-3-fristen är inte något som händer i bakgrunden. Det är ett aktivt efterlevnadskrav med ett fast datum och konkreta konsekvenser för organisationer som inte är redo när det kommer. Övergången introducerar nya krav inom elva säkerhetsområden, förbjuder algoritmer som är utbredda i äldre miljöer och kräver att efterlevnad demonstreras på modulnivå på sätt som enbart innehav av ett certifikat inte uppfyller.

Migreringen från SHA-1 till SHA-256 beräknades ta fem år; det tog mer än tio. Övergången till FIPS 140-3 har en fast deadline, och för organisationer som börjar nu gäller det ungefär fjorton veckors starttid. De organisationer som kommer att vara redo den 21 september är de som börjar sina bedömningsprogram idag. Del 2 i den här serien täcker de åtta utmaningar som ständigt spårar ur övergångsprogrammen till FIPS 140-3. Del 3 är en steg-för-steg-guide.

Kontakta Encryption Consulting på [email protected] för en personlig konsultation.