<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Planlegge on Sikkerhet.bouvet.no - For Security Champions i Bouvet</title>
		<link>https://sikkerhet.bouvet.no/planlegge/</link>
		<description>Recent content in Planlegge on Sikkerhet.bouvet.no - For Security Champions i Bouvet</description>
		<generator>Hugo</generator>
		<language>no</language>
		
		
		
		
			<atom:link href="https://sikkerhet.bouvet.no/planlegge/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Ansvarsfordeling</title>
				<link>https://sikkerhet.bouvet.no/planlegge/ansvarsfordeling/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://sikkerhet.bouvet.no/planlegge/ansvarsfordeling/</guid>
				<description>&lt;p&gt;Bouvet gjennomfører utviklingsprosjekter på mange ulike måter, der vi tar mer eller mindre ansvar for prosjektledelse, planlegging, utviklingsfasen, kvalitetssikring og ikke minst drift og forvaltning av løsningen. Vi har også ulike innslag av eget, kundens og tredjepartsutstyr, både under utvikling og forvaltning av løsningen.&lt;/p&gt;&#xA;&lt;p&gt;Uavhengig av hvordan prosjektet gjennomføres er det viktig at vi har kontroll på ansvarsfordelingen. Denne skal være regulert i avtalen med kunden, og vi må sikre at vi&lt;/p&gt;</description>
			</item>
			<item>
				<title>Data og Klassifisering</title>
				<link>https://sikkerhet.bouvet.no/planlegge/data-og-klassifisering/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://sikkerhet.bouvet.no/planlegge/data-og-klassifisering/</guid>
				<description>&lt;div class=&#34;sb-note sb-note--tip&#34; role=&#34;note&#34;&gt;&#xA;  &lt;svg viewBox=&#34;0 0 24 24&#34; fill=&#34;none&#34; stroke=&#34;currentColor&#34; stroke-width=&#34;2&#34; stroke-linecap=&#34;round&#34; stroke-linejoin=&#34;round&#34; aria-hidden=&#34;true&#34; focusable=&#34;false&#34;&gt;&lt;path d=&#34;M15 14c.2-1 .7-1.7 1.5-2.5 1-.9 1.5-2.2 1.5-3.5A6 6 0 0 0 6 8c0 1 .2 2.2 1.5 3.5.7.7 1.3 1.5 1.5 2.5&#34;&gt;&lt;/path&gt;&lt;path d=&#34;M9 18h6&#34;&gt;&lt;/path&gt;&lt;path d=&#34;M10 22h4&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&lt;span class=&#34;sb-note__label&#34;&gt;Kort oppsummert&lt;/span&gt;&#xA;  &lt;div class=&#34;sb-note__body&#34;&gt;&#xA;    &lt;p&gt;De fleste organisasjoner opererer med ulike klassifikasjonsnivå på både data og systemer. Klassifiseringen gjøres ofte med bakgrunn i hvordan data brukes, hvor det lagres og hvem som kan aksessere disse. Dette er nøkkelkrav for ethvert utviklingsprosjekt og må avklares i forkant.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Business Continuity</title>
				<link>https://sikkerhet.bouvet.no/planlegge/business-continuity/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://sikkerhet.bouvet.no/planlegge/business-continuity/</guid>
				<description>&lt;p&gt;&lt;em&gt;Business Continuity Planning&lt;/em&gt; er &lt;em&gt;ikke&lt;/em&gt; utelukkende et IT-teknisk anliggende, men det er vårt ansvar som leverandører av et IT-system å minne kunden på at systemet kan bli utilgjengelig.&lt;br&gt;&#xA;Svaret fra denne planleggingen vil være med å beskrive hvilke krav som stilles til løsningens robusthet og sikkerhetsnivå, og er avgjørende for å finne riktig balanse på kostnad og ytelse hos systemet.&lt;/p&gt;&#xA;&lt;p&gt;Her er det viktig å ha et forhold til&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Kritikaliteten av løsningen&lt;/li&gt;&#xA;&lt;li&gt;Eventuelle workarounds dersom løsningen er utilgjengelig&lt;/li&gt;&#xA;&lt;li&gt;Konsekvenser eller merarbeid som følge av utilgjengelighet eller når løsningen igjen blir tilgjengelig.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;kundens-forventninger&#34;&gt;Kundens forventninger&lt;a class=&#34;td-heading-self-link&#34; href=&#34;#kundens-forventninger&#34; aria-label=&#34;Heading self-link&#34;&gt;&lt;/a&gt;&lt;/h2&gt;&lt;p&gt;Har vi definert en Service Level Agreement (SLA) med kunden som legger føringer på oppetid, tilgjengelighet og liknende, eller har kunden implisitte forventninger til dette?&lt;/p&gt;</description>
			</item>
			<item>
				<title>Bruk av kunstig intelligens</title>
				<link>https://sikkerhet.bouvet.no/planlegge/ai/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://sikkerhet.bouvet.no/planlegge/ai/</guid>
				<description>&lt;p&gt;Denne siden handler om bruk av KI i utviklingsløpet, ikke generell bruk av KI-løsninger. Målet er å bruke KI som et produktivitetsverktøy uten å miste kontroll på sikkerhet, kvalitet og etterprøvbarhet.&lt;/p&gt;&#xA;&lt;div class=&#34;sb-note sb-note--tip&#34; role=&#34;note&#34;&gt;&#xA;  &lt;svg viewBox=&#34;0 0 24 24&#34; fill=&#34;none&#34; stroke=&#34;currentColor&#34; stroke-width=&#34;2&#34; stroke-linecap=&#34;round&#34; stroke-linejoin=&#34;round&#34; aria-hidden=&#34;true&#34; focusable=&#34;false&#34;&gt;&lt;path d=&#34;M15 14c.2-1 .7-1.7 1.5-2.5 1-.9 1.5-2.2 1.5-3.5A6 6 0 0 0 6 8c0 1 .2 2.2 1.5 3.5.7.7 1.3 1.5 1.5 2.5&#34;&gt;&lt;/path&gt;&lt;path d=&#34;M9 18h6&#34;&gt;&lt;/path&gt;&lt;path d=&#34;M10 22h4&#34;&gt;&lt;/path&gt;&lt;/svg&gt;&lt;span class=&#34;sb-note__label&#34;&gt;Vil du lære mer om KI?&lt;/span&gt;&#xA;  &lt;div class=&#34;sb-note__body&#34;&gt;&#xA;    &lt;p&gt;Bouvet har en egen portal for kunstig intelligens på &lt;a href=&#34;https://ai.bouvet.no&#34;&gt;ai.bouvet.no&lt;/a&gt;, som hjelper deg å forstå teknologien og hvordan den kan brukes i ulike roller. Denne artikkelen tar kun for seg sikkerhetssiden i utviklingsløpet.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Sikkerhetskontrollpunkt</title>
				<link>https://sikkerhet.bouvet.no/planlegge/sikkerhetskontrollpunkt/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://sikkerhet.bouvet.no/planlegge/sikkerhetskontrollpunkt/</guid>
				<description>&lt;p&gt;Avhengig av sikkerhetsnivået en leveranse ønsker å legge seg på, kan det være nødvendig å definere mekanismer for å vurdere sikkerheten på faste punkter i utviklingsløpet, såkalte sikkerhetskontrollpunkt.&lt;/p&gt;&#xA;&lt;p&gt;Disse kan defineres mellom logiske faser i prosjektet, eksempelvis mellom design og utviklingsfasene, eller når en går fra utvikling til første release i produksjon. Andre og flere kontrollpunkter kan også defineres, helt avhengig av kravene leveranseteamet må forholde seg til.&lt;/p&gt;&#xA;&lt;figure class=&#34;sb-diagram&#34;&gt;&#xA;  &lt;div class=&#34;sb-diagram__scroll&#34;&gt;&#xA;    &lt;svg viewBox=&#34;0 0 900 250&#34; style=&#34;--sbd-min: 620px&#34;&#xA;         role=&#34;img&#34; aria-labelledby=&#34;kd-0-t kd-0-d&#34;&gt;&#xA;      &lt;title id=&#34;kd-0-t&#34;&gt;Relativ kostnad ved å rette en svakhet&lt;/title&gt;&#xA;      &lt;desc id=&#34;kd-0-d&#34;&gt;Søylediagram over hva det koster å rette en svakhet, avhengig av hvilken fase den blir oppdaget i. Relativt til design, som er satt til 1: design 1, implementasjon 6,5, testing 15 og vedlikehold 100.&lt;/desc&gt;&#xA;      &lt;path class=&#34;sbd-akse&#34; d=&#34;M180 18 V229&#34; /&gt;&#xA;&#xA;      &lt;text class=&#34;sbd-title sbd-slutt&#34; x=&#34;160&#34; y=&#34;46&#34;&gt;Design&lt;/text&gt;&#xA;      &lt;rect class=&#34;sbd-bar&#34; style=&#34;--sbd-c: var(--sbd-kost-1)&#34; x=&#34;180&#34; y=&#34;24&#34; width=&#34;6.4&#34; height=&#34;34&#34; /&gt;&#xA;      &lt;text class=&#34;sbd-verdi sbd-start&#34; x=&#34;196&#34; y=&#34;46&#34;&gt;1&lt;/text&gt;&#xA;&#xA;      &lt;text class=&#34;sbd-title sbd-slutt&#34; x=&#34;160&#34; y=&#34;101&#34;&gt;Implementasjon&lt;/text&gt;&#xA;      &lt;rect class=&#34;sbd-bar&#34; style=&#34;--sbd-c: var(--sbd-kost-2)&#34; x=&#34;180&#34; y=&#34;79&#34; width=&#34;41.6&#34; height=&#34;34&#34; /&gt;&#xA;      &lt;text class=&#34;sbd-verdi sbd-start&#34; x=&#34;232&#34; y=&#34;101&#34;&gt;6,5&lt;/text&gt;&#xA;&#xA;      &lt;text class=&#34;sbd-title sbd-slutt&#34; x=&#34;160&#34; y=&#34;156&#34;&gt;Testing&lt;/text&gt;&#xA;      &lt;rect class=&#34;sbd-bar&#34; style=&#34;--sbd-c: var(--sbd-kost-3)&#34; x=&#34;180&#34; y=&#34;134&#34; width=&#34;96&#34; height=&#34;34&#34; /&gt;&#xA;      &lt;text class=&#34;sbd-verdi sbd-start&#34; x=&#34;286&#34; y=&#34;156&#34;&gt;15&lt;/text&gt;&#xA;&#xA;      &lt;text class=&#34;sbd-title sbd-slutt&#34; x=&#34;160&#34; y=&#34;211&#34;&gt;Vedlikehold&lt;/text&gt;&#xA;      &lt;rect class=&#34;sbd-bar&#34; style=&#34;--sbd-c: var(--sbd-kost-4)&#34; x=&#34;180&#34; y=&#34;189&#34; width=&#34;640&#34; height=&#34;34&#34; /&gt;&#xA;      &lt;text class=&#34;sbd-verdi sbd-start&#34; x=&#34;830&#34; y=&#34;211&#34;&gt;100&lt;/text&gt;&#xA;    &lt;/svg&gt;&#xA;  &lt;/div&gt;&#xA;  &lt;figcaption&gt;Relativ kostnad ved å rette en svakhet, etter hvilken fase den oppdages i. Tallene er relative til design, som er satt til 1. En svakhet som først blir funnet i vedlikeholdsfasen koster hundre ganger så mye å rette som den samme svakheten funnet under design.&lt;/figcaption&gt;&#xA;&lt;/figure&gt;&#xA;&#xA;&lt;p&gt;IBM har &lt;a href=&#34;https://www.researchgate.net/figure/IBM-System-Science-Institute-Relative-Cost-of-Fixing-Defects_fig1_255965523&#34;&gt;i en studie&lt;/a&gt; fastslått at generelle svakheter i applikasjoner utviklet for det amerikanske forsvaret kostet langt mindre å utbedre jo tidligere de ble oppdaget.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
