Poll
image

Wat komt op de eerste plaats:

maandag 1 juli 2024, 12:27 door Redactie, 22 reacties
Reacties (22)
01-07-2024, 14:11 door Anoniem
Functionaliteit is natuurlijk belangrijk, zo niet de kern van wat het ook is.
Maar als je geen veiligheid kan garanderen, dan is het beter om de functionaliteit niet te hebben.
01-07-2024, 14:15 door Anoniem
Hoe is dit überhaupt een vraag op een security forum? Het idee dat security niet gewoon een functionaliteit is, is ook bizar. Een kluis is immers ook niet heel functioneel als het niet beveiligd is.
01-07-2024, 14:21 door Anoniem
Het ene sluit het andere niet uit. Beide zijn noodzakelijk!
01-07-2024, 15:01 door Anoniem
Optie 3: Beide. Zoals de bovenstaande reguurders ook al aangeven.
Dit is geen binaire keuze (en zou het ook nooit mogen zijn!), waarbij het ene het andere uitsluit.
01-07-2024, 15:56 door Anoniem
Net als vormgeving moet beveiliging de functionaliteit volgen.
Anders wordt het systeem onhandelbaar.

Kluis die niet open kan is waardeloos en nutteloos.
01-07-2024, 16:46 door Anoniem
Met GrapheneOS en/of GNU+Linux (desktop) levert men eigenlijk niets in, wel moet men zich een beetje aanpassen aan de nieuwe software. (In het geval van GNU+Linux op de desktop)
Beveiliging is dan al een stuk beter, maar met tools zoals TOR en PGP, LUKS, Yubikeys en meer is het al helemaal top.
Alleen met TailsOS en Qubes, DNS blacklists e.d. wordt het iets ingewikkelder, maar nog steeds weinig moeite.
Als men zich onthoud van social media en dergelijke proprietaire troep kan er ook weinig lekken, zeker als men alles offline houd.
Ik spreek hierbij uit eigen ervaring, dit zal voor iedereen weer anders zijn.
01-07-2024, 17:22 door Anoniem
Een goed opgezet concept die beide omvat, en idealiter rekening houdt met structurele wijzigingen van het één of het ander...
01-07-2024, 18:03 door Anoniem
Ik denk dat als je security niet als functionele eis meeneemt je een groot risico loopt om achter de feiten aan te lopen.

Een systeem (inclusief hardware, besturingssysteem, netwerkcomponenten eromheen) moet niet alleen doen wat er aan functies bedacht was, het moet (zonder bewuste goedkeuring ervoor) ook niet doen wat er niet bedacht was. Elk securityprobleem komt erop neer dat het systeem iets anders doet dan men voor ogen had. Dus wat het systeem doet moet beperkt zijn tot wat men bedacht of goedgekeurd heeft. Die beperking moet een functionele eis zijn, en dan zijn alle securitymaatregelen onderdeel van de implementatie van die functionele eis.
01-07-2024, 20:53 door Anoniem
Door Anoniem: Met GrapheneOS en/of GNU+Linux (desktop) levert men eigenlijk niets in, wel moet men zich een beetje aanpassen aan de nieuwe software. (In het geval van GNU+Linux op de desktop)
Beveiliging is dan al een stuk beter, maar met tools zoals TOR en PGP, LUKS, Yubikeys en meer is het al helemaal top.
Alleen met TailsOS en Qubes, DNS blacklists e.d. wordt het iets ingewikkelder, maar nog steeds weinig moeite.
Als men zich onthoud van social media en dergelijke proprietaire troep kan er ook weinig lekken, zeker als men alles offline houd.
Ik spreek hierbij uit eigen ervaring, dit zal voor iedereen weer anders zijn.
Wat heeft dit, behalve als sluikreclame voor Linux, met het artikel te maken?
01-07-2024, 22:19 door Anoniem
Zonder security geen functionality.
02-07-2024, 09:42 door MZi038
Vals dilemma; security is geen object, maar een attribuut.
02-07-2024, 14:15 door Anoniem
Door Anoniem: Net als vormgeving moet beveiliging de functionaliteit volgen.
Anders wordt het systeem onhandelbaar.

