Penetraatiotestaus terveysteknologian alustoille

C-YBER tarjoaa terveydenhuollon penetraatiotestausta (pentest) potilasportaaleille, etävastaanottosovelluksille ja terveystietojen API-rajapinnoille.

Saatat järjestää testiä terveysteknologiayrityksen CTO:na tai CISO:na.

Testaus voi tulla ajankohtaiseksi sairaalan tai sairausvakuutusyhtiön tietoturvan tarkistuslistan vuoksi tai kun sairaala tai muu terveydenhuollon asiakas pyytää alustasi testaamista.

Testaamme verkkosovelluksia, mobiilisovelluksia ja API-rajapintoja. Emme auditoi emmekä sertifioi minkään säädöksen tai standardin vaatimusten täyttymistä.

  • Kannettava tietokone, jonka näytöllä on kaksi hahmoa. Toisella puolella on puhelin, jonka ruudulla on ruudukko, ja toisella paneeli, jossa on punainen sydän. Yläpuolella on pinottuja lasilaatikoita.

Testaus potilaan kirjautumisesta vastaanottoon

Testaamme potilasportaaleja, etävastaanotto- ja mobiilisovelluksia sekä terveystietojen API-rajapintoja. Lääkinnälliset laitteet ja niiden laiteohjelmistot eivät kuulu testauksen laajuuteen.

Portaalit, ajanvaraukset ja vastaanotot

Kirjautumiseen liittyvät käyttöoikeudet ja vastaanoton toiminnot

  • Istuntojen käsittely: mitätöikö salasanan palautus käytössä olevan istunnon, jolla hallitaan potilaan ajanvarauksia
  • Todentaminen, valtuutus ja vähimpien oikeuksien periaatteen mukainen pääsynhallinta: voiko potilas hyväksyä reseptipyynnön kirjautumatta terveydenhuollon ammattilaisena, vaikka hyväksyntä on sallittu vain ammattilaiselle
  • Tietojen paljastuminen FHIR- ja HL7-API-rajapintojen kautta: palauttaako ajanvarauksen tunnisteella tehty haku vastaanottomerkintöjä, joihin kirjautuneella terveydenhuollon ammattilaisella ei ole oikeutta
  • Logiikkavirheet ja ketjutetut haavoittuvuudet: voiko peruttua vastaanottoa muokkaamalla ja lähettämällä sen jälkeen reseptipyynnön ohittaa alustan vastaanottovaatimuksen
  • Syötteiden validointi: hyväksyykö ajanvarauspyyntö terveydenhuollon ammattilaisen tunnisteen luettelona, vaikka tunnisteita pitäisi olla vain yksi
  • Pyyntötiheyden ja pyyntövirran rajoittaminen: rajoittaako potilaiden kirjautumispäätepiste toistuvia yrityksiä arvata tilin salasana
  • Salaus ja tietojen eheys: hyväksyykö terveydenhuollon ammattilaisen sovellus reseptipyyntöön vastauksen, jota on muutettu tai joka on toimitettu salaamattoman yhteyden kautta
  • Palvelinmääritykset ja tietokantojen tietoturva: sallivatko verkkosovelluksen tietokannan käyttöoikeudet vastaanottomerkintöjen muuttamisen ajanvaraushaun kautta
  • Virheenkäsittely ja lokitus: päätyykö potilaan terveystietoja epäonnistuneen vastaanottoajan varauksen yhteydessä virhevastaukseen tai portaalin kautta saatavilla olevaan sovelluslokiin

Kun potilaille tai terveydenhuollon ammattilaisille tarkoitettu mobiilisovelluksesi tukeutuu alustan API-rajapintoihin, voimme testata molemmat samassa testausprojektissa. Sovimme testauksen laajuuden määrittelyssä, mitkä sovellukset ja päätepisteet kuuluvat testaukseen.

Kun sairaalat, sairausvakuutusyhtiöt ja kumppanit arvioivat alustaa

Kun sairaala, sairausvakuutusyhtiö tai kumppani arvioi alustaa, se saattaa pyytää testaamaan sovellukset, joita se aikoo käyttää tai joihin se aikoo muodostaa yhteyden.

