Bezpečnostní návrh, šifrování

fuckin:
„a jako ukládací médium jsem si zvolil soubory.“
já bych viděl chybu už tady. Proč ne databáze?

fuckin:
„2. 1 uživatel = 1 soubor.“
Ano.

„Mé nápady:“
- Šifrování atd. je zbytečnost.
- Heslo samoszřejmě hashovat.
- Odděloval bych něčím jiným než středníkem.
- Příponu doporučuji php a data ukládat jako php poznámku. Například:


„Je můj přístup k tomuto projektu správný?“
Ano.

„Prosím neříkejte mně abych využil databázi“
Nebudu, protože taky rád (když to jde) použiji soubory.

panther:
„já bych viděl chybu už tady. Proč ne databáze?“
A proč ano?

Radek9:
Rychlejsi a jednodussi zpracovani? Lepsi zabezpeceni? Jednodussi zalohovani?

fuckin:
„Prosím neříkejte mně abych využil databázi, děkuji.“
Je nějaký závažný důvod nepoužít databázi?
Pokud ano, stálo za to ho tam uvést.

panther:
> Mé nápady:
> - Název souboru bude mět hodnotu base64_encode(JMENO_UZIVATELE).(libovolná přípona (krom txt aby se to netvářilo, že na první pohled je to MIME TYPE text))
K čemu to bude dobré?

> - v souboru budou jednotlivé data o uživateli zakódována nějakou zpětnou šifrou (heslo v sha1) a oddělena středníkem pro jednoduché čtení přes explode()
Tak alespoň si ta data nebude moci přečíst každý kdo se dostane na FTP, pak ale záleží na tom, jak by se dešifrovala.

> - v adresáři s těmito soubory bude .htaccess s deny from all
To je samozřejmě správně.

fuckin:
„Cetl sis to cele?“
je pravda, že toto jsem přehlédl, až do konce jsem nedočetl.

Nicméně, na tomtéž řádku na začátku se ptáš: „Je můj přístup k tomuto projektu správný?“.
Co ti na to kdo má odpovědět?

Řeknu-li „ANO“, nebude to pravda.
Řeknu-li „NE“, to nechceš slyšet.

Akacko:
„Rychlejsi a jednodussi zpracovani? Lepsi zabezpeceni? Jednodussi zalohovani?“
A to jsou výhody čeho?

- Rychlejší zpracování -> soubory
- Jednodušší zpracování -> databáze
- Lepší zabezpečení -> spíše databáze
- Jednodušší zálohování -> těžko říct

Joker:
odpověděl bych ti, ale nechci se dostat mimo :-)

Stručně: přijde mi zbytečné mít kopici souborů (ale záleží na počtu uživatelů). S DB se lépe pracuje.
Navíc, jak jsem psal [#8], přehlédl jsem fuckinovu poznámku na konci. Nebyl záměr mu napsat to, co nechtěl.

panther:
„odpověděl bych ti“
Netřeba, kliknul jsem na špatné Citovat ;-) Myslím, že nejsme ve sporu :-)

fuckin:
„Muzes me jeste vysvetlit jak ty data z toho php souboru mam efektivne cist kdyz to bude v komentarich?“
Pomocí explode..

soubor.php

index.php

...

johnl:
No to svislítko nebyl zrovna dobrý příklad. Řádek:

v tom nadělá slušný binec.

Dodatek: Myšleno pokud tam bude i nějaký PHP kód

Jinak tedy jestli to má být ochrana před zobrazením souboru z prohlížeče, tak lepší je .htaccess a deny from all.

To „svislítko“ bylo jen jako příklad použít může třeba to „<+++++>“

Joker:
Má jít o soubor daty uživatele/ů, takže nemyslím, že by tam měl php kód co dělat

Radek9:
„Šifrování atd. je zbytečnost.“
- až tak jednoznačné mi to nepřijde, bude zvýšená bezpečnost, obvzlášť kdyby server (hosting) nepodporoval htaccess

