There was a mildly interesting RSA decryption challenge there. It was clearly off-topic, failed migration to security.s.e, and (rightly) got deleted. Here is a copy:
A message that has been encrypted twice with RSA, with the following keys:
Public key #1
n = 24016279469503302311768363568486449460171750320351449411053109064904102702186605107662009320942295421144872090146373296123251966130145432041792751439876360474093585612002400165121650447690296909966552951831431726123370359155905316115223804791521947206341327545023938257688891564488348042571100942123588832599
e = 11
Public key #2
n = (same)
e = 1979012594580741578965814515737507102724629115259135437002620173501789696652411313993744725896645142948111090785385183099262030766961088009028637044476121912549313185770249316009240104504564277494277703059316855002885408408101154109370574780029908357870187035294088105105999982886731850954738596033927830763
Ciphertext c = 19077240875014404240513831497347701592496448798525581251271555405125029031254112763878818905801024929555186756783763228867690958988427269235733424681439935493781830895580741081706308780868332000845463226253464982424465795348256005266884842524968814407751760246714244563807678549191109606785376890867915099095
My guess was that e2 was intended to make d2 small, we could use Wiener, factor n, then solve. It turns out that both methods work and SEJPM's saves having to factor n.