Mag boxes getting blocked

ketmp

Satellite Moderator
Staff member
Moderator
Joined
Sep 16, 2014
Messages
2,457
Infomir must be redirecting URLs via them that way they control what can/can't go by URL and MAC (ie like a proxy server).
 

JonMMM

DW Regular
Joined
Jan 1, 2006
Messages
1,592
Infomir must be redirecting URLs via them that way they control what can/can't go by URL and MAC (ie like a proxy server).
Thats what I was thinking, but is that not a form of hacking if its without the consent of the user?
 

river4ever

river4ever
VIP Member
Joined
Jun 2, 2016
Messages
1,225
Infomir must be redirecting URLs via them that way they control what can/can't go by URL and MAC (ie like a proxy server).
Scum of the earth Infomir are.
Over hyped mac tied crap box anyway.

Prices dropping of mag boxes quicker than twin tower victims.
Good to see in my opinion.
Even apps are not safe from this... Ipab was first. SmartIP*V gone and this is “only the start”!!!

Get every free app you can while you can. Once installed it all good.
Unlike Informir.... STBemu is just as good and macs can be fiddled with.
As its open forum no doubt they read this and its next on cull list.
Along with every other STB, emulator or app.
Open source is best bet.
🙂
 

ketmp

Satellite Moderator
Staff member
Moderator
Joined
Sep 16, 2014
Messages
2,457
...without the consent of the user?
Is it without consent of user? Has anyone actually read all the small print and does any of it definitely not say (or at least imply) they may monitor or block?!?!
 

river4ever

river4ever
VIP Member
Joined
Jun 2, 2016
Messages
1,225
Is it without consent of user? Has anyone actually read all the small print and does any of it definitely not say (or at least imply) they may monitor or block?!?!
@ketmp Infomir have it all sorted.
Its always been mac tied. I hate them!!
Never advised people to use them.
They had/have URLs.
Unlike joe blogs capturing it over a network they were always in control.

Fook them!!!
🖕🏼

Coming into new year. (2019)
Good to see rubbish put to rest.

Happy new year folks!
🍻
 

JonMMM

DW Regular
Joined
Jan 1, 2006
Messages
1,592
Is it without consent of user? Has anyone actually read all the small print and does any of it definitely not say (or at least imply) they may monitor or block?!?!
Not sure never had one, so never read it
 

ketmp

Satellite Moderator
Staff member
Moderator
Joined
Sep 16, 2014
Messages
2,457
Taken from another forum. Posted by a user beginning john??? - not sure who deserves credit:


Defeating the Infomir/MAG Portal blocking

I've spent the last few days digging around with Wireshark + custom firmware to see how this was working, and it turns out it's quite simple and can be removed from all current firmware on all models that I've tested (250/254/256/322/324)

We could, as people currently are, keep changing portal URLs - but this is not sustainable and as the box is phoning home on every boot, is more than likely just making it easier for Infomir to just re-block on the next wave of updates to the blacklist.

At boot the box performs the following:

DNS lookup for NTP server
Contact all NTP Servers found
Executes the script /etc/rc.d/rcS.d/S98stbapp (which then launches stbapp - the browser that displays your portal)
DNS lookup for mag???.dcbs.infomir.com
Encrypted communication with mag???.dcbs.infomir.com
Saves result of this communication as /mnt/Userfs/data/dls.backup
Displays portal selection page
If portal is blocked, it then loads and displays the error message (which is stored in the javascript for the Inner Portal - so we can edit this if we choose)
Otherwise load portal as normal
Once dls.backup is stored in the box, it will continue to block all currently known portals on the blacklist even if Infomir's server is unreachable. /mnt/Userfs is not wiped on firmware restore either, so it will persist between versions unless we wipe it.

This means we have two tasks to perform:

Patch stbapp OR the hosts file to block the blacklist server
Erase dls.backup to prevent cached lookups
Personally I favour patching stbapp, as this ensures it's impossible for it to somehow slip through (since it'll be looking for the wrong server.) But in the current firmware versions both methods seem effective.

Both of theses tasks CAN be done by hand, but the easiest way (especially for larger providers) is to build a custom firmware that users can just load from a USB that will both patch the problem and prevent Infomir from pushing any more automatic updates to that box.

For those comfortable making the change and would rather do it themselves the details are below. If people need them, I can build patched firmware for the boxes that people need, but won't have the time to build and upload them before probably Sunday evening. (Pending recommendations of a good anonymous file host)

To edit the hosts file ( etc/hosts ) add the following line (replace mag324 with the correct model for you)

127.0.0.1 mag324.dcbs.infomir.com
To patch stbapp, open /usr/local/share/app/stbapp in a HEX editor, search for

dcbs.infomir.com
and make ANY change to the domain name (without changing the length AT ALL)

Finally to ensure that the dls.backup will be deleted after flashing your custom firmware than add the following line to /mnt/Userfs/data/dls.backup before the line that launches stbapp:

/bin/rm /mnt/Userfs/data/dls.backup
If all the above has been done correctly, then all previously blocked portals will now be accessible again, and no future blocks will have any effect either.
 
Last edited:

plasterer

Member ++
Joined
Feb 15, 2006
Messages
423
The patch is also posted in that thread on same forum 500 plus downloads no complaints so must be ok.
Dont use a mag myself so not tested ...........Paul

Sorry not 500 downloads file is 500 meg
 

janobi

Janet to us
VIP Member
Joined
Jan 25, 2006
Messages
8,445
Can someone grab it and repost the patch?
 
TEST
Top