Re: Adattorles - hogyan

2006-11-08 bef zés SANDOR Gabor

Bán Miklós [EMAIL PROTECTED] írta:

 dd if=/dev/random of=/dev/sdaX bs=1024

Mindez ismételve hét-nyolc esetben...
Ennél kevesebb számú felülírás után állítólag még visszahozható, bár
igen sokba kerül...

Másik lehetőség: elvinni Kürthöz, nekik van jó nagy, váltakozó mágneses
teret produkáló ketyeréjük, amire felrakják a diszket, és egy idő után
biztosan nem olvasható róla vissza semmi...

-- 
  SaGa
  SANDOR Gabor [EMAIL PROTECTED]UIN: 179037437
gpg key fingerprint: 6D88 35BB 4607 F533 7419  210A 27F9 7270 0410 A7FA
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Hegedüs Ervin
hello,

 
   dd if=/dev/random of=/dev/sdaX bs=1024
  
 
 Ha 9x egymás után végigfuttatod, nem.

ez az altalad irt 9 (masok irtak 8-9-et) ertek honnan jon ki?
Le kell adnunk egy 'modszertant', hogy hogy fogjuk megcsinalni,
jo lenne valami hivatkozas.



Koszi:

a.

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Ati
On Tue, 2006-11-07 at 15:55 +0100, Hegedüs Ervin wrote:

 A feladat: Solaris8-on kellene adattorlest megvalositani, a
 visszaallitas lehetoseget/eselyet minimalizalni.
 
nezd meg ezt is talan:
http://www.jetico.com/

BCWipe for UNIX (Linux, SunOS, Solaris, IRIX, Digital Unix,
FreeBSD, ... )

van tar.gz-s forras


-- 
Ati [EMAIL PROTECTED]

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Gabor Gombas
On Tue, Nov 07, 2006 at 09:03:43PM +0100, Hegedüs Ervin wrote:

 Adott egy batar nagy ceg batar nagy SAP-ja. A gepet kicsereltek,
 benne sok diszk (2 gep, kb 15-18 scsi diszk, amiert kar lenne...)

Lehet, hogy ellened beszelek, de a batar nagy ceg helyeben en szo nelkul
bezuzatnam a diszkeket es vennek heyettuk ujakat. Egyszeri esetben az
adattorles-hajciho nem eri meg. Ha mondjuk havonta kell ennyi diszket
torolni, akkor meg keress egy ceget, aki kelloen sok szamjegyu garanciat
vallal a torlesre.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Gabor Gombas
On Wed, Nov 08, 2006 at 10:20:54AM +0100, Hegedüs Ervin wrote:

 ez az altalad irt 9 (masok irtak 8-9-et) ertek honnan jon ki?
 Le kell adnunk egy 'modszertant', hogy hogy fogjuk megcsinalni,
 jo lenne valami hivatkozas.

Amerikai kormanyzati oldalakon szerintem jo esellyel fogsz talalni
adatmegsemmisitesi eloirasokat, azokbol kiindulhatsz. Mondjuk ha ott azt
irjak, hogy X-szer kell felulirni, akkor a 3-betus cegek valoszinuleg
X+1-et meg vissza tudnak allitani :-)

A batar nagy ceg helyeben en meg mindig a bezuzast valasztanam.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Hegedüs Ervin
hello,

  Adott egy batar nagy ceg batar nagy SAP-ja. A gepet kicsereltek,
  benne sok diszk (2 gep, kb 15-18 scsi diszk, amiert kar lenne...)
 
 Lehet, hogy ellened beszelek, de a batar nagy ceg helyeben en szo nelkul
 bezuzatnam a diszkeket es vennek heyettuk ujakat. Egyszeri esetben az
 adattorles-hajciho nem eri meg. Ha mondjuk havonta kell ennyi diszket
 torolni, akkor meg keress egy ceget, aki kelloen sok szamjegyu garanciat
 vallal a torlesre.
nem beszelsz ellenem, de a korulmenyeket sem ismered :)
A gep(ek) nem a batar nagy ceg tulajdonaban van(nak), hanem mi
(outsourcing) bitoroljuk azt/azokat.
15-18 diszket bezuzatni azert kissebb luxus lenne ennek
tekinteteben :), mivel azokat mi szeretnenk mashol hasznalni.

(raadasul a gepek sem 'annyira' gagyik: egy E420-as 2 SPARC-al,
es egy E5500-as 4 SPARC-al)

