Ukens faktumI 2000 ble RSA Securities' web side "tægget" av crackere -- noe som kunne vært svært pinlig for sikkerhetsfirmaet. Crackerne kom ikke inn på RSAs system derimot. De fikk lure DNS systemet ved å angripe en DNS server over RSAs egen i hierarkiet. Dette viser hvor kritisk det er med avhengigheter i sikkerhetssystemer. Sikkerhet er ikke bare for de som har hemmeligheter, men et problem for samfunnet i sin helhelt. |
Ved å bruke de samme primtall metodene som er brukt i RSA, klarer Diffie-Hellman algoritmen å konstruere den samme nøkkelen to forskjellige steder, uten å sende nøkkelen via nettet. Denne algoritmen er sentral i mange sikkerhetssystemer idag.
Problemet med SMTP E-mail protocolen, slik den er implementert i mange systemer, er at den ikke kan håndtere binære (ikke ASCII) data. Dette skaper problemer for kryptering, eller overførsel av multimedia filer (bilder,lyd osv), som trenger binæer fil-formater. Dette er grunnen til at slike filer må pakkes inn i MIME (multi-purpose internet mail extension) attachments, med Unix-aktig uuencode/uudecode ASCIIfisering. Sikkerhetssystemer for Email må derfor konvertere data til ASCII formater og tilbake.
Email kan krypteres manuelt ved hjelp av PGP. En versjon av MIME med kryptering og signaturer heter er også utviklet og heter S/MIME. Denne er en mer transparent grensesnitt mot krypteringsfunksjonaliteten.
SSL and TLS bruker offentlig/privat nøkkel metoder for å etablere sikre kommunikasjonskanaler. De gjøre dette ved å først utforske sikkerhets muligheter på begge sider av en forbindelse, slik at den beste felles mulighet brukes, og så etablere en sesjonsnøkkel for kryptering. Etter dette, brukes en billigere eller raskere form for kryptering (3DES,IDEA,RC4 etc) for å overføre dataene.
SSL ble utviklet som en transparent erstatning for vanlig socket kommunikasjon mellom maskiner. For å ta i bruk SSL er det ikke stort mer å gjøre enn å bytte noen systemkall med SSL biblioteksfunksjoner.
SET bruker en tredjeparts sertifiseringsorganisasjon (a la Verisign) for å lagre en database over kundenes offentlige nøkler, som øker tillitten til nøklenes integritet under transaksjonen.
Den interessante egenskapen til SET modellen er at den bruker en dobbel signatur for å øker fotroligheten til kunde og butikk. Butikken trenger ikke å vite om kunden kredittkort detaljer, og banken trenger ikke å vite hvilke varer som ble kjøpt av kunden. Separate signaturer lages for disse to delene av en handelstransaksjon. Disse må imidlertid kobles, slik at betalingen og utførelsen av transaksjonen henger sammen. Men måten de er koblet sammen på forsikrer at bare den informasjonen partene trenger å vite er mulig å lese for dem.
Ett av problemene med TCP/IP sikkerhet er at passord og annen privatinformasjon sendes ofte i klartekst (ukryptert) slik at avlyttere kan `sniffe' nettet og plukke opp fortrolige data.
Et sikkert virtual private network (VPN) er en kryptert forbindelse mellom maskiner, som fungerer som en tunnel eller `armert rør' mellom en bruker og en tjenermaskin. Det finnes mange tekniske løsninger til denne problemstillingen; de fleste er basert på RSA type autentisering og kryptering, f.eks SSH.
Secure DNS løser problemet med autentisering av DNS record (RFC 2535). Sikker DNS dreier seg ikke om fortrolighet: informasjonen i DNS er offentlig informasjon. Den fokuserer kun på integritet. Designprinsippet er at alle brukere som slår opp den samme informasjon vil få samme svar. Strategien er å umuliggjøre forfalskning.
DNS er vel den største distribuerte databasen som finnes. Problematikken rundt implementasjonen av denne tjenesten, med distrubusjon av oppdateringer m.m. er ikke triviell, og dette systemet testes fremdeles.