Kluis die niet open kan is waardeloos en nutteloos.

Een kluis die niet open kan is geen kluis.
03-07-2024, 08:50 door Anoniem
Door MZi038: Vals dilemma; security is geen object, maar een attribuut.

functionaliteit is ook geen object.

je kan een functionaliteit hoe leuk het ook lijkt maar beter niet hebben als het onveilig is.
03-07-2024, 08:57 door Anoniem
Door Anoniem: Optie 3: Beide. Zoals de bovenstaande reguurders ook al aangeven.
Dit is geen binaire keuze (en zou het ook nooit mogen zijn!), waarbij het ene het andere uitsluit.

Ik lees hem dan ook letterlijk, als in wat je het eerst geregeld moet hebben. Security by design en daarop de functionaliteit bouwen.
03-07-2024, 10:52 door Anoniem
Door Anoniem: Functionaliteit is natuurlijk belangrijk, zo niet de kern van wat het ook is.
Maar als je geen veiligheid kan garanderen, dan is het beter om de functionaliteit niet te hebben.

Dat laatste staat toch niet in de vraagstelling?

Functionaliteit komt in de eerste plaats. Dat kun je ook breder opvatten dan de functie van een onderdeel van een systeem. Securityproblemen bedreigen functionaliteit, vandaar dat security een vereiste is.

Overigens is er zonder functionaliteit geen security nodig/toepasbaar.

Het doel van security is natuurlijk dat je functies veilig kan gebruiken. Dat laat overlet dat functie afhankelijk is van security. Je mag niet iets onveiligs gebruiken. Er is dus geen tegenspraak met 'security by design'.
03-07-2024, 13:31 door Anoniem
Bij de meeste bedrijven komt tegenwoordig 'het zoveel mogelijk verzamelen van data en vooral persoonsgegevens' op de eerste plaats.
Niet gestemd.
04-07-2024, 08:47 door Anoniem
Een bedrijf zal (zo goed als) altijd voor functionaliteit gaan, wat dit dan ook precies inhoud.
Het is juist belangrijk dat je, als security officer (o.i.d.) ervoor zorgt dat de bedrijfsvoering zo min mogelijk belemmerd, maar wel de boel veilig houd. Ik zou dus kijken naar wat het bedrijf wilt en hoe jij als security officer hier invulling aan kunt geven zodat het op een veilige manier kan. Meedenken in plaats van blokkeren!
04-07-2024, 14:50 door Anoniem
Door Anoniem: Een bedrijf zal (zo goed als) altijd voor functionaliteit gaan, wat dit dan ook precies inhoud.
Het is juist belangrijk dat je, als security officer (o.i.d.) ervoor zorgt dat de bedrijfsvoering zo min mogelijk belemmerd, maar wel de boel veilig houd. Ik zou dus kijken naar wat het bedrijf wilt en hoe jij als security officer hier invulling aan kunt geven zodat het op een veilige manier kan. Meedenken in plaats van blokkeren!

