Jump to content

Recommended Posts

  • 7 months later...
  • 3 months later...
Posted
On 2/26/2023 at 9:07 AM, sqhizein said:

Which Revision is this cracked source ? 

Changeset #28 | Revision #899

Changeset #27 | Revision #869

Changeset #24 | Revision #663

 

i couldn't find any info for that 

The last free version available is L2JOrion r21, even then without the phantom settings and others.

  • 1 year later...
Posted (edited)

Well, sorry not sorry for resurrecting old topic, but I believe it's ultimately stupid to implement license checks like Vilmis did 🙂


 

	private static String url = "jdbc:mysql://185.80.128.233/" + getData("Zm9ydW1fZGI=");
	private static String username = getData("bXJjb3B5cmlnaHQ=");
	private static String password = getData("Y29weXJpZ2h0XzEyMw==");

	con = GlobalDB.getInstance().getConnection();

	PreparedStatement statement;
	statement = con.prepareStatement("SELECT field_6 from core_pfields_content WHERE member_id = ?");
	statement.setInt(1, Config.FORUM_USER_ID);
	ResultSet rset = statement.executeQuery();

 

This awesome way of coding things leaves us with base64-encoded credentials and DB exposed and accessible globally 😉 Btw he checks his licensing data from some plugin generated table his forum uses.
Vilmis took action and ensured that mrcopyright user would have only needed accesses and rights for this operation. But he forgot to ensure that his INFORMATION_SCHEMA database would not be exposed and readable...
That leads us to fully readable server variables like version used (10.1.26-MariaDB-0+deb9u1 - pretty ancient DB and OS, I'd assume). From here you can go south and do some kinky stuff, if you want and have knowledge for that. But who cares, right?
image.thumb.png.a03e3ddf781377e90e8079c6e8d7a6f5.png

 

Ooh, table core_pfields_content field_6 is IP address which is checked by FORUM_USER_ID. Yep, you can query all IP addresses there (124 of them right now) and also do whatever you want with them! 🙂 

image.thumb.png.aaa5da31f7b5912efc09a7e28e43f82c.png

The most fun part? Files source has been shared what, more than 2 years ago? 
Vilmis still uses very same credentials and never changed it after sources exposure - who cares. Although, "sources" may be way too strong word here.

If anyone still use paid Orion versions, I'd suggest packing your shit and leaving immediately, or at least fix this incompetent fool caused problems. It's obvious Vilmis don't care or maybe doesn't even know from the first place how to solve this problem (hint hint - tiny PHP Rest API microservice which would do absolutely the same but without exposing sensitive data?). By doing that, he exposes his infrastructure and YOUR data, and he does that for more than 2 years now 🙂 Developer of century!

 

 

Edited by L2LIVEpro
  • Haha 1
Posted

he had a friend of mine as customer, he was asking money to fix his mistakes in core, eachtime and he was mad that his client was requesting assistance, and didnt even respond, if he is still around shame.

Posted
6 hours ago, L2LIVEpro said:

Well, sorry not sorry for resurrecting old topic, but I believe it's ultimately stupid to implement license checks like Vilmis did 🙂


 

	private static String url = "jdbc:mysql://185.80.128.233/" + getData("Zm9ydW1fZGI=");
	private static String username = getData("bXJjb3B5cmlnaHQ=");
	private static String password = getData("Y29weXJpZ2h0XzEyMw==");

	con = GlobalDB.getInstance().getConnection();

	PreparedStatement statement;
	statement = con.prepareStatement("SELECT field_6 from core_pfields_content WHERE member_id = ?");
	statement.setInt(1, Config.FORUM_USER_ID);
	ResultSet rset = statement.executeQuery();

 

This awesome way of coding things leaves us with base64-encoded credentials and DB exposed and accessible globally 😉 Btw he checks his licensing data from some plugin generated table his forum uses.
Vilmis took action and ensured that mrcopyright user would have only needed accesses and rights for this operation. But he forgot to ensure that his INFORMATION_SCHEMA database would not be exposed and readable...
That leads us to fully readable server variables like version used (10.1.26-MariaDB-0+deb9u1 - pretty ancient DB and OS, I'd assume). From here you can go south and do some kinky stuff, if you want and have knowledge for that. But who cares, right?
image.thumb.png.a03e3ddf781377e90e8079c6e8d7a6f5.png

 

Ooh, table core_pfields_content field_6 is IP address which is checked by FORUM_USER_ID. Yep, you can query all IP addresses there (124 of them right now) and also do whatever you want with them! 🙂 

image.thumb.png.aaa5da31f7b5912efc09a7e28e43f82c.png

The most fun part? Files source has been shared what, more than 2 years ago? 
Vilmis still uses very same credentials and never changed it after sources exposure - who cares. Although, "sources" may be way too strong word here.

If anyone still use paid Orion versions, I'd suggest packing your shit and leaving immediately, or at least fix this incompetent fool caused problems. It's obvious Vilmis don't care or maybe doesn't even know from the first place how to solve this problem (hint hint - tiny PHP Rest API microservice which would do absolutely the same but without exposing sensitive data?). By doing that, he exposes his infrastructure and YOUR data, and he does that for more than 2 years now 🙂 Developer of century!

 

 

Protection from schoolchildren. And also terrible code, the project is built to wear out the database with queries.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.




×
×
  • Create New...