Voit antaa raportin näyttöaineistoksi auditoijillesi, valvontaviranomaisillesi ja asiakkaillesi. Kukin päättää itse, mitä hyväksyy.

Raporttimme sisältävät johdon yhteenvedon, työn laajuuden, testaustyypin ja testausmenetelmät, metodologian, riskin laskentatavan, yhteenvedon löydöksistä, kunkin löydöksen yksityiskohtaiset tulokset ja johtopäätökset.

Voit pyytää verkkosovelluksen penetraatiotestin malliraportin yhteydenottolomakkeella tai sähköpostitse.

Sääntely terveydenhuollon alustan testauksessa

NIS2, kun terveydenhuollon asiakas kuuluu sen soveltamisalaan

Jos saat testauspyynnön sairaalalta tai muulta terveydenhuollon asiakkaalta ja asiakas kuuluu NIS2-direktiivin soveltamisalaan, direktiivissä todetaan testauksesta seuraavaa:

EU:ssa NIS2-direktiivin 21 artiklan 2 kohdan f alakohta edellyttää, että keskeisten ja tärkeiden toimijoiden kyberturvallisuusriskien hallintatoimenpiteisiin sisältyvät toimintaperiaatteet ja menettelyt, joilla toimenpiteiden tehokkuutta arvioidaan. NIS2 ei edellytä nimenomaisesti penetraatiotestiä. Testi on yksi tapa tuottaa tätä näyttöaineistoa.

GDPR:n testausta koskeva säännös

GDPR:n 32 artiklan 1 kohta edellyttää, että rekisterinpitäjät ja henkilötietojen käsittelijät toteuttavat tarvittaessa turvatoimia. Yksi niistä on menettely, jolla turvatoimien tehokkuutta testataan, tutkitaan ja arvioidaan säännöllisesti (d alakohta; UK GDPR sisältää saman tekstin). Penetraatiotesti on yksi tapa esittää näyttöaineistoa tästä menettelystä niiden järjestelmien osalta, jotka testi kattaa.

Tuotamme testauksesta näyttöaineistoa. Emme auditoi emmekä sertifioi minkään säädöksen tai standardin vaatimusten täyttymistä.

Testauksen sovittaminen potilaille suunnattuihin palveluihin

  1. Valitse potilaiden ja terveydenhuollon ammattilaisten työnkulut
    Aloitamme jokaisen testin suunnittelulla. Sovimme testauksen laajuudesta, testattavista järjestelmistä ja säännöistä häiriöiden välttämiseksi. Määrittelemme jokaisen testin laajuuden kanssasi testauksen määrittelykyselyn avulla tai testauksen määrittelytapaamisessa. Molemmissa käymme läpi samat kysymykset.

    Sovimme potilasportaalisi, vastaanottosovelluksesi tai terveystietojen API-rajapintasi testaustyypistä samalla, kun määrittelemme testauksen laajuuden. Vaihtoehtoina ovat black box -testaus, gray box -testaus ja white box -testaus.
  2. Ympäristövaihtoehdot
    Testaamme sekä tuotantokäytössä olevia järjestelmiä että esituotantoympäristöjä. Noin 70 % testeistämme tehdään tuotantokäytössä olevissa järjestelmissä ja 30 % esituotantoympäristöissä.
  3. Huomioi ajanvaraukset ja videovastaanotot
    Kun suunnittelet tuotantokäytössä olevien potilaspalvelujen testausta, ota huomioon ajanvarauksen ja videovastaanottojen toiminta-ajat.

    Testaamme hallituissa olosuhteissa ja noudatamme sovittuja testauksen sääntöjä. Sovitamme aikataulun liiketoimintasi tarpeisiin.
  4. Testauksen kesto projektisuunnitelmassa
    Testaus kestää projektista riippuen muutamasta päivästä muutamaan viikkoon, keskimäärin 1–2 viikkoa.
  5. Kysy vapaita aikoja
    Aloitusajankohta riippuu tämänhetkisestä aikataulustamme. Jos tarvitset testauksen nopeammin, ota yhteyttä. Teemme parhaamme, jotta voimme vastata aikataulutoiveeseesi.

