Hyppää sisältöön
Työskentele fiksummin uuden parannetun navigointimme avulla!
Katso, miten IO helpottaa vaatimustenmukaisuutta.
Lue blogi

ISO 27001 Liite A 8.28: Ohjelmiston suojauksen vahvistaminen suojatulla koodauksella

Huonojen koodauskäytäntöjen käyttö, kuten virheellinen syötteen validointi ja heikko avainten luonti, voi johtaa kyberhyökkäyksiin ja arkaluonteisten tietovarojen vaarantumiseen.

Tästä syystä hakkerit käyttivät hyväkseen pahamaineista Heartbleed-bugia päästäkseen käsiksi yli 4 miljoonaan potilastietueeseen.

Tietoturvahaavoittuvuuksien estämiseksi organisaatioiden on noudatettava suojatun koodauksen periaatteita.

Mikä on ISO 27001:2022 liitteen A 8.28 tarkoitus?

Kohti ISO 27001: 2022, Liite A Valvonta 8.28 auttaa organisaatioita ehkäisemään tietoturvariskejä ja haavoittuvuuksia, joita voi syntyä huonoista ohjelmistokoodauskäytännöistä kehittämällä, toteuttamalla ja tarkistamalla asianmukaisia ​​suojattuja ohjelmistokoodauskäytäntöjä.

Kenellä on liitteen A 8.28 omistusoikeus?

Tietoturvapäällikön tulee olla vastuussa asianmukaisten toimenpiteiden toteuttamisesta varmistaakseen kohdan 8.28 noudattamisen, mikä edellyttää suojattujen koodausperiaatteiden ja -menettelyjen kehittämistä ja käyttöönottoa koko organisaatiossa.




ISMS.online antaa sinulle 81 %:n etumatkan heti sisäänkirjautumisestasi lähtien.

ISO 27001 helposti

Olemme tehneet kovan työn puolestasi ja antavat sinulle 81 % etumatkan kirjautuessasi sisään. Sinun tarvitsee vain täyttää tyhjät kohdat.




Standardin ISO 27001:2022 liitteen A noudattamista koskevat ohjeet 8.28

Organisaatioiden on kehitettävä ja otettava käyttöön suojattuja koodausprosesseja, jotka koskevat ulkopuolisten osapuolten toimittamia tuotteita ja avoimen lähdekoodin ohjelmistokomponentteja ISO 27001 liitteen A valvonnan 8.28 mukaisesti.

Lisäksi organisaatioiden tulee pysyä ajan tasalla kehittyvistä todellisista tietoturvauhkista ja uusimmasta tiedosta tunnetuista tai mahdollisista ohjelmiston tietoturva-aukoista. Käyttämällä tätä lähestymistapaa organisaatiot voivat kehittää vankkoja, turvallisia koodausperiaatteita torjuakseen kehittyvät kyberuhat.

Suunnittelua koskevat lisäohjeet

On oleellista, että sekä uudet koodausprojektit että ohjelmistojen uudelleenkäyttö ovat turvallisten ohjelmistojen koodausperiaatteiden mukaisia.

Näitä periaatteita tulee noudattaa sekä ohjelmistojen sisäisessä kehittämisessä että ohjelmistotuotteita tai -palveluita siirrettäessä.

Organisaatioiden tulee ottaa huomioon seuraavat tekijät, kun ne laativat suunnitelmaa turvallisille koodausperiaatteille ja määrittävät suojatun koodauksen edellytyksiä:

  • Turvallisuusodotukset tulee räätälöidä organisaation erityistarpeiden mukaan, ja suojatun ohjelmistokoodin hyväksytyt periaatteet tulisi laatia, joita sovelletaan yrityksen sisäisiin ohjelmistoihin. kehitystä ja ulkoistamista komponentteja.
  • Organisaatioiden tulee tunnistaa ja dokumentoida yleisimmät ja historiallisimmat koodauksen suunnitteluvirheet ja huonot koodauskäytännöt tietoturvaloukkausten estämiseksi.
  • Organisaatioiden tulee ottaa käyttöön ja konfiguroida ohjelmistokehitystyökaluja varmistaakseen kaiken luodun koodin turvallisuuden. Integroidut kehitysympäristöt (IDE) ovat esimerkki tällaisista työkaluista.
  • Ohjelmistokehitystyökalujen tulee tarjota opastusta ja ohjeita, jotka auttavat organisaatioita noudattamaan ohjeita ja ohjeita.
  • Organisaatioiden tulee tarkistaa, ylläpitää ja käyttää turvallisesti kehitystyökaluja, kuten kääntäjiä.