klopt.
Hoewel veel bedrijven alleen voor de functionaliteit gaan, spreek ik uit ervaring dat er echt wel bedrijven zijn die de bescherming van (persoons)gegevens vanaf het begin als prioriteit hebben. Omdat ze ook begrijpen dat je zonder security niet veel aan de functionaliteit hebt (of niet voor lang...), of dat het de klanten schaadt en dus ook het bedrijf zelf, enz. In dit forum is daar meestal geen aandacht voor uiteraard, komt ook niet in het nieuws. Maar ja, 100% security is ook niet haalbaar, dus zelfs de bedrijven die veel aandacht aan security besteden zullen toch ooit een keer een security incident hebben en dan alsnog mogelijk negatief in het nieuws komen.
04-07-2024, 20:38 door Anoniem
Door Anoniem:
Door Anoniem: Met GrapheneOS en/of GNU+Linux (desktop) levert men eigenlijk niets in, wel moet men zich een beetje aanpassen aan de nieuwe software. (In het geval van GNU+Linux op de desktop)
Beveiliging is dan al een stuk beter, maar met tools zoals TOR en PGP, LUKS, Yubikeys en meer is het al helemaal top.
Alleen met TailsOS en Qubes, DNS blacklists e.d. wordt het iets ingewikkelder, maar nog steeds weinig moeite.
Als men zich onthoud van social media en dergelijke proprietaire troep kan er ook weinig lekken, zeker als men alles offline houd.
Ik spreek hierbij uit eigen ervaring, dit zal voor iedereen weer anders zijn.
Wat heeft dit, behalve als sluikreclame voor Linux, met het artikel te maken?
Reclame?? Nee, het gaat iver beveiliging znder functionaliteit in te leveren, precies waar het artikel over gaat, wat een mooie aannamens van u overigens.. Wat is er dan mis met Linux volgens u?
Als ik over Windows was begonnen was het dan Windows-reclame?
Uw commentaar slaat als een tang op een varken.
05-07-2024, 13:03 door Anoniem
Security by design.
Dus beide.
05-07-2024, 15:03 door Anoniem
Door Anoniem: Security by design.
Dus beide.
Niet beide,

Security by design betekent dat je nieuwe functionaliteit ontwerpt met security als primair uitgangspunt.
Blijkt het vervolgens niet veilif te kunnen, dan komt die nieuwe functionaliteit er niet.

Functionaliteit zou te allen tijden ondergeschikt moeten zijn aan security! Kan het niet veilig? Dan kan het dus niet.
08-07-2024, 10:26 door Anoniem
Door Anoniem: Niet beide,

Security by design betekent dat je nieuwe functionaliteit ontwerpt met security als primair uitgangspunt.
Blijkt het vervolgens niet veilif te kunnen, dan komt die nieuwe functionaliteit er niet.

Functionaliteit zou te allen tijden ondergeschikt moeten zijn aan security! Kan het niet veilig? Dan kan het dus niet.
Er zijn eisen en wensen. Een eis moet, onvoorwaardelijk. Een wens hoeft niet per se, en door prioriteiten aan je wensenlijstje te hangen kan je bepalen waar je voorrang aan geeft boven wat. Maar eisen zijn niet onderhandelbaar, dat zijn showstoppers als ze niet gerealiseerd kunnen worden.

Security overtreft functionaliteit niet, security is een eis, en overtreft wel wensen maar niet andere eisen, die er natuurlijk ook zijn.

Ik schreef eerder:
Die beperking moet een functionele eis zijn, en dan zijn alle securitymaatregelen onderdeel van de implementatie van die functionele eis.
Even rondneuzend zie ik dat ik te lang uit het actieve vak weg ben en word ik eraan herinnerd dat men dit een niet-functionele eis zou noemen (ik heb altijd al de neiging gehad om soms wat anders tegen dat soort dingen aan te kijken dan de ware functioneuten, in mijn ogen is de eis dat een systeem een functie als toegang geven aan een indringer niet uitvoert een eis over de functies en dat zou ik een functionele eis noemen, maar dat is kennelijk mijn afwijking).

Maar het verandert niets aan de afweging, ook een niet-functionele eis is niet optioneel, als iets optioneel is is het per definitie een wens. En wat je bouwt is nooit alleen maar gedefinieerd in termen van wat je niet wil, het wordt gebouwd vanwege de dingen die je wel wil. Als je alleen maar ongeoorloofde toegang wilt buitensluiten als eis aan een nieuw systeem dan hoef je dat hele systeem niet te bouwen. Het is niet de reden voor het nieuwe systeem.
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]

Je bent niet en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.