Apache HTTPd Devs ansåg vara skadliga

[SKISS] Senast uppdaterad av Joe Schaefer den Fri, 26 Apr 2024    källa
 

tjärad och fjädrad.

Bakgrund

Under de senaste 25 åren har jag varit den ledande utvecklaren av apreq delprojekt inom Apache HTTPd-server Överordnat projekt. Den ursprungliga idén om libapreqsom säker/presterande Skicka HTML-formulär och Cookie.

Det var min vision då att omvandla biblioteket till en generisk, icke-Perl relaterad C bibliotek som skulle stödja språkbindningar från andra programmeringsspråk, vilket är anledningen till att jag tryckte på för projektet att vara hemmagjord under paraplyet HTTPd i stället för Apache-Perl.

Med tillkomsten av httpd-2 XEtt helt nytt I/O-filter Arkitekturen kom från httpd Kärnan, liksom den fullständiga separationen av Effektiv ränta från själva kärnan som en mer allmän POSIX-liknande portabilitetskörning för C projekt som Subversion. Faktiskt, libapreq2 är närmare i linje med Apache, effektiv ränta projektet i den andan, och dess Perl API återspeglar att som en del av dess APR::Begäran Utbyggnad. Den har ett inbyggt CGI-läge för fristående drift, utanför httpd

Men den viktigaste komponenten i apreq2 har alltid varit mod_apreq2 Apache-modulen, som först skapades av Bill Wrowe i början av 2000-talet. Vad han designade under en brainstorming session med mig (personligen) var ett enda parserbibliotek internt till httpd

Jag förklarade designmålen flera gånger under åren, även i 2012 på utveckling@httpd.

Stormmolnsinsamling

Även om denna vision var mycket framgångsrik, med språkbindningar tillgängliga för flera språk som Perl, Sjukpenning, TCL, RSedan 2010 har det varit tragiskt för befintlig användargrupp består av alla, inte bara medlemmarna i Perl

Vad hände? Philip Gollucci, en Perl/FreeBSD kollega till mig vid den tiden, började agitera att vi främjar projektet som ska släppas inifrån HTTPd-servern själv. Vad Philip visste inte mycket då var hur fullständigt peevish, vapid och territorial Det laget hade blivitvilket skulle ha inneburit att samarbeta med dem direkt på beslut riktade till användare.

År 2012 fick Philip vad han ville och jag slutade motstå, så han klädd det befintliga projektet och kopierade C

Fallout

År 2018.

Under 2020 eller så, Googles säkerhetsteam utnyttjade en alfa release av httpd 2.5 genom att fuzzing sin 8 år gamla kopia av apreq2

I stället för att ha artigheten att nå ut till Philip, Issac Goldstand, Max Kellermann (@MaxKellermann), mig själv (@joesuf4), eller någon annan som är involverad i utvecklingen av libapreq2

Men coup de grace var 2022 års frigivning av 2.17där rookieutvecklaren avsiktligt infört en dödlig bugg i kodbasen, bryta ett nittonårigt regressionstest.

Efterskott

Om du undrar hur något med ett brutet regressionstest hamnar på CPANDu måste titta på hur KOPPLA OM.

Lång historia kort, De kommenterade testet och skickade det ändå och kallade det en säkerhetsversion som åtgärdade en sårbarhet varje tidigare utgåva var mottaglig för.

Superman-logotyp.

Varför bryr jag mig nu? För jag är sucker användare når ut till för svar.

Detta suger, men jag är ledsen att berätta att mina dagar bär Superman cape på Apache slutade ungefär ett decennium sedan.

#apache   #httpd   #libapreq2   #mod_apreq2   #mod_perl  

 

   

Kommentarer



Index

 

- [Utskickslistor](/categories/Perl/mailing-lists.html.sv) &mdash; Dessa tillfälliga adresser är anathema för `ezmlm-idx`'s abonnemang och modereringssystem ... <small><em>Fri, 26 Apr 2024</em></small>

 

- [Informationssäkerhet - introduktion](/categories/Perl/infosec.html.sv) &mdash; Alla data som kommer från ett exekverings-UNIX **systemanrop** ska behandlas som **behållna** ... <small><em>

Vad är det primära målet för InfoSec?

För att säkerställa att alla förändringar vid kontextgränser är väl reglerade.

Till exempel uppfyller varje systemanrop på en UNIX-plattform detta villkor när det gäller UNIX-säkerhetsmodell för användare/gruppprocess+filesystem. Den litterala definitionen av en kontextväxel, vilket anges av systemanrop, inbegriper en kontroll av API-användningssäkerheten på kärnans sida av anropet.

När det gäller leverans av SaaS, {# lede #}alla data som kommer från ett exekverings-UNIX systemanrop ska behandlas som behållna{# lede #}

UNIX säkerhetsmodell ensam gjorde aldrig bestämmelser för nätverksansluten klient / server applikationsutveckling, eftersom historiskt BSD socket API som föregick ökningen av Network Computing på 90-talet (Sun Microsystems) uppfanns över ett decennium efter UNIX föddes (med sin OS-baserade multiuser säkerhetsmodell helt bildad vid födseln). MIT Kerberos.

Schemalägga CPU:er på ett säkert sätt för att utföra arbete på kärnnivå för någon "auktoriserad användar-/grupp-/rollkontext" som inte är kopplad till den underliggande processens UNIX-användar-/gruppkontext har alltid legat utanför UNIX-modellen. Många infosec initiativ misslyckas med att erkänna detta regulatoriska ansvar tillhör program ensam; Låt inte din vara en!

Om det inte är klart vid denna tidpunkt, bör DevOps/SRE-team triaging SaaS security (CAI) incidenter på Linux bekanta sig med htops stjärt gränssnitt via ss nyckel! Bättre att behärska stjärt

Hur relaterar detta till Zero-Trust-initiativ, som en praktisk fråga?

Nolltillförlitlig arkitektur.

Även om det kan finnas VPN/Firewall-kontexter i verkligheten är ingen av dessa detaljer relevanta för InfoSec inom ett Zero-Trust-ramverk. Med andra ord kan sådana nätverkstopologisäkerhetsinitiativ öka Zero-Trust-initiativ, men de förlitar sig aldrig på inom ett Zero-Trust-initiativ på basserverns värdsäkerhetsnivå upp genom applikationsnivån.

MIT Kerberos och Active Directory är till exempel kompatibla med Zero-Trust.

$Datum: 2023-01-19 22:58:40 +0000 (Thu, 19 Jan 2023) $


 

- [Om skräppostproblemet...](/categories/Perl/spam.html.sv) &mdash; Bästa plugin för `qpsmtpd`Även om det är svårt att förstå varför ... <small><em>Fri, 26 Apr 2024</em></small>

endast solstjärna

- [Perl 7 Funktionsbegäran: förseglade underdelar för typangivna lexikaler](/categories/Perl/perl7-sealed-lexicals.html.sv) &mdash; Perl 5:s OO-exekveringsmetoduppslagning har 50 % mer prestandakostnader än ett direkt, namngivet subrutinanrop ... <small><em>Fri, 21 Mar 2025</em></small>