Szal' a ceget az erdekli, hogy az ot koveto felhasznalonak ne
erje meg energiat es penzt befektetni az adatok visszanyeresehez
:)

De ez mar tenyleg szakmailag OT, bocsanat ismet.


a.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Halász Attila
2006. november 8. 10.20 dátummal Hegedüs Ervin ezt írta:
 hello,

dd if=/dev/random of=/dev/sdaX bs=1024
 
  Ha 9x egymás után végigfuttatod, nem.

 ez az altalad irt 9 (masok irtak 8-9-et) ertek honnan jon ki?
 Le kell adnunk egy 'modszertant', hogy hogy fogjuk megcsinalni,
 jo lenne valami hivatkozas.

Nekem valamelyik tankönyvemben volt, de mondjuk indulj el innen:
https://itso.iu.edu/Securely_Removing_Data

-- 
Nuanda
A tudás olyan torlasz,amely akadályozza a megismerést.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Zana János

Halász Attila írta:

dd if=/dev/random of=/dev/sdaX bs=1024
De lehet, ugyanis a mágnesezés után maradó hullámjel hasonlít egy analóg 
jelre és kis görbületek maradnak benne. Nekünk szépen elmutogatták anno. 
Magánhasználatra, a 3-4 alkalommali, kereskedelmi a 5-6, míg kormányzati 
célokra a 8-9 alkalommal való véletlenszerű felülírás az ajánlott, ekkor 
annyira töredezik a jel, hogy nagyon kicsi a valószínűsége a 
visszaállításnak.


Ne haragudjatok, de eszembe jutott Józsi egy régebbi levele, amit 
megtartottam, annyira tetszett nekem. Idézet:




Errol nekem az jut eszembe, amit Barry Margolin irt meg tavaly a
comp.unix.security-n egy thread-ben amely arrol szolt, milyen 
biztonsagos az 'rm' UNIX-on szenzitiv informacio letorlesere:


I believe the US military policy on magnetic media that has ever 
contained Top Secret data is something like:


1) Overwrite it with multiple passes of 0's, 1's, and random data, then
2) erase it with a powerful degausser, then
3) pulverize it into a fine powder,
4) put this powder in an incinerator,
5) the residue from the incinerator may only be dumped in a designated
   military landfill.



Ehhez hasonló jókat kívánokJános

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Linux/UNIX disztribúció működéskritikus rendszereknél

2006-11-08 bef zés Pávlicz György

Sziasztok!

Olyan weblapot keresek, ahol összehasonlításokat, értékeléseket, 
statisztikákat stb. találok arra vonatkozóan, hogy  szolgáltatók, 
pénzügyi intézetek, esetleg állami intézetek mely disztribúciót 
használják, milyen tapasztalattal, stb.


Válaszokat akár privátban is küldhetitek.

Köszönöm,
Qvik
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


OT: RFC-k eredeti forrasfajljai

2006-11-08 bef zés LiRul
Hello!

Ha jol tudom az RFC-ket is valamilyen altalanos leironyelven keszitik el
(pl. sgml), s abbol generaljak a szabvanyos kimeneteket (txt/html/stb.).
Fellelhetok valahol ezek az eredeti forrasfajlok?

Koszi
-- 
  LiRulhttp://www.hixsplit.hu/
  Un*x + HIX = hixsplit   Lehet, de nem erdemes nelkule...

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Nohl Attila Rajmund

On Wed, 8 Nov 2006, Hegedüs Ervin wrote:


hello,




dd if=/dev/random of=/dev/sdaX bs=1024



Ha 9x egymás után végigfuttatod, nem.


ez az altalad irt 9 (masok irtak 8-9-et) ertek honnan jon ki?
Le kell adnunk egy 'modszertant', hogy hogy fogjuk megcsinalni,
jo lenne valami hivatkozas.


http://csrc.nist.gov/publications/drafts/DRAFT-sp800-88-Feb3_2006.pdf

Nem néztem bele, de a címe (Guidelines for Media Sanitization:
Recommendations of the National Institute of Standards and Technology)
ígéretes.
Bye,NAR
--
Beware of bugs in the above code; I have only proved it correct, not
tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Linux/UNIX disztribúció működéskriti kus rendszereknél

2006-11-08 bef zés Nohl Attila Rajmund

On Wed, 8 Nov 2006, Pávlicz György wrote:


Sziasztok!

Olyan weblapot keresek, ahol összehasonlításokat, értékeléseket, 
statisztikákat stb. találok arra vonatkozóan, hogy  szolgáltatók, pénzügyi 
intézetek, esetleg állami intézetek mely disztribúciót használják, milyen 
tapasztalattal, stb.


