ISO 27001:2022 Liite A 8.28 – Suojattu koodaus

• nähdä ISO 27002:2022 Control 8.28 lisätietoja.

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.

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.

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?

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.

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.