Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN 6.2.9 under attackDNN 6.2.9 under attack
Previous
 
Next
New Post
12/16/2015 10:04 AM
 
Eduardo, please be aware that IIS logs typically use UTC time zone, you might check log at adjusted time.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
12/16/2015 4:30 PM
 

You should be able to copy part of the query from your DNN activity log and use it to search your IIS Logs.

If IIS is set to log query values you will find it in there some place without needing to sync DNN and IIS log times.

After looking at the DNN Activity log that you posted it looks to me like the main domain in the SQL injection attempt is trying to point to a host that runs DNN sites and other types of sites(the site named in your activity log entry is not a DNN site).  You can find the host's other DNN sites by googling the primary domain buried in your Activity Log entry.  The DNN sites I found hosted as subdmains on the primary domain are showing 2013 DNN copyright dates...  I am guessing that host has been compromised and you might contact them as a good internet citizen.   The admin might like to know that someone is trying to inject links onto your DNN sites that point back to a sub domain hosted on his box which means he also has issues and/or a bad client...  The common factor is likely the dated frameworks.   All frameworks become vulnerable over time.  Gotta stay updated! 

 
New Post
12/19/2015 6:12 PM
 

Situation Update.

I have updated my DNN application to version 7.1.2 to no avail. During the past night the usual idiots managed to cripple my websites as usual. Didn't do much damage on the outside. Just killed all the  feedback modules on almost all of the websites but not all of them - which I find kind of strange. I thought they would all go down together but evidently I'm wrong.

Too bad the upgrade did not solve the problem. Now I'm down to 2 third party modules and both of the guys making the modules swear they never heard about the module having this vulnerability.

They are definitely not coming thru the SQL server since it's well protected and since all the other DB's on the same installation are untouched as well as all my other .asp and .NET .aspx websites that are not DNN.

I'm ever more puzzled.

 

 
New Post
12/20/2015 5:56 AM
 
please make sure, there are no pages, which grant edit access to anonymous or all users role.
I blogged about the result a few months ago: http://www.dnnsoftware.com/community-...

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
12/21/2015 3:39 AM
 

Thanks Sebastian, this really looks promising since I noticed the same bot activity and a couple of other things seem pretty similar.

Unfortunately I was so eager I forgot to look at the release notes before running the script and didn't see it was meant for DNN 7.3.2 - 7.4.2 and I'm running 7.1.2

so I got this nasty error:

System.Data.SqlClient.SqlException (0x80131904): Invalid column name 'Custom500TabId'. Invalid column name 'Custom404TabId'. at System.Data.SqlClient.SqlConnection. (SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) at System.Data.SqlClient.SqlInternalConnection. (SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) at System.Data.SqlClient.SqlCommand.RunExecuteNonQueryTds(String methodName, Boolean async, Int32 timeout, Boolean asyncWrite) at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean asyncWrite) at System.Data.SqlClient.SqlCommand.ExecuteNonQuery() at DotNetNuke.Data.SqlDataProvider.ExecuteScriptInternal(String connectionString, String script) ClientConnectionId:9b1671c6-9842-40a1-a2b8-fa40d8cc011d Error Number:207,State:1,Class:16 -- //TODO: remove admin module permissions -- Grant Page View Permission to "All Users" for Splash Page, Home Page, Search Results and Error Pages: MERGE INTO dbo.[TabPermission] X USING (SELECT DISTINCT T.TabID, R.PermissionID, -1 AS RoleID FROM dbo.[Tabs] T JOIN dbo.[Portals] P ON T.PortalID = P.PortalID JOIN dbo.[PortalLocalization] L ON P.PortalID = L.PortalID CROSS JOIN dbo.[Permission] R WHERE T.TabID IN (L.HomeTabID, L.SplashTabID, L.SearchTabID, L.Custom404TabId, L.Custom500TabId) AND R.PermissionCode LIKE N'SYSTEM_TAB' AND PermissionKey Like N'View') S ON X.TabID = S.TabID AND X.PermissionID = S.PermissionID AND X.RoleID = S.RoleID WHEN MATCHED AND AllowAccess = 0 Then UPDATE SET AllowAccess = 1 WHEN NOT MATCHED THEN INSERT ( TabID, PermissionID, AllowAccess, RoleID, UserID, CreatedByUserID, CreatedOnDate, LastModifiedByUserID, LastModifiedOnDate) VALUES (S.TabID, S.PermissionID, 1, S.RoleID, Null, -1, GetDate(), -1, GetDate());

I can't understand if  SQL rolled back the whole thing and the system is still funcional or if it crippled it and I need to restore before upgrading and running the script again.

Everything seems to be working for the time being

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN 6.2.9 under attackDNN 6.2.9 under attack


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out