Raportti ja uusintatestaus

Jokaisessa raportissa luetellaan löydetyt haavoittuvuudet, niiden riskitasot ja korjausohjeet. Penetraatiotestin raportissa kuvaamme myös testauksessa osoitetut haavoittuvuuksien hyödyntämismenetelmät ja esitämme toimintasuunnitelman tärkeysjärjestyksessä.

Dokumentoimme terveydenhuollon alustan testin 20–100+ sivun raporttiin. Määritämme jokaiselle löydökselle vakavuusasteen, myös silloin, kun löydös koskee potilaan kirjautumista, ajanvarausta tai vastaanottoja.

Kun olet korjannut löydökset, testaamme ne uudelleen.

Uusintatestaus kattaa vain löydökset, ei koko sovellusta. Sen hinta on yleensä mukana samassa tarjouksessa kuin testin hinta. Uusintatestauksen aikaikkuna on noin 4 viikkoa. Testaus voi onnistua aiemminkin, jos olet jo korjannut löydökset ja aikataulussamme on tilaa.

Kokemus ja menetelmät

Meillä on yli 7 vuoden kokemus testaamisesta. Olemme tänä aikana kartuttaneet laajaa asiantuntemusta verkkosovelluksista ja verkkosivustoista, verkkokauppa-alustoista, mobiilisovelluksista, API-rajapinnoista ja SaaS-ratkaisuista.

Voimme noudattaa penetraatiotesteissä OWASPin, ISSAFin, PTES:n tai OSSTMM:n menetelmiä pyynnöstäsi tai suosituksemme perusteella. Sovimme noudatettavista menetelmistä ja niiden kattavuudesta testauksen laajuuden määrittelyssä.

Käytämme testauksessa Burp Suitea, manuaalista testausta ja omia työkalujamme.

Testaajillamme on muun muassa seuraavia sertifikaatteja: PNPT, eCPPTv2, CAP, CompTIA PenTest+ ja CompTIA Security+. Testaajamme ovat myös julkaisseet tutkimusta, johon sisältyy viisi CVE:tä.

Usein kysytyt kysymykset

Kuinka laajasti testi voi kattaa potilasportaalimme ja etävastaanottoalustamme?

Terveydenhuollon alustan testaus voi kattaa potilasportaalit, ajanvarauksen, etävastaanottosovellukset, mobiilisovellukset sekä FHIR- ja HL7-API-rajapinnat. Tutkimme näissä sovelluksissa ja API-rajapinnoissa todentamista, istuntojen käsittelyä, pääsynhallintaa, vähimpien oikeuksien periaatetta ja tietojen paljastumista.

Tarkistamme muun muassa, voiko terveydenhuollon ammattilainen yhä avata vastaanoton merkinnät sen jälkeen, kun kyseinen vastaanotto on poistettu hänen vastuultaan.

Kuuluvatko lääkinnälliset laitteet testaukseenne?

Testaamme potilasportaaleja, etävastaanotto- ja mobiilisovelluksia sekä terveystietojen API-rajapintoja. Lääkinnälliset laitteet ja niiden laiteohjelmistot eivät kuulu testauksen laajuuteen.

Voisiko sama testi kattaa potilaiden mobiilisovelluksemme ja sen kutsuman API-rajapinnan?

Voimme testata potilaan tai terveydenhuollon ammattilaisen mobiilisovelluksen ja sen käyttämät ajanvaraus- ja vastaanotto-API-rajapinnat samassa testausprojektissa. Testauksen laajuuden määrittelyssä sovimme ennen testauksen alkua, mitkä mobiilisovelluksen toiminnot ja API-rajapinnat kuuluvat testaukseen.

Sairaala tai sairausvakuutusyhtiö on pyytänyt raporttia alustamme arvioinnin yhteydessä. Mitä raportti sisältää?

Voit antaa raportin näyttöaineistoksi auditoijillesi, valvontaviranomaisillesi ja asiakkaillesi. Kukin päättää itse, mitä hyväksyy.

Jokaisessa raportissa luetellaan löydetyt haavoittuvuudet, niiden riskitasot ja korjausohjeet. Penetraatiotestin raportissa kuvaamme myös testauksessa osoitetut haavoittuvuuksien hyödyntämismenetelmät ja esitämme toimintasuunnitelman tärkeysjärjestyksessä.

