net/JetBrains.SignatureVerifier/src/Crypt/BC/SignerInformation.cs (6 lines):
	- line 255: // TODO There are several checks implied by the RFC3852 comments that are missing
	- line 287: // TODO Throw an appropriate exception?
	- line 350: // TODO Provide abstract configuration mechanism
	- line 387: // TODO Probably too strong a check at the moment
	- line 413: // TODO Get rid of this exception and just treat content==null as empty not missing?
	- line 523: // TODO Use raw signature of the hash value instead


jvm/src/main/kotlin/com/jetbrains/signatureverifier/bouncycastle/cms/SignerInformation.kt (4 lines):
	- line 209: // TODO There are several checks implied by the RFC3852 comments that are missing
	- line 235: // TODO Throw an appropriate exception?
	- line 303: // TODO Get rid of this exception and just treat content==null as empty not missing?
	- line 585: // TODO Perform checks from RFC 3852 11.4


net/JetBrains.SignatureVerifier/src/Crypt/BC/CMSSignedHelper.cs (3 lines):
	- line 324: // TODO Build certificate directly from sequence?
	- line 345: // TODO Build CRL directly from ae.ToAsn1Object()?
	- line 415: // TODO Should we insist on algName being one of "EC" or "ECDSA", as Java does?


net/JetBrains.SignatureVerifier/src/Crypt/BC/TSPUtil.cs (1 line):
	- line 210: // TODO: should probably produce a set that imposes correct ordering