Er det muligt at fremskaffe lidt mere konkret information om de sensorer der skal udrulles? Og ikke mindst: Hvad gør man for at sikre at disse sensorer i sig selv, ikke også er/bliver ramt af supply chain angreb?

Og så kan man jo passende udgive en supply chain attack prevention service samtidig, så kunden får begge dele: nemhed og sikkerhed ;-)

Tak Esben, men jeg tror du overså drafts i mit opsalg. Med drafts prøver jeg at referere til den håndfuld "Internet Drafts" som PHK nævnte tidligere.

Er nogle af disse drafts offentligt tilgængelige?

Har du et eksempel på en konkret use-case hvor structured fields, gør implementeringen nemmere/renere? Oplagt kunne det jo være noget fra Vanish.

Er der nyt fra denne front? https://www.version2.dk/blog/fjender-paa-hoeje-poster-1091466 Common Carrier, som du udlægger det, synes at overlappe samme problematik/ansvarspådragelse.

Så mener du at det bliver pensum, for at vise hvor svært det er at anonymisere/leve op til de tilhørende lovkrav? Eller er lovkravene opfyldt, og derfor skal artiklen illustrere at loven er utilstrækkelig?

Hvordan ser din løsning ud? Er det et hjemmestrikket fysisk interface mellem det optiske vindue eller er der brugt eksisterende løsninger? Og hvordan interfaces der til denne løsning? Har den indbygget ethernet server eller lignende?

Er opgaven scopet til det interne produktionsapparat, eller skal der medtages sårbarhed overfor afsætning, i ikke mindst det amerikanske marked?

Har du en kildehenvisning jvf. at løvfaldet speeder rotationen op?

Er det ikke "bare" et spørgsmål om at have nok lokaliteter? Selvfølgelig halveres antallet af komplette backups, med den løsningsmodel jeg foreslog (plus evt. større sansynlighed for datakorrumption). Jeg var også ude i at overveje en RAID3 lignende model, evt med en OTP nøgle som en...

Siden kerneudfordringen i princippet ikke er krypteringens gyldighed, men at sikre holderne af data ansvarsfrihed (som jeg læser det). Så kunne man fordele indholdet på to (eller flere) lokaliteter, på en måde som med rimelig sansynlighed ville sikre at een lokalitet ikke indeholdt inkriminerende...

Tak til Lars Andersen for det uddybende indslag. Værdifuld opfølgning!

Jeg sætter også stor pris på at folk deler “skyttegravshistorier”. Jeg ville dog ønske at den journalistiske vinkel var mere konstruktiv, i retningen “gør X for at undgå det vi oplevede”, i stedet for “vi oplevede at migrering til cloud er svært”. Det eneste konstruktive jeg kan udlede, hvis jeg...

Jeg hæfter mig især ved at bold.dk har haft tests af deres migrering. Men virkeligheden viste så at deres tests var ubruglige, eller var det på områder hvor der ikke var testdækning, at fejlene opstod efter AWS migreringen? Det virker i alle tilfælde underligt at de ikke har testet noget så eleme...

Det er rodfæstet i en gammel kultur, som man bl.a. kan få indblik i her: https://www.version2.dk/artikel/under-koelerhjelmen-hos-mobilepay-cowboy...

Jeg tolker det jeg kan læse ud af artiklen, som at lovrådet har affejet "security by obscurity" som en lovligt sikkerhedregime og at du som systemejer ikke kan kaste skylden for manglende sikkerhed over på "uberettiget adgang" fra tredjepart. Det lyder jo sådan set meget...

Hos os har vi en ambition om at infrastrukturen også bør være agil. At lave årti-lige meteornedslag i infrastrukturen, svarer vel bare til at man har haft et infrastruktursprint på et årti ;-) Vi prøver at tage livtag med DevOps tankegangen og lade den være løftestang for at ikke låse os for fast...

Ang. Matematikfessor og Gyldendals produkter, så er det nogle af de materialer, som læringsplatformen sætter i spil, således at eleverne får et nogenlunde leverandør-uafhængigt udbud af materialer at vælge imellem. Læringsplatformen, hvoraf KMD Educa, er en af i hvert fald 4 spillere, tilbyder i ...

Det er big data, og der er også en risiko for information overlad Det er ikke big data! Læs venligst wikipedias definition: https://en.wikipedia.org/wiki/Big_data Ved 200 hits/døgnet, burde en studentermedhjælperstilling være rigelig processorkraft, til at kalibrere/sortere/filtrere.