Keskustelemme tietoturvasta sairaala-asiakkaamme kanssa. Edellyttääkö NIS2 penetraatiotestiä?

Jos sairaala-asiakkaasi tai muu terveydenhuollon asiakkaasi kuuluu NIS2-direktiivin soveltamisalaan, NIS2-direktiivissä todetaan testauksesta seuraavaa:

EU:ssa NIS2-direktiivin 21 artiklan 2 kohdan f alakohta edellyttää, että keskeisten ja tärkeiden toimijoiden kyberturvallisuusriskien hallintatoimenpiteisiin sisältyvät toimintaperiaatteet ja menettelyt, joilla toimenpiteiden tehokkuutta arvioidaan. NIS2 ei edellytä nimenomaisesti penetraatiotestiä. Testi on yksi tapa tuottaa tätä näyttöaineistoa.

Edellyttääkö GDPR potilasportaalimme, etävastaanottosovelluksemme tai terveystietojen API-rajapintojemme penetraatiotestiä?

GDPR:n 32 artiklan 1 kohta edellyttää, että rekisterinpitäjät ja henkilötietojen käsittelijät toteuttavat tarvittaessa turvatoimia. Yksi niistä on menettely, jolla turvatoimien tehokkuutta testataan, tutkitaan ja arvioidaan säännöllisesti (d alakohta; UK GDPR sisältää saman tekstin). Penetraatiotesti on yksi tapa esittää näyttöaineistoa tästä menettelystä niiden järjestelmien osalta, jotka testi kattaa.

Voisiko testaus keskeyttää potilaan ajanvarauksen tai videovastaanoton tuotantokäytössä olevalla alustallamme?

Testaamme hallituissa olosuhteissa ja noudatamme sovittuja testauksen sääntöjä. Sovitamme aikataulun liiketoimintasi tarpeisiin.

Kun suunnittelemme testiä, kerro, milloin potilaat varaavat aikoja ja milloin terveydenhuollon ammattilaiset pitävät videovastaanottoja.

Minkä tietojen perusteella potilasportaalin tai etävastaanottopalvelun pentestin hinta määräytyy?

Potilasportaalin tai etävastaanottopalvelun testin hinnoitteluun tarvitsemme neljä lähtötietoa: aikataulusi, ympäristön monimutkaisuuden, testaustyypin ja testattavien järjestelmien tai sovellusten määrän.

Kun laadit terveydenhuollon alustasi budjettia, saat lisätietoa yleisistä hinnoittelua ja testin suunnittelua koskevista kysymyksistä.

Onko potilasportaalimme skannaus sama asia kuin yritys hyödyntää sen haavoittuvuuksia?

Haavoittuvuuksien arvioinnissa skannaamme järjestelmäsi Burp Suitella. Asiantuntija todentaa skannauksen löydökset ja asettaa ne tärkeysjärjestykseen. Penetraatiotestissä testaajat myös yrittävät hyödyntää löytämiään haavoittuvuuksia ja osoittaa niiden vaikutukset.

Kun päätät, miten arvioit potilasportaaliasi, aloita tutustumalla palvelukuvauksiin: haavoittuvuuksien arviointi ja penetraatiotestaus.

Keskustellaan testaustarpeistasi

Voit pyytää verkkosovelluksen penetraatiotestin malliraportin yhteydenottolomakkeella tai sähköpostitse.

Tai lähetä meille sähköpostia osoitteeseen info@c-yber.com

Mitä kerrot viestissä
Kerro, mitä pitää testata (verkkosovellus, mobiilisovellus tai API) ja kuinka laajasta testauksesta on arviolta kyse. Kuvaile myös, miksi ja milloin tarvitset testin ja haluatko malliraportin.

Mitä jätät viestistä pois
Älä lähetä salasanoja, API-avaimia, pääsytunnisteita tai muita pääsytietoja, lähdekoodia, tietoja korjaamattomista haavoittuvuuksista tai asiakkaidesi henkilötietoja.

Liity uutiskirjeeseen