en
Feedback
Hx.Codec λ

Hx.Codec λ

Closed channel

Technical content: kernel, low-level systems, offensive security, CVEs and papers

Show more
818
Subscribers
+124 hours
-27 days
+230 days

Data loading in progress...

Tags Cloud
No data
Any problems? Please refresh the page or contact our support manager.
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
July '26
July '26
+10
in 1 channels
June '26
+23
in 1 channels
Get PRO
May '26
+432
in 1 channels
Get PRO
April '260
in 0 channels
Get PRO
March '260
in 0 channels
Get PRO
February '260
in 0 channels
Get PRO
January '260
in 1 channels
Get PRO
December '250
in 3 channels
Get PRO
November '250
in 3 channels
Get PRO
October '250
in 0 channels
Get PRO
September '250
in 1 channels
Get PRO
August '250
in 0 channels
Get PRO
July '250
in 0 channels
Get PRO
June '250
in 1 channels
Get PRO
May '250
in 0 channels
Get PRO
April '250
in 0 channels
Get PRO
March '250
in 0 channels
Get PRO
February '25
+15
in 0 channels
Get PRO
January '25
+34
in 0 channels
Get PRO
December '24
+21
in 0 channels
Get PRO
November '24
+23
in 1 channels
Get PRO
October '24
+32
in 1 channels
Get PRO
September '240
in 0 channels
Get PRO
August '24
+5
in 1 channels
Get PRO
July '240
in 0 channels
Get PRO
June '240
in 1 channels
Get PRO
May '240
in 0 channels
Get PRO
April '240
in 0 channels
Get PRO
March '24
+366
in 0 channels
Date
Subscriber Growth
Mentions
Channels
14 July+1
13 July+1
12 July+1
11 July+1
10 July0
09 July0
08 July0
07 July+1
06 July0
05 July+1
04 July+3
03 July0
02 July+1
01 July0
Channel Posts
2
Condensei tudo o que li do novo método HTTP: Query e perspectivas de offensive security aqui: https://brunomenozzi.com/posts/web-security-research/query-method-offensive-security-overview/ Honestamente eu não manjo muito ainda, nunca usei nem implementei esse método. O post traz um contexto histórico do novo verbo HTTP, algumas vulnerabilidades que podem vir a ser introduzidas, alguns fatos curiosos como: Pq a cloudflare e akamai são coautoras desse novo verbo, entre outras curiosidades e pesquisas.
48
3
CADR LISP machine+1
CADR LISP machine
84
4
Muito foda lembrar que nas décadas de 70 e 80 existiam maquinas projetadas para rodar LISP nativamente em hardware, que eram chamadas de Lisp Machine. Na época lisp exigia muito recursos como recursão, GC(garbage collection) e S-expressions, e os processadores da época não davam conta, então a solução foi criar silício dedicado à arquitetura da linguagem. Assim nasceu a CADR no MIT AI Lab entre 1974 e 1979 e foi a pioneira, sendo uma estação de pesquisa que usava chips AMD 2901 e microcódigo feito sob medida para processar Lisp com eficiência. O caos começou na transição para o mercado comercial entre 1979 e 1981, quando a briga entre Russell Noftsker e Richard Greenblatt rachou a equipe. O resultado foi o surgimento das rivais Symbolics e LMI, que inicialmente vendiam o mesmo hardware com nomes distintos. Nesses anos foram surgindo a Symbolics 3600 e a LMI-LAMBDA, além do TI Explorer. Impulsionadas por contratos de defesa e o hype da IA(pra você ver o quão antigo IA é e já vem sendo estudada), eles faturaram muito até 1987, quando o hardware comum e as workstations Unix se tornaram melhores e acessíveis. Com esse avanço, somado ao corte de verbas do segundo "AI Winter", decretou o fim: a LMI faliu em 1987 antes de concluir a K-Machine, enquanto a Symbolics tentou sobreviver até a falência definitiva em 1993. Fato interessante: O conflito Symbolics x LMI no MIT teve um impacto longo na computação. Quando a Symbolics restringiu o acesso ao seu código-fonte, a reação de Richard Stallman serviu de ponto de partida para a criação do Projeto GNU e do movimento de software livre. O hardware genérico que matou Lisp Machines comerciais é o mesmo que hoje executa lisp na computação quântica, mas dessa vez a vantagem atual não está no silício, mas na capacidade de metaprogramação da linguagem para modelar abstrações e DSLs sob demanda para QPUs ++++ (Nessa entrevista com Robert Smith, ele fala exatamente isso, explica por que ele escolhe Lisp pro trabalho dele em computação quântica e não C++ ou qualquer outra) ++++ Se quiser ler mais sobre: https://dspace.mit.edu/entities/publication/90b5d708-79c5-470c-b42e-596f7ae32485 https://grokipedia.com/page/Lisp_machine The Symbolics Lisp Machine Graveyard: How a $100,000 AI Workstation Became Silicon Valley's Most Expensive Paperweight Artigo sobre o Processador CADR: CADR LISP Machine and CADR Processor (por Mete Balci) Vídeo sobre Lisp Machine e a história completa
88
5
https://www.youtube.com/watch?v=oPbOK90aJEo
65
6
https://ryanstutorials.net/programming-challenges/
61
7
Starting_Out_with_C++_from_Control_Structures_Through_Objects_11.pdf
56
8
Management of Cybersecurity_7Ed.pdf
52
9
Learn_Programming_with_C_An_Easy_Step_by_Step_Self_Practice_Book.pdf
50
10
Packt.Malware.Development.for.Ethical.Hackers.pdf
52
11
A segurança do Windows não para no SYSTEM. O CVE-2024-21338 mostra que mesmo um administrador não está necessariamente no nível de privilégio mais alto. A vulnerabilidade existe no "appid.sys" (AppLocker) e permite que um atacante cruze a fronteira de Administrador para kernel ao abusar de um ponteiro não confiável exposto por meio de um IOCTL do kernel. Uma vez alcançada a execução de código do kernel, o exploit manipula tokens de processo para obter privilégios completos do kernel, enquanto contorna proteções como o HVCI. O que torna a pesquisa da Hakai Security digna de leitura não é apenas o exploit, é a jornada de um IOCTL vulnerável para um exploit confiável do kernel. O relatório cobre o despacho de IOCTL, callbacks do kernel, abuso do PreviousMode, manipulação de tokens, exploração consciente do HVCI e técnicas de exploração do kernel do Windows moderno. Se você tem interesse em internals do Windows, é um mergulho profundo excelente em como exploits reais do kernel são construídos. https://hakaisecurity.io/cve-2024-21338-from-admin-to-kernel-through-token-manipulation-and-windows-kernel-exploitation/research-blog/ #exploit #CVE #kernel
75
12
Saiu o ranking dos 100 principais pesquisadores da Microsoft 2026 https://x.com/msftsecresponse/status/2074650866234376194?s=46
75
13
Thread da massgravel explicando sobre Windows GDID https://x.com/massgravel/status/2074304593303892354?s=20
87
14
As pessoas por trás do HiAnime foram presas no Vietnã As autoridades prenderam 7 pessoas conectadas ao HiAnime e outros sites
As pessoas por trás do HiAnime foram presas no Vietnã As autoridades prenderam 7 pessoas conectadas ao HiAnime e outros sites de pirataria @deckpirata
102
15
Understanding the GPU https://mlc.ai/modern-gpu-programming-for-mlsys/chapter_background/index.html #gpu #learning #tensor
Understanding the GPU https://mlc.ai/modern-gpu-programming-for-mlsys/chapter_background/index.html #gpu #learning #tensor
106
16
Firmware, ferramentas e projetos selecionados para ESP8266 e ESP32 https://github.com/agucova/awesome-esp #esp32 #hardware
99
17
120 Math courses https://www.freecodecamp.org/news/math-online-courses-from-worlds-top-universities/ #math #courses
194
18
Software optimization resources This series of five manuals describes everything you need to know about optimizing code for x86 and x86-64 family microprocessors, including optimization advices for C++ and assembly language, details about the microarchitecture and instruction timings of most Intel, AMD and VIA processors, and details about different compilers and calling conventions. https://www.agner.org/optimize/ #optimization #assembly #x86-64
82
19
https://datavorous.github.io/writing/qairt/
64
20
Recursive Decent Parsing - https://www.engr.mun.ca/~theo/Misc/exp_parsing.htm - https://petermalmgren.com/three-rust-parsers/ - https://depth-first.com/articles/2021/12/16/a-beginners-guide-to-parsing-in-rust/
67