Attól függ, mire. Általános desktop, programfejlesztői desktop,
általános szerver (web, e-mail, stb.), beágyazott rendszer, stb.
Fejlesztői desktopnak láttam RedHatet, SuSE-t és Debiant használni,
beágyazott rendszerekben SuSE-t és Montavista Linuxot.

Bye,NAR
--
Beware of bugs in the above code; I have only proved it correct, not
tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Ati
 Van valakinek otlete, tapasztalata, merre erdemes meg korulnezni?

kis olvasmany.

US DoD 5200.28-STD standard (default is 7 passes defined by standard)

Peter Gutmann's 35 pass scheme. Please refer to article Secure Deletion
of Data from Magnetic and Solid-State Memory by Peter Gutmann.
http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html

(forras: jetico)

-- 
Ati [EMAIL PROTECTED]

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Hegedüs Ervin
hello,

 US DoD 5200.28-STD standard (default is 7 passes defined by standard)
 
 Peter Gutmann's 35 pass scheme. Please refer to article Secure Deletion
 of Data from Magnetic and Solid-State Memory by Peter Gutmann.
 http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html
(ezt mar megtalaltam, egy korabbi levelben en is bekopiztam ide).

Koszi mindenkinek a segito valaszokat, a kerdes technikailag
megoldott. :)


Udv:

a.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Adattorles - hogyan

2006-11-08 bef zés Nagy Gabor Peter
On 06-Nov-08 10:56, Hegedüs Ervin wrote:
  Lehet, hogy ellened beszelek, de a batar nagy ceg helyeben en szo nelkul
  bezuzatnam a diszkeket es vennek heyettuk ujakat. Egyszeri esetben az
  adattorles-hajciho nem eri meg. Ha mondjuk havonta kell ennyi diszket
  torolni, akkor meg keress egy ceget, aki kelloen sok szamjegyu garanciat
  vallal a torlesre.
 nem beszelsz ellenem, de a korulmenyeket sem ismered :)
 A gep(ek) nem a batar nagy ceg tulajdonaban van(nak), hanem mi
 (outsourcing) bitoroljuk azt/azokat.
 15-18 diszket bezuzatni azert kissebb luxus lenne ennek
 tekinteteben :), mivel azokat mi szeretnenk mashol hasznalni.
 
 Szal' a ceget az erdekli, hogy az ot koveto felhasznalonak ne
 erje meg energiat es penzt befektetni az adatok visszanyeresehez

Nade itt most ket lehetoseg van:

1, a vinyok tovabbra is a ti tulajdonotokban lesznek, csak masok adatai
lesznek rajta.

Ebben az esetben, ahogy eddig, ugy ezutan is bizzanak meg bennetek, hogy
nem adjatok oda masnak az ertekes adatokat.

Mivel a kovetkezo felhasznalo nem fer hozza fizikailag a diszkhez, ezert
az adatvisszanyero kft-hez sem tudja elvinni.

2, a vinyokat el akarjatok adni. Akkor egyszeru, ne akarkinek adjatok
el, hanem annak a cegnek, aki felti az adatait. Aztan hogy o a pancelban
megorzi evekig, vagy sajat maga torli, es aztan eladja meg tovabb, vagy
esetleg ledaraljak, az mar legyen az o sajat problemajuk.

Gee da szerintem.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


latex sajat parancs definialasa

2006-11-08 bef zés Kosa Attila
Hello!
Hogyan lehet egy olyan parancsot definialni, amely a kovetkezot
helyettesiti?

\scriptsize
\begin{verbatim}
\end{verbatim}
\normalsize

-- 
Udvozlettel
Zsiga
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


szalagos meghajto

2006-11-08 bef zés SZALAY Attila

Sziasztok!

Sajnos eljutottam arra a szintre, hogy a dvd merete mar tul kicsi a 
mentesekhez, s plusz vinyokba meg nem szeretnek beruhazni.
Az lenne a kerdesem, hogy mi a mostani tapasztalat megbizhato szalagos 
egysegekrol, ami teljesen tamogatott linux alatt?
A cel az lenne, hogy ~ 100G adatot hetente 1x elsussek. Nincs szukseg 
inkrementalis mentesekre, se semmi hasonlokra, de ugy ~ 40 eHUF-nal 
dragabban nem is kezdenek bele :)


ThX,
ByeZ,
WaS

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux