, database struktur, der giver dig mulighed for at securly lager nøgler sammen med beskrivelser og andre egenskaber, centrale database, den vigtigste grund til ved hjælp af centrale databaser, er anvendelsen af store stikprøver, nøgler, som f.eks. private nøgler.ved at oplagre disse nøgler i en database sammen med navne og beskrivelser af hver nøgle du fjerne behovet for at huske dem.brugeren er blot at vælge passende nøgle, navn og beskrivelse.som informationsteknologi, fortsat udvikler og tilbyde mere ecurity foranstaltninger, forbrugerne vil omfatte centrale database produkter. der er mange forskellige måder at gennemføre krypteret centrale databaser. kun en vil blive drøftet på grund af det ' s fingerfærdighed.selv om det er ' t meget belejligt for store databaser, er det meget dequate, forvalte et par dusin nøgler. den største bekymring er den centrale database og' s krypteringsnøglen, bør det være lang, men let at huske.det anbefales at bruge ord, for den simple kendsgerning, at nogen kan huske en 4 ord, som usualy indeholder 15 - 20 breve.sætningen bør ikke anvendes som centrale intakt. det bør reduceres til at tilbyde så meget entropi, som kan være givet.128bits er mere end generøs centrale størrelse, der er rigelige sikkerhed for, at gennemførelsen af en central database, det næste spørgsmål er kendt klartekst. hvis en mand kender de fleste af, navn og beskrivelse af nøglerne, han kan ansætte en kendt klartekst, angreb.den slags angreb forsøg på at udlede de væsentligste af stykker, der er kendt for at være i den krypterede data.disse angreb kræver enorme mængder af kendte klartekst, men ingen chancer kan tages.den bedste måde at stoppe kendt klartekst fra at nøglerne, database til at kryptere alle forudsigelige oplysninger med en separat nøgle. den nøgle, der encrypts navne og beskrivelser skal enten være en nøgle, dedikeret til denne opgave, og indeholdt i databasen med andre nøgler eller en hash - funktion alle nøglerne i databasen.enten, opløsning holder nøglerne fra at blive ødelagt af en mand, der fik rekonstrueret navne og beskrivelser. den centrale database og' s struktur bør indeholde mindst, forudsigelig bit som muligt.forudsigelig data, der kan bringe nøgler burde være i begyndelsen af databasen, og bør ikke være krypteret.med dette i tankerne, størrelsen af de nøgler, bør oplagres på denne måde.den næste blok af oplysninger, bør størrelsen af navne og beskrivelser af hver nøgle.disse størrelser viser ikke nogen sikkerhed kritiske data. næste i databasen bør være de nøgler.de skal naturligvis være krypteret.der bør ikke være nogen markører i mellem nøgler. de er ubrugelig, fordi deres størrelse er ved det, og du kan let beregne hver enkelt central ' s placering.hvis du vælger at tildele en nøgle til at kryptere de navne og beskrivelser, bør det være anbragt efter alle andre nøgler og krypteret på samme måde som alle andre nøgler. efter nøgler bør navne og discriptions, og som, nøgler, navn og beskrivelse ikke kræver dette konkluderer, at dette grundlæggende markører. arkitektur for en korrekt gennemført, centrale database.der er mange flere sikkerhedsproblemer, der skal tages, tegnede sig for på vegne af software i sig selv.rensning af hukommelse efter afslutning er nødvendige i alle sikkerhedsrelaterede, software.sikkerhed er en proces, ikke en opskrift. (c) ophavsret drmungkee 2000