„Příponu doporučuji php a data ukládat jako php poznámku. Například:“
- proč? Nevidím jedinou výhodu, jedině komplikace, je to soubor s daty, ne php kódem
- třeba johnl nemá vůbec vůběc ošetřené <?php ?>, které tam podle mě bude, jelikož to načítáš přes file funkci, tudíž se to nebude parsovat před zpřístupněním

„A proč ano?“
Nevím kde začít... soubory jsou poměrně rigidní systém, databáze jsou celý systém specializovaný právě na takové úkony,
s nástroji a jazykem. Pokud nebude zamýšlená aplikace úplně jednoduchá, tak vypsat třeba tímto stylem přihlášené uživatele (v mysql jednoduchá věc)
bude podle mě silně krkolomné. Relace mezi tabulkami a klíče, triggery a milion dalších věcí

fuckin:
Při změně různých políček budeš muset i ve variantě 2 všechno překopávat, navíc přes víc souborů, tzn. o něco horší. Každopádně myslím že nic, co by nevyřešil jeden regulár...
Řekl bych že varianta víc souborů bude asi o trochu rychlejší, jelikož OS bude mít asi nalezení cesty k souboru rychlejší než sekvenční procházení souboru
Pokud ovšem nepoužiješ memcached atp. ... to by pak varianta 1 byla podle mě rychlejší...

Vůbec si nejsem jistý, zda by byla databáze pomalejší a spíš bych se přimlouval za ni, výhodu vidím snad jen v tom, že to pojede i na hostingu bez databáze...

Nox:
„to pojede i na hostingu bez databáze...“
To by šlo vyřešit přes SQLite, PHP5 by pro ni mělo, tuším, mít už nativní podporu. Ale tehdy odpoadá plno výhod databáze, nevím, nakolik je SQLite schopna používat porovázanost tabulek, natož třeba triggery.

fuckin:
Ukladej to v XML, zadne feature typu jine pripony souboru tam nedavej, to je k nicemu. Hashuj hesla. Klidne to sifruj, ale ten kdo se ti tam dostane to stejne prolomi.

fuckin:
V cem je XML zbytecne?

ad. diakritika - nemyslim, ze by base64 melo problem s diakritikou v UTF8, ale mozna se pletu.

Nox:
„Má jít o soubor daty uživatele/ů, takže nemyslím, že by tam měl php kód co dělat“
Já to nejdřív pochopil jinak, tak jsem potom dopsal ten dodatek.
Každopádně mi to nepřipadá jako moc dobrý způsob uložení dat. Nevidím v tom žádné výhody, naopak v tom vidím dvě nevýhody:
- Data jsou obalená do jedné vrstvy navíc, víc práce při zpracování
- Vytváří to nová bezpečnostní rizika. Když se mi povede do souboru dostat řetězec */ a pak ho otevřít v prohlížeči, vyhodí to nejspíš nějaké chyby. Když se mi tam povede dostat */?>, vypíší se mi uložená data za místem, kam jsem řetězec dostal. Když se mi podaří tam dostat */ PHP kód /*, vykoná se ten vložený PHP kód.

fuckin:
„Xml vidim jako zbytecne, to je tak dobre na export.“
Hm.
Databáze ne, XML ne, s odůvodněním "prostě to tak je".
To je zadané, že pro ukládání dat se musí používat formát se kterým se blbě pracuje a půjde pokud možno co nejhůř udržovat?

[(demag)(ideol)]ogická "osvěta":
Ukládat data uživatelů do souborů je správné, protože to odpovídá unixové filozofii "všechno je soubor".

Každý se tak může vrtat i v uživatelích textovým editorem.
Jaký je tady vlastně důvod použít textové soubory - je to tento, nebo nějaký jiný? Bezpečnější to oproti DB asi nebude, jenom míň náročné (není potřeba DB, DB server si odpočine).

imploder:
a co tak třeba větvení databáze? :)