Linus Tech Tips nu tillbaka på internet

Kollade precis videon
Intressant hur de kapade allt, oroande med

Hackern tjänade väll en slant (80-100K(?)) om jag inte minns fel, folk satte in crypto etc. *face palm*

Var nog snarast en Freemoney.pdf.exe, Freemoney.pdf.scr, Freemoney.pdf.pif eller liknande.

Ett SBS fel.

Ett stort problem idag är arbetsbelastningen. De flesta vet om hur man borde arbeta, man har även krav på att prestera och samtidigt snåla in på utrustning.
Även om man har gott om pengar, så är det jobbigt att bära med sig flera datautrustningar hela tiden så man har unika enheter för att göra olika arbetsmoment. Ta mobiltelefonen, hur många mobiltelefoner med olika abonnemang borde man egentligen ha? Räcker 10st om man räknar med ens jobbtelefoner?

Jag, tror den säkerhetsmedvetna som har 10st smartphones i sina fickor kommer åka ut för större problem än en som har 2st.

Detta är så sjukt vanligt nu, därför har flera kunder jag varit hos investerat i produkter som kör alla filer som laddas ner i webbläsaren, eller inkommer via mejl i en sandlåda. Där filer öppnas, exekveras och utvärderas. Sen sparas en hash så filerna inte behöver skannas om varje gång(om det är samma fil). Då slipper man sådana här problem till 99%. Produkterna neutraliserar även länkar i mejl. Så de inte går att klicka på.
Tar ju lite längre tid för användaren att få sina filer, men de kan också känna sig säkra.

Det kan t.om vara så att personen hade extension på men blev lurad ändå. Windows rensar inte bort "skadliga" tecken när den borde. Vet att det används för att skriva från höger till vänster men borde finnas ett skydd så det bara används när det är nödvändigt. Joe tog upp det för ett tag sedan: https://www.youtube.com/watch?v=nIcRK4V_Zvc

Det är så konstigt att detta tillåts i Windows när man ska döpa en fil. Att rensa bort alla specialtecken som inte visas öppet i filnamnet skulle ju givetvis rensas av Windows.

Det är dåligt att Google har så låg säkerhet, de som ska vara så säkra på alla sätt. Att man kan ändra och leka så mycket med sin kanal utan att man ens behöver skriva sitt lösenord, och de borde ju säkra upp sessions så att det inte går att flytta på dessa utan att logga in igen. T.om när jag skrev inloggningar i PHP la till en säkerhet där den lagrade ipnumret för att jämföra.

Grundproblemet är ju att Windows tillåter att en okänd fil gör detta utan skydd mot eskalerande av behörigheter.

E-post som var skrivet som ett sponsor-erbjudande.

Hos verksamheter kan du t.ex. ha Trellix (tidigare McAfee) Sandbox som scannar allt som kommer in via mail och kör filerna i en sandbox-miljö där det hela tiden övervakas, t.ex. anrop, åtkomst till filsystemet, exekveringar m.m.

Typ https://docs.trellix.com/sv/bundle/intrusion-prevention-syste...

Borde inte google/youtube ha någon fet knapp "Kicka ut alla sessioner kopplade till den här kanalen" så samtliga nuvarande sessioner blir ogiltliga och kräver login? Om inte så borde de skaffa det. Hade ju löst problemet från att fortsätta via bara en knapptryckning, som inte är jättejobbig för de olika anställda att behöva logga in igen.

Men ja, man kan ha hur mycket säkerhet som helst, men man kommer inte ifrån att nån anställd (kan lika gärna vara it-chefen eller VDn eller vem som, har hänt på tidigare jobb där man testat ens anställdas kunskap kring det å it-chef gladeligen klickade på "totaly_not_a_virus.exe" filen som vart bifogad i mail) klickar på attachments eller surfar in på okända länkar/sidor och liknande. Om så bara på sin privata mobil som de dagen efter har med sig in på jobbet som loggar in på det anställdas wifi.

Så kan det förstås också vara.
Poängen jag ville ha fram var främst att utifrån vad som kommit fram lät det inte som att det faktiskt existerade någon pdf-fil, utan förmodligen en klart enklare lösning.

Då de flesta företag jag varit hos använder sig av office365/exchange så behöver man göra detta utanför(kanske finns i office365, men inte proffs på det). Så det man gör är att lägga till en produkt in-line i mejlflödet. Så mejlen passerar via denna produkt innan de når mejlboxen. Produkterna har då stöd för MTA(Mail transfer agent) för att kunna skicka och ta emot mejl. Känner inte till någon mejlprodukt som gör detta åt dig.

För webbläsaren krävs nu en extenstion, som i sin tur skickar vidare filerna till sandlådan medan de hålls gisslan i webbläsaren så länge.

Detta har hänt några kanaler har i Sverige också och alla har fått tillbaks dom utan problem dock inte så har fort tog dom ca en månad för att få tillbaks deras kanal.

Oändlig livslängd på session tokens känns ju lite dumt, och såklart att inte validera viktiga händelser

Men google är ju inte mycket värre än någon annan

I sammahanget känns det väl egentligen mer relevant hur den får flyttas runt än själva livstiden?
Allt sånt där försämrar ju dock smidigheten, men man kanske inte behöver ha samma policy för den typiska youtube-tittaren jämfört användare med fulla rättigheter till jättekanaler.

Förmodar ju att det är där någonstans som skon klämmer, man har anpassat för smidighet för den stora massan och applicerat på alla.

Ja, det verkar ju rätt tveksamt att man kan göra så mycket utan ytterligare verifiering, även om man redan är inloggad.

Sedan kanske inte alla i LMG-organisationen behöver ha så mycket rättigheter heller, men vet inte riktigt hur detaljerade rättighetsnivåer det finns att pillra på...

Nej, det tror ju jag inte heller.

Precis, men av det du nämner är det väl "nätverk" som är det som med säkerhet går att känna igen.

Det skulle väl egentligen bara ändra hur de opererar lite genom att tunnla trafiken genom offrets dator? Det skulle dock hjälpa på sådant sätt att offret kan avsluta attacken genom att stänga av nätverket temporärt, men krävs att offret upptäcker detta och känner till begränsningen.

Många spekulationer bland kommentarerna, vill bara påpeka att MS har haft en del kritiska sårbarheter den senaste tiden.
https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=microsoft

Den här är nog en av de värre, om den användes för att hacka LTT vet jag ej.
https://msrc.microsoft.com/update-guide/vulnerability/CVE-202...