Täydentävät ohjeet turvallisuudesta koodauksen aikana

Turvallisten koodauskäytäntöjen ja -menettelyjen varmistamiseksi seuraavat asiat tulee ottaa huomioon koodausprosessin aikana:

  • Turvallisten ohjelmistojen koodausperiaatteet tulee räätälöidä kunkin ohjelmointikielen ja -tekniikan mukaan.
  • Testilähtöinen kehitys ja pariohjelmointi ovat esimerkkejä turvallisista ohjelmointitekniikoista ja menetelmistä.
  • Strukturoitujen ohjelmointitekniikoiden käyttöönotto.
  • Koodin dokumentointi ja koodin vikojen poistaminen.
  • Turvattomien ohjelmistokoodausmenetelmien, kuten hyväksymättömien koodinäytteiden tai kovakoodattujen salasanojen, käyttö on kielletty.

Turvatesti on suoritettava kehityksen aikana ja sen jälkeen ISO 27001 liitteen A valvonnan 8.29 mukaisesti.

Organisaatioiden tulee ottaa huomioon seuraavat asiat ennen ohjelmiston käyttöönottoa live-sovellusympäristössä:

  • Onko hyökkäyspinta?
  • Noudatetaanko vähiten etuoikeusperiaatetta?
  • Analysoidaan yleisimmät ohjelmointivirheet ja dokumentoidaan niiden poistaminen.



ISMS.online tukee yli 100 standardia ja sääntöä, mikä tarjoaa sinulle yhden alustan kaikkiin vaatimustenmukaisuustarpeisiisi.

ISMS.online tukee yli 100 standardia ja sääntöä, mikä tarjoaa sinulle yhden alustan kaikkiin vaatimustenmukaisuustarpeisiisi.




Tarkastusprosessin lisäohjeet

Koodin käyttöönoton jälkeen tuotantoympäristössä

  • Päivitysten asentamiseen tulee käyttää suojattua menetelmää.
  • Kohti ISO 27001:2022 liite A Ohjaus 8.8, tietoturva-aukkoja tulisi korjata.
  • Tietojärjestelmiin kohdistuvista epäillyistä hyökkäyksistä ja virheistä tulee pitää kirjaa ja ne tulee tarkistaa säännöllisesti, jotta tarvittavat muutokset voidaan tehdä.
  • Työkaluja, kuten hallintatyökaluja, tulee käyttää estämään lähdekoodin luvaton käyttö, käyttö tai muuttaminen.

Organisaatioiden tulee ottaa huomioon seuraavat tekijät käyttäessään ulkoisia työkaluja

  • Ulkoisten kirjastojen säännöllinen seuranta ja päivitys tulisi suorittaa niiden julkaisujaksojen mukaisesti.
  • Ohjelmistokomponenttien perusteellinen tarkistus, valinta ja valtuutus ovat olennaisia, erityisesti salaukseen ja todentamiseen liittyvien komponenttien osalta.
  • Ulkoisten komponenttien lisenssien hankkiminen ja niiden turvallisuuden varmistaminen.
  • Ohjelmistojen seurantaa ja ylläpitoa varten pitäisi olla järjestelmä. Lisäksi on varmistettava, että se on peräisin hyvämaineisesta lähteestä.
  • On tärkeää, että käytettävissä on pitkän aikavälin kehitysresursseja.

Seuraavat tekijät tulee ottaa huomioon tehdessäsi muutoksia ohjelmistopakettiin:

  • Eheysprosessit tai sisäänrakennetut hallintalaitteet voivat altistaa organisaation riskeille.
  • Olennaista on selvittää, onko myyjä suostunut muutoksiin.
  • Voidaanko ohjelmiston säännöllisten päivitysten suorittamiseen hankkia myyjän suostumus?
  • Ohjelmiston ylläpidon todennäköinen vaikutus sen muuttuessa.
  • Miten muutokset vaikuttavat muihin organisaation käyttämiin ohjelmistokomponentteihin?



kiipeily

