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 ...Cryptographic errorCryptographic error
Previous
 
Next
New Post
12/6/2006 2:59 PM
 

We've been getting these errors from time to time on our test environment...

AssemblyVersion: 04.03.06
PortalID: 0
PortalName: xxxxxx
UserID: -1
UserName:
ActiveTabID: 84
ActiveTabName: xxxxxxx
RawURL: /Default.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer:
UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04320; InfoPath.2)
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: e1ee3f2a-93f8-47f0-9eee-31a1d71e51e6
InnerException: Unhandled Error:
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException
StackTrace:
Message: System.Exception: Unhandled Error: ---> System.Security.Cryptography.CryptographicException: Bad Data. at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr) at System.Security.Cryptography.Utils._DecryptData(SafeKeyHandle hKey, Byte[] data, Int32 ib, Int32 cb, Byte[]& outputBuffer, Int32 outputOffset, PaddingMode PaddingMode, Boolean fDone) at System.Security.Cryptography.CryptoAPITransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount) at System.Security.Cryptography.CryptoStream.FlushFinalBlock() at System.Web.Configuration.MachineKeySection.EncryptOrDecryptData(Boolean fEncrypt, Byte[] buf, Byte[] modifier, Int32 start, Int32 length, Boolean useValidationSymAlgo) at System.Web.Security.FormsAuthentication.Decrypt(String encryptedTicket) at DotNetNuke.HttpModules.DNNMembershipModule.OnAuthenticateRequest(Object s, EventArgs e) at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) --- End of inner exception stack trace ---
Source:
Server Name: xxxxxxx

It occurs on both DNN 3.2.2 and 4.3.6.  Has anyone seen this before?  It hasn't happened on our production environment, but we're looking to do our 4.3.6 Upgrade in a few days and if this is an issue with 4.3.6 specifically, I want to know so I can wait until I can fix it.  I get the feeling it's limited to our test environments, since both versions of DNN have triggered errors on those web addresses, but not the production.  Still, has anyone seen these?


 
New Post
12/6/2006 3:09 PM
 


The most likely reason for this is that someone has logged in to a child portal on the same domain, and then switched to a new portal without closing the browser.

The AuthCookie is shared across portals in the same domain, so when the app tries to authenticate using it, there is an error in trying to decrypt it if it was incrypted on a different portal.


DotNetNuke Modules from Snapsis.com
 
New Post
12/20/2006 5:56 AM
 
I had the same error occur with 4.3.7 running on intranet sites utilizing the integrated AD module. We have two separate instances of DNN running on a single server and when the user crossed from one portal to the next the cryptography exception was being thrown. The problem that caused the exception to be thrown was the fact that the cookie for authentication was shared between the websites on the client side and since they used different machine key's on the server side the value was not valid from one site to the next. I modified the web.config and copied the entire node for the machinekey from one website into the next and it started working great. Mind you since we use the AD module for authentication our user info is pulled form the AD so we have the same users in both websites (both username and password) so this is not a problem, if you have different user info in the two sites I'm not sure what the behavior would be. Hope this helps.
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Cryptographic errorCryptographic error


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