Samling av sidor med säkerhetsbrister - Del 2

är detta ett troll? hittar ingen info om det

Stämmer tydligen, (FB) Samling av sidor med säkerhetsbrister - Del 2

Hemskt :/

edit: för att svara på dina frågor så är säkerheten superviktig om man ska hålla på med seriösa projekt. Det finns ju statistik på hur man förlorar pengar vid intrång och databasläckor m.m.

Kan inte riktigt med det här. Men verkar som företaget Spaceweb.se ligger med i samma databas eller? Kanske är samma kille som driver sweflix.

"Vi är ett företag som specialiserar oss inom serverdrift, IT-säkerhet, webbutveckling, domänhantering samt sökmotoroptimering."

Nah, Spaceweb.se är inte hackat, det är endast det företag som hostar hemsidan åt Sweflix. Att man finner uppgifter ifrån Spaceweb i databasläckan beror nog på att de även utvecklar sidan.

Hålet på Sweflix är fixat. All good.

haha, nej din dumme jävla råtta!

vi kan väl se om anti-piratbyrån gillar att jag tar betalt för att sprida copyright-skyddade filmer


de kommer älska detta

Bara en nyfiken fråga då jag nyligen stötte på en konstig användare i en väns system och funderade på anledningen till detta. Tror dock bitarna föll på plats när jag började följa tråden men är det så att man skapar en egen användare just för att man då vet sitt eget lösenord och utifrån detta får enklare att knäcka de andra?

Det underlättar en del när man sitter och klurar på hur lösenorden är hashade. Men det är inget som behövs egentligen.


När man hashar ett lösenord (hashar=krypterar, fast det går inte att avkryptera) så lägger man ofta på salt. Salt är en sträng man lägger in brevid lösenordet, för att göra det längre och svårare att gissa.

Om mitt lösenord är 123456 och saltet är SALT så kan jag testa fler olika:
hash(123456SALT), hash(SALT123456), hash(SALT123456SALT)

Osv tills det hash jag får ut stämmer med det hash jag hämtat från databasen. Alltså väldigt effektivt sätt att pussla på.


Om jag inte kan lösenordet så har jag bara SALT att leka med. Då får man helt enkelt testa med en lista över vanliga lösenord. T.ex.

hash([INSERT WORD]SALT) och så kör man den genom en ordlista och ser ifall något hash finns i databasen. Så fort man får en träff har man löst salt-ordningen.

Detta funkar enbart ifall minst 1 användare har ett lösenord som finns i ordlistan. Ju fler användare, ju större chans att hitta salt-ordningen.



tl;dr
Man behöver inte skapa en egen användare. Men det underlättar.

Jag förstår innebörden utav salt.
Men när ni i detta fall talar om Lärarkansliet och att dom använder salt.pass.salt, hur listas då salt ut?

Salt kan väl vara en statisk sträng på 256 tecken (eller mer)?
Eller en dynamisk sträng bestående utav olika variabler från användaren såsom kanske email eller tid för registrering?

Frågan är, hur listas salt ut vid en situation som denna?
Brute?

Det var Dreamfilm vi diskuterade salt. Och där fanns det enbart unika salt i databasen. Hämtas på samma sätt som hashet och användarnamnet.

Sidor med statiskt salt är svårare. Då måste man komma åt även filsystemet, och inte enbart databasen. Att bruteforca salt är nog mer eller mindre omöjligt inom rimlig tid. Däremot om siten använder ett framework kan man testa med standardsalt från olika versioner av det frameworket. De flesta moderna frameworks genererar dock idag ett unikt statiskt salt vid installation.

Om man däremot får tag på det statiska saltet går det snabbt att cracka. Optimalt bör både dynamiskt och statiskt salt användas.

http://www.cafeoperagolf.se/template_1.aspx?pid=212

Generic UNION query (123) - 22 columns

• available databases [2]:
• cafeoperagolf_com
• information_schema

Count of cafeoperagolf_com.tblusers is 382 och passwords i klartext

Lite väl mycket debug till allmänheten. Någon som kan hitta på någonting kreativt?
http://www.rocknytt.net/festival/11336-komplett-spelschema-bravalla-festival