Ota käyttöön, laajenna ja skaalaa vaatimustenmukaisuus ilman sotkua. Io antaa sinulle joustavuutta ja luottamusta kasvaa turvallisesti.




Lisäohjeet standardista ISO 27001:2022, liite A 8.28

Organisaatioiden on varmistettava, että ne käyttävät turvallisuuden kannalta olennaista koodia aina tarvittaessa ja että se on suojattu peukalointia vastaan.

ISO 8.28:27001:n liitteen A ohjaus 2022 sisältää seuraavat suositukset turvallisuuden kannalta merkitykselliselle koodille:

  • Vaikka binäärikoodilla ladatut ohjelmat sisältävät turvallisuuteen liittyvän koodin itse sovelluksessa, se rajoittuu sovelluksen sisällä tallennettuihin tietoihin.
  • Turvallisuuden kannalta merkityksellisen koodin kirjaaminen on hyödyllistä vain, jos sitä ajetaan palvelimella, johon käyttäjä ei pääse käsiksi, ja se on erotettu sitä käyttävistä prosesseista siten, että sen tiedot pidetään suojattuna toisessa tietokannassa ja turvallisesti erillään prosesseista. jotka käyttävät sitä. Pilvipalvelun käyttö tulkitun koodin suorittamiseen on mahdollista, ja voit rajoittaa koodin pääsyn etuoikeutetuille järjestelmänvalvojille koodin pääsyn rajoittamiseksi. Suositus on, että nämä käyttöoikeudet suojataan juuri-in-time-järjestelmänvalvojan oikeuksilla ja vankilla todennusmekanismeilla, jotka antavat pääsyn sivustolle vain oikeaan aikaan.
  • Web-palvelimiin tulee ottaa käyttöön sopiva konfiguraatio, jotta estetään luvaton pääsy palvelimella oleviin hakemistoihin ja hakemistojen selaaminen.
  • Turvallisen sovelluskoodin kehittämiseksi sinun on oletettava, että koodi on alttiina hyökkäyksille koodausvirheiden ja haitallisten toimijoiden toimien vuoksi. Kriittinen sovellus tulee suunnitella niin, että se on immuuni sisäisille vioille tavalla, joka estää sen alttiuden virheille. Esimerkiksi algoritmin tulosta arvioitaessa voidaan varmistaa, että tulos täyttää turvallisuusvaatimukset ennen kuin algoritmia voidaan käyttää kriittisissä sovelluksissa, kuten rahoitukseen liittyvissä sovelluksissa, ennen kuin sitä voidaan käyttää sovelluksessa.
  • Hyvien koodauskäytäntöjen puutteen vuoksi tietyt verkkosovellukset ovat erittäin herkkiä tietoturvauhkille, kuten tietokantojen lisäyksille ja sivustojen välisille komentosarjahyökkäyksille.
  • Suosittelemme, että organisaatiot tutustuvat ISO/IEC 15408 -standardiin saadakseen lisätietoja IT-turvallisuuden arvioinnista ja sen suorittamisesta.

Mitkä ovat muutokset ISO 27001:2013:sta?

Liite A 8.28 on a uusi liitteen A ohjausobjekti, joka on lisätty ISO 27001:2022 -standardiin.

Taulukko kaikista ISO 27001:2022 liitteen A ohjaimista

Alla olevasta taulukosta löydät lisätietoja jokaisesta yksittäisestä ISO 27001:2022 liitteen A valvonnasta.

