Re: Ang. juks

["Sigmund Motzfeldt \\y" <sigmundo@marin.ntnu.no>]

On Wed, 25 Nov 1998, Tore Skaug wrote:

> Ett aspekt her er gruppe-dynamikk, det blir litt pes for en gruppe dersom
> ett av medlemmene til stadighet henger pga. liten cache og daarlig
> baandbredde.  Derfor burde en gjerne kunne sette noen minimumskrav til hva
> en forventer av cache-kapasitet hos en klient slik at det ikke oedelegger
> for andre at noen spiller paa full disk paa dj.

En del minimumskrav synes jeg absolutt vi burde kunne sette.

> > For aa summere opp : jeg synes systemet ditt var bra, og synes og godt vi
> > kan kryptere objektinnhold selv om det ikke helt adresserer problemet med
> > deling av data. Kryptering vil jo gjerne ogsaa kombineres med kompresjon
> > som ikke er aa forakte.
> 
> Og som du er inne paa i en annen mail, det er ikke vanskelig aa starte med
> en versjon uten kryptering/id-obfuskering dersom det er tilstrekkelige
> 'hooks' for aa legge dette inn senere.
> 
> Kryptering gjoer det nok ikke lettere aa faa til kompresjon, snarere er
> det slik at krypterte data er umulig aa komprimere ettersom de er
> fullstendig random. Men med 'hooks' er det lett aa gjoere ingenting,
> kompresjon eller kompresjon-kryptering uten at mye maa endres.

Det er ikke saa greit aa komprimere data etter en kryptering, men det er
saa vidt jeg skjoent god krypteringspraksis aa komprimere data foer 
kryptering for aa redusere forutsigbarheten i det ukrypterte materialet.
Da det vel ikke er vanlig at krypteringen forlenger dataene dine, vil
kompresjon foer kryptering foere til en reduksjon av filstoerrelsen.

Ellers er vel noe av det viktigste at det interfacet vi lager for
kryptering kan brukes til hva som helst som du ganske riktig paapeker.

Sigmund.