James8349

• 20.09.26
• 17:57
• Artikel

@Robin02: Das konnte er nicht mehr. Er hat BlueHammer und RedSun offiziell eingereicht. Und die wurden von MS gelöscht. Zusammen mit seinem MSRC-Account. Und weder gepatcht noch das Bug-Bounty gezahlt. Und *dann* hat er sie veröffentlicht.

Allerdings nicht als reines PoC sondern eben voll einsatzfähig, warum auch immer. Und daraufhin wurde er von Github, Gitlab und quasi überall anders gebannt und ist dann auf seinen Blog ausgewichen und hat auch dort die neuen Bugs veröffentlicht. Weil er von der responsible disclosure ja quasi (selbstverschuldet) ausgeschlossen wurde.

• 20.09.26
• 16:49
• Artikel
• -1

@Robin02: Ah, aber er hat sich zuerst an die responsible disclosure gehalten. Und als das ignoriert wurde, da hat er angefangen, die sofort zu veröffentlichen. Und zu Zeitpunkten wo das maximalen Druck auf MS ausübt. Das war absolut korrekt so. Wer responsible disclosure für schwere Sicherheitslücken ignoriert, der gehört abgestraft. Und zwar deftig.

Das, was nicht korrekt war, ist, dass er das nicht als reinen PoC-Quellcode veröffentlicht hat, sondern als kompiliertes exploit tool. Damit hat er sich ins eigene Fleisch geschnitten, weil die Plattformen das kritisch sehen und die den Account löschen. Und dann wirds schwer mit Bug-Bounty-Programmen zu arbeiten.

• 09.09.26
• 14:18
• Artikel
• +1

@wertzuiop123: Du warst schneller... :D

• 09.09.26
• 13:22
• Artikel
• +1

@TuxIsGreat: Bei mir ist OoT eines der wenigen Spiele, die für mich durch Nostalgie besser erscheinen als sie sind. Zu Release auf dem N64 (da war ich grad 16), da habe ich dieses Spiel geliebt und lange gespielt. Heutzutage kann ich A Link to the Past oder Links Awakening immer noch an einem Stück durchspielen, aber bei OoT ist das absolut nicht so. Hyrule Field ist groß, leer und langweilig. Das Pacing ist super langsam. Die Mechanik rund um die Zeit und die Ocarina kommt viel zu kurz (Majora's Mask macht das besser. Oracle of Ages ist da um Welten voraus). Beide Endkämpfe sind... unterwältigend, um es milde auszudrücken.

OoT ist ein immens wichtiges Spiel gewesen, aber aus heutiger Sicht definitiv nicht das beste Zelda. Oracle of Ages/Time läuft für mich Kreise um *jedes einzelne* 3D-Zelda. Und Twilight Princess ist auch erheblich besser als OoT...

Man könnte sagen das OoT voller dead time ist. Das einzige Zelda das *noch* schlimmer ist als OoT ist Wind Waker. Ich bin daher sehr gespannt auf das Remake...

• 09.09.26
• 12:42
• Artikel
• +2

@Mitsch79: Das ist nicht ganz korrekt. Durch das bloße einbinden von fremdem Inhalt, macht man sich den nicht automatisch zu eigen. Dazu muss erkennbar sein das die inhaltliche Verantwortung übernommen wurde. Bei automatisierten Werbenetzwerken ist das in der Regel nicht der Fall. Weil du nicht weißt, welche Werbung schlussendlich ausgespielt wird. Da müsste die Werbung schon wirken als würde sie zur Seite gehören. Z. B. wie ein regulärer News-Artikel wirken, wie manche Seiten das machen.

Selbstverständlich hast du dennoch eine Sorgfaltspflicht. Und wenn du Kenntnis von illegaler Werbung auf deiner Seite bekommst, dann musst du die auch unterbinden.

• 30.08.26
• 19:12
• Artikel

@bigspid: Der Tenor ist: "Während die Versionen bei Netflix und YouTube unter starker Komprimierung leiden, stellt Rockstar auch eine unkomprimierte Version als Download bereit."

Und das stimmt nicht. Ja, ist Nitpicky, aber wir sprechen hier von der Fachpresse. Da erwarte ich schon bissel Genauigkeit. "Weniger komprimierte Version" oder "nicht mehrfach komprimierte Version" oder sowas in der Art. Aber nicht "unkomprimiert".

• 29.08.26
• 16:54
• Artikel
• +5-1

@DarkAngel1980: Bei 2160p unkomprimiert wäre der Extended Look auch eher 1,2 TB groß und nicht nur 14 GB... :D H264 mit 70 MBit/s unkomprimiert zu nennen ist schon schwach von der sogenannten "Fachpresse". Das ist quasi immer noch zu 98% komprimiert.

• 24.08.26
• 07:42
• Artikel

@1ST1: Ändert aber nichts daran, dass man die Voodoo-Karten durch das neue Kernel-Update jetzt auf Nicht-x86-Architekturen (wie z. B. dem Amiga 4000) verwenden kann.

Außerdem könnte man den SuperBlitter über einen FPGA von der alten CT60/63-Architektur lösen. Das Konzept sieht man ja perfekt bei der Vampire V4: Da wird die Logik historischer Spezialchips auch komplett in einem modernen FPGA gebündelt und an alte Systeme angebunden, ganz ohne die damaligen Hardware-Flaschenhälse. Das Update sorgt jetzt eben dafür, dass solche zukünftigen Open-Source-Projekte ab Tag 1 softwareseitig unterstützt werden.

• 23.08.26
• 17:28
• Artikel

@shiversc: Das ist auch wieder Ansichtssache. Intel ist der Idle-König wegen seiner E-Cores. Unter Last ist AMD effizienter. Kommt auf den Verwendungszweck an, was da mehr bringt. Für unsere QAler (viel automatisiertes Testing auf VMs) halten die AMD Akkus länger, für die Buchhaltung und andere Bürojobs Intel.

HP kann ich tatsächlich nichts zu sagen, verwenden wir nicht, nur Dell und Lenovo (und Apple). Ein paar Entwickler auch Schenker oder Framework. Da lohnt es sich manchmal bissel abseits der "großen 3" zu gucken. Für Linux sind auch System76 und Tuxedo recht interessant.

Für die reine Büroarbeit braucht man aber normalerweise weder die komplette Thunderbolt, noch die komplette USB4 oder sogar USB3 Bandbreite.

Je nach Verwendungszweck kann AMD auch schon mal übertrumpfen. Unsere Entwickler möchten beim kompilieren nur noch ungern von AMDs Multicore-Power weg. Fürs Docking muss AMD aktuell sein. Der Ryzen AI 9 HX 370 ist da nicht schlecht.

• 23.08.26
• 15:27
• Artikel

@shiversc: Da sind unendlich lange Threads weil die Leute zu doof sind auf die Zertifizierungen zu achten, ja. Wenn die sich vernünftig informieren, dann läuft das auch mit AMD. Und die AMD-Treiber sind nicht schlechter (oder besser) als die Intel Treiber. Das ist alles veraltetes gebashe von Leuten die einfach keine Ahnung von dem haben, was sie tun. Man darf halt nicht erwarten das die Billig-Ramsch-Docks vernünftig laufen, wenn sie nicht alle Features unterstützen, oder das die günstigen Low-Class Laptops mit USB4 alle optionalen Features die nötig sind mitbringen.

Edit: Damit möchte ich natürlich nicht sagen das es mit AMD zu 100% Fehlerfrei läuft. Aber das tut es mit Intel halt auch nicht, weil das schlicht nicht möglich ist.