ISO 27001:2022 Organisaation valvonta
Liite A Ohjaustyyppi ISO/IEC 27001:2022 liitteen A tunniste ISO/IEC 27001:2013 liitteen A tunniste Liite A Nimi
Organisaation valvonta Liite A 5.1 Liite A 5.1.1
Liite A 5.1.2
Tietoturvakäytännöt
Organisaation valvonta Liite A 5.2 Liite A 6.1.1 Tietoturvan roolit ja vastuut
Organisaation valvonta Liite A 5.3 Liite A 6.1.2 Tehtävien erottelu
Organisaation valvonta Liite A 5.4 Liite A 7.2.1 Johtamisvastuut
Organisaation valvonta Liite A 5.5 Liite A 6.1.3 Ota yhteyttä viranomaisiin
Organisaation valvonta Liite A 5.6 Liite A 6.1.4 Ota yhteyttä erityisiin eturyhmiin
Organisaation valvonta Liite A 5.7 UUSI Threat Intelligence
Organisaation valvonta Liite A 5.8 Liite A 6.1.5
Liite A 14.1.1
Tietoturva projektinhallinnassa
Organisaation valvonta Liite A 5.9 Liite A 8.1.1
Liite A 8.1.2
Tietojen ja muiden niihin liittyvien omaisuuserien luettelo
Organisaation valvonta Liite A 5.10 Liite A 8.1.3
Liite A 8.2.3
Tietojen ja muiden niihin liittyvien omaisuuserien hyväksyttävä käyttö
Organisaation valvonta Liite A 5.11 Liite A 8.1.4 Omaisuuden palautus
Organisaation valvonta Liite A 5.12 Liite A 8.2.1 Tietojen luokitus
Organisaation valvonta Liite A 5.13 Liite A 8.2.2 Tietojen merkitseminen
Organisaation valvonta Liite A 5.14 Liite A 13.2.1
Liite A 13.2.2
Liite A 13.2.3
Tietojen siirto
Organisaation valvonta Liite A 5.15 Liite A 9.1.1
Liite A 9.1.2
Kulunvalvonta
Organisaation valvonta Liite A 5.16 Liite A 9.2.1 Identity Management
Organisaation valvonta Liite A 5.17 Liite A 9.2.4
Liite A 9.3.1
Liite A 9.4.3
Todennustiedot
Organisaation valvonta Liite A 5.18 Liite A 9.2.2
Liite A 9.2.5
Liite A 9.2.6
Käyttöoikeudet
Organisaation valvonta Liite A 5.19 Liite A 15.1.1 Tietoturva toimittajasuhteissa
Organisaation valvonta Liite A 5.20 Liite A 15.1.2 Tietoturvasta huolehtiminen toimittajasopimusten puitteissa
Organisaation valvonta Liite A 5.21 Liite A 15.1.3 Tietoturvan hallinta ICT:n toimitusketjussa
Organisaation valvonta Liite A 5.22 Liite A 15.2.1
Liite A 15.2.2
Toimittajapalveluiden seuranta, tarkistus ja muutosten hallinta
Organisaation valvonta Liite A 5.23 UUSI Tietoturva pilvipalveluiden käyttöön
Organisaation valvonta Liite A 5.24 Liite A 16.1.1 Tietoturvahäiriöiden hallinnan suunnittelu ja valmistelu
Organisaation valvonta Liite A 5.25 Liite A 16.1.4 Tietoturvatapahtumien arviointi ja päätös
Organisaation valvonta Liite A 5.26 Liite A 16.1.5 Vastaus tietoturvaloukkauksiin
Organisaation valvonta Liite A 5.27 Liite A 16.1.6 Tietoturvahäiriöistä oppimista
Organisaation valvonta Liite A 5.28 Liite A 16.1.7 Todisteiden kerääminen
Organisaation valvonta Liite A 5.29 Liite A 17.1.1
Liite A 17.1.2
Liite A 17.1.3
Tietoturva häiriön aikana
Organisaation valvonta Liite A 5.30 UUSI ICT-valmius liiketoiminnan jatkuvuutta varten
Organisaation valvonta Liite A 5.31 Liite A 18.1.1
Liite A 18.1.5
Oikeudelliset, lakisääteiset, sääntely- ja sopimusvaatimukset
Organisaation valvonta Liite A 5.32 Liite A 18.1.2 Immateriaalioikeudet
Organisaation valvonta Liite A 5.33 Liite A 18.1.3 Tietueiden suojaus
Organisaation valvonta Liite A 5.34 Liite A 18.1.4 Yksityisyys ja henkilötietojen suoja
Organisaation valvonta Liite A 5.35 Liite A 18.2.1 Tietoturvan riippumaton katsaus
Organisaation valvonta Liite A 5.36 Liite A 18.2.2
Liite A 18.2.3
Tietoturvakäytäntöjen, -sääntöjen ja -standardien noudattaminen
Organisaation valvonta Liite A 5.37 Liite A 12.1.1 Dokumentoidut toimintaohjeet
ISO 27001:2022 People Controls
Liite A Ohjaustyyppi ISO/IEC 27001:2022 liitteen A tunniste ISO/IEC 27001:2013 liitteen A tunniste Liite A Nimi
Ihmisten ohjaukset Liite A 6.1 Liite A 7.1.1 Seulonta
Ihmisten ohjaukset Liite A 6.2 Liite A 7.1.2 Palvelussuhteen ehdot
Ihmisten ohjaukset Liite A 6.3 Liite A 7.2.2 Tietoturvatietoisuus, koulutus ja koulutus
Ihmisten ohjaukset Liite A 6.4 Liite A 7.2.3 Kurinpitoprosessi
Ihmisten ohjaukset Liite A 6.5 Liite A 7.3.1 Vastuut työsuhteen päättymisen tai muutoksen jälkeen
Ihmisten ohjaukset Liite A 6.6 Liite A 13.2.4 Luottamuksellisuus- tai salassapitosopimukset
Ihmisten ohjaukset Liite A 6.7 Liite A 6.2.2 Etätyö
Ihmisten ohjaukset Liite A 6.8 Liite A 16.1.2
Liite A 16.1.3
Tietoturvatapahtumien raportointi
ISO 27001:2022 Fyysiset kontrollit
Liite A Ohjaustyyppi ISO/IEC 27001:2022 liitteen A tunniste ISO/IEC 27001:2013 liitteen A tunniste Liite A Nimi
Fyysiset säätimet Liite A 7.1 Liite A 11.1.1 Fyysisen turvallisuuden rajat
Fyysiset säätimet Liite A 7.2 Liite A 11.1.2
Liite A 11.1.6
Fyysinen sisäänpääsy
Fyysiset säätimet Liite A 7.3 Liite A 11.1.3 Toimistojen, huoneiden ja tilojen turvaaminen
Fyysiset säätimet Liite A 7.4 UUSI Fyysisen turvallisuuden valvonta
Fyysiset säätimet Liite A 7.5 Liite A 11.1.4 Fyysisiltä ja ympäristöuhkilta suojautuminen
Fyysiset säätimet Liite A 7.6 Liite A 11.1.5 Työskentely turvallisilla alueilla
Fyysiset säätimet Liite A 7.7 Liite A 11.2.9 Selkeä työpöytä ja selkeä näyttö
Fyysiset säätimet Liite A 7.8 Liite A 11.2.1 Laitteiden sijoitus ja suojaus
Fyysiset säätimet Liite A 7.9 Liite A 11.2.6 Omaisuuden turvallisuus muualla kuin toimitiloissa
Fyysiset säätimet Liite A 7.10 Liite A 8.3.1
Liite A 8.3.2
Liite A 8.3.3
Liite A 11.2.5
Tallennusväline
Fyysiset säätimet Liite A 7.11 Liite A 11.2.2 Apuohjelmat
Fyysiset säätimet Liite A 7.12 Liite A 11.2.3 Kaapeloinnin turvallisuus
Fyysiset säätimet Liite A 7.13 Liite A 11.2.4 Laitteiden huolto
Fyysiset säätimet Liite A 7.14 Liite A 11.2.7 Laitteiden turvallinen hävittäminen tai uudelleenkäyttö
ISO 27001:2022 Tekniset hallintalaitteet
Liite A Ohjaustyyppi ISO/IEC 27001:2022 liitteen A tunniste ISO/IEC 27001:2013 liitteen A tunniste Liite A Nimi
Tekniset säädöt Liite A 8.1 Liite A 6.2.1
Liite A 11.2.8
Käyttäjän päätelaitteet
Tekniset säädöt Liite A 8.2 Liite A 9.2.3 Etuoikeutetut käyttöoikeudet
Tekniset säädöt Liite A 8.3 Liite A 9.4.1 Tietoihin pääsyn rajoitus
Tekniset säädöt Liite A 8.4 Liite A 9.4.5 Pääsy lähdekoodiin
Tekniset säädöt Liite A 8.5 Liite A 9.4.2 Suojattu todennus
Tekniset säädöt Liite A 8.6 Liite A 12.1.3 Kapasiteetin hallinta
Tekniset säädöt Liite A 8.7 Liite A 12.2.1 Suojaus haittaohjelmia vastaan
Tekniset säädöt Liite A 8.8 Liite A 12.6.1
Liite A 18.2.3
Teknisten haavoittuvuuksien hallinta
Tekniset säädöt Liite A 8.9 UUSI Configuration Management
Tekniset säädöt Liite A 8.10 UUSI Tietojen poistaminen
Tekniset säädöt Liite A 8.11 UUSI Tietojen peittäminen
Tekniset säädöt Liite A 8.12 UUSI Tietovuotojen esto
Tekniset säädöt Liite A 8.13 Liite A 12.3.1 Tietojen varmuuskopiointi
Tekniset säädöt Liite A 8.14 Liite A 17.2.1 Tietojenkäsittelylaitteiden redundanssi
Tekniset säädöt Liite A 8.15 Liite A 12.4.1
Liite A 12.4.2
Liite A 12.4.3
Hakkuu
Tekniset säädöt Liite A 8.16 UUSI Seurantatoiminnot
Tekniset säädöt Liite A 8.17 Liite A 12.4.4 Kellon synkronointi
Tekniset säädöt Liite A 8.18 Liite A 9.4.4 Etuoikeutettujen apuohjelmien käyttöoikeudet
Tekniset säädöt Liite A 8.19 Liite A 12.5.1
Liite A 12.6.2
Ohjelmistojen asennus käyttöjärjestelmiin
Tekniset säädöt Liite A 8.20 Liite A 13.1.1 Verkkoturvallisuus
Tekniset säädöt Liite A 8.21 Liite A 13.1.2 Verkkopalveluiden turvallisuus
Tekniset säädöt Liite A 8.22 Liite A 13.1.3 Verkkojen erottelu
Tekniset säädöt Liite A 8.23 UUSI Web-suodatus
Tekniset säädöt Liite A 8.24 Liite A 10.1.1
Liite A 10.1.2
Kryptografian käyttö
Tekniset säädöt Liite A 8.25 Liite A 14.2.1 Turvallisen kehityksen elinkaari
Tekniset säädöt Liite A 8.26 Liite A 14.1.2
Liite A 14.1.3
Sovelluksen suojausvaatimukset
Tekniset säädöt Liite A 8.27 Liite A 14.2.5 Turvallisen järjestelmän arkkitehtuuri ja suunnitteluperiaatteet Tietoturvapoikkeamista oppiminen
Tekniset säädöt Liite A 8.28 UUSI Turvallinen koodaus
Tekniset säädöt Liite A 8.29 Liite A 14.2.8
Liite A 14.2.9
Tietoturvatestaus kehitys- ja hyväksymisvaiheessa
Tekniset säädöt Liite A 8.30 Liite A 14.2.7 Ulkoistettu kehitys
Tekniset säädöt Liite A 8.31 Liite A 12.1.4
Liite A 14.2.6
Kehitys-, testaus- ja tuotantoympäristöjen erottaminen toisistaan
Tekniset säädöt Liite A 8.32 Liite A 12.1.2
Liite A 14.2.2
Liite A 14.2.3
Liite A 14.2.4
Muutoksen hallinta
Tekniset säädöt Liite A 8.33 Liite A 14.3.1 Testitiedot
Tekniset säädöt Liite A 8.34 Liite A 12.7.1 Tietojärjestelmien suojaus tarkastustestauksen aikana

Miten ISMS.online auttaa

Olitpa täysin uusi tietoturvan parissa tai haluat oppia ISO 27001:stä ytimekkäästi ilman, että sinun tarvitsee käyttää aikaa pitkien ja yksityiskohtaisten asiakirjojen lukemiseen tai oppimiseen tyhjästä, alustamme on suunniteltu erityisesti sinua varten.

ISMS.Onlinen avulla pääset helposti käsiksi asiakirjamalleja, tarkistuslistoja ja käytäntöjä, jotka voidaan mukauttaa tarpeidesi mukaan.

Haluatko nähdä, miten se toimii?

Ota yhteyttä jo tänään varaa esittely.


John Whiting

John on ISMS.onlinen tuotemarkkinoinnin johtaja. Johnilla on yli vuosikymmenen kokemus startup-yritysten ja teknologian parista. Hän on omistautunut muokkaamaan ISMS.online-tarjontaamme kiinnostavia kertomuksia varmistaakseen, että pysymme ajan tasalla jatkuvasti kehittyvästä tietoturvaympäristöstä.

ISO 27001:2022 liitteen A valvontalaitteet