I want to add Support for Retina scanner in Seccubus tool, will it easy? Actually i want to automate the things which Nessus does in Seccubus tool. Can anybody help?
Yes, it is quite easy. You need to convert the output to simple XML format named IVIL and make a script to run and import scans.
You can use the other scanners as a guide to help write a collector for Retina, if anyone is still doing this. do-scan calls seccubus/scanners/[scan name]/scan which then runs the actual scanner with arguments and all. Then the report is saved in /tmp/seccubus.$$ ($$ is the process ID) then it is used as an input file to the command seccubus/bin/[something2ivil] and an output file of /tmp/seccubus.$$.ivil.xml is created which is the input to seccubus/bin/load_ivil and /seccubus/bin/attach_file.
If Retina by default outputs an XML report, then you can take a lot from say the Zap scanner and change things as needed to suit Retina. You would need the files seccubus/scanners/Retina/defaults.txt description.txt help.html and scan to have Retina a viable option on the web interface and a seccubus/bin/retina2ivil script that would convert the XML report to the IVIL format.
If Retina does output an XML report, then a lot of the work is already done for you with all the Zap files. But, to get retina2ivil done correctly you will have to experiment with correctly parsing the XML structure of Retina's outputs. Using the statement
"print Dumper([xml data field/fields]);"
should help you determine if you are correctly parsing the XML or if you're assuming the structure incorrectly.
Related
Project Environment
The environment we are currently developing is using Windows 10. nodejs 10.16.0, express web framework. The actual environment being deployed is the Linux Ubuntu server and the rest is the same.
What technology do you want to implement?
The technology that I want to implement is the information that I entered when I joined the membership. For example, I want to automatically put it in the input text box using my name, age, address, phone number, etc. so that the user only needs to fill in the remaining information in the PDF. (PDF is on some of the webpages.)
If all the information is entered, the PDF is saved and the document is sent to another vendor, which is the end.
Current Problems
We looked at about four days for PDFs, and we tried to create PDFs when we implemented the outline, structure, and code, just like it was on this site at https://web.archive.org/web/20141010035745/http://gnupdf.org/Introduction_to_PDF
However, most PDFs seem to be compressed into flatDecode rather than this simple. So I also looked at Data extraction from /Filter /FlateDecode PDF stream in PHP and tried to decompress it using QPDF.
Unzip it for now.Well, I thought it would be easy to find out the difference compared to the PDF without Kim after putting it in the first name.
However, there is too much difference even though only three characters are added... And the PDF structure itself is more difficult and complex to proceed with.
Note : https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdfs/PDF32000_2008.pdf (PDF official document in English)
Is there a way to solve the problem now?
It sounds like you want to create a PDF from scratch and possibly extract data from it and you are finding this a more difficult prospect than you first imagined.
Check out my answer here on why PDF creation and reading is non-trivial and why you should reach for a tool you help you do this:
https://stackoverflow.com/a/53357682/1669243
I am using gauge framework for testing. I wish to store the execution results in Jira/Xray. But Jira/Xray only support cucumber for automated testing. I am thinking of converting the .spec file to .feature file and add it to the Xray test scenario. Then after executing the gauge test I am translating the gauge-json report to a cucumber-json myself. I am looking for a tool or a convinient way to translate the .spec file to .feature file.
Gauge does not provide a way to convert specifications(.spec) into Gherkin (.feature). Gauge specifications follow Markdown format, there might be tools which can convert markdown to Gherkin. But Gauge will not be able to execute Gherkin syntax.
For the reporting bit writing a reporting plugin which can generate the report in a format which is accepted by Jira/Xray might be useful.
I'm not aware of a spec=>Gherkin converter but in theory, you could convert the markdown to a Gherkin kind of layout just as means to have visibility of the steps in Xray.
If you aim to have visibility of the spec and detailed results, another option would be to convert the gauge report to Robot Framework XML kind of report that Xray can process. That would give visibility of each step result as seen in this Robot tutorial, on the test run execution screen. Then you would need to submit this transformed report to the respective Robot REST API endpoint.
Stuck in this weird situation at work. I have .doc files I'm parsing with Node.JS. They have photos in them that are .emf I want to display in my web app. I have no issue getting the emf file out of the word doc, but I can't figure out how to display it on a webpage. Simply embedding as is didn't work. I tried to find a utility to convert them automatically but with no luck. I thought of converting them myself but can't find any tecnhical info on the .emf file.
Any suggestions?
EMF (WMF) are the SVG like formats of the 1990's.
I can't give you the full solution in this space but checkout this thread that uses Apache Batik
If you don't want to build it yourself perhaps try the paid version of converters
If you can't afford I would recommend to host the Batik and make a service endpoint and make calls to generate the desired format from EMF. It may turn out actually faster.
I would like to write a command line program using Java that take in KML/Shapfile and output GeoJSON file.
What I usually did is go over ogre2ogre and manually convert my file.
Once I got the GeoJson I modified the content of it a little bit before output final GeoJSON.
I would like to skip the manual part and find some API that do the conversion for me.
Anyone could help please.
Thanks
OSMBonusPack provides a KML+GeoJSON toolkit, with both a KML parser/writer and a GeoJSON parser/writer, all in Java.
So this allows to read KML content, and write it as GeoJSON.
You can test this conversion using the demo app OSMNavigator.
It is targeting Android, so for your need you would have to pick the relevant classes, and remove code sections you don't need (icon loading, overlay building, Parcelable implementation, for instance).
At the moment, we use MS WORD and MS EXCEL to mail merge documents that needs to be sent to multiple recepients.
For example, say there is a complaint form where the complainant needs to fill in his/her name, address, etc. So we have a .doc file set up with the content and the dynamic entities set up for mail merging, with the name and address details put in an excel file, from where we can happily mail merge to generate all or just the necessary forms/documents.
However, I would like to automate this process, like a form in a website where the complainant can fill in his/her name, address and other details, and we could use that to generate the complaint form automatically and offer it to be downloaded (preferrably as a pdf).
Now, the only solution that comes to mind, is Latex, so that I can just replace the needed entities and just compile to PDF. However, that bit has to be negotiated with the webhost, if they are offering Latex or not.
Is there any other solution? Any other way we could get this done, with something that shouldn't be a problem for most webhosting solutions to offer?
EDIT: I would prefer a non .NET or rather non microsoft solution since, the servers are running linux and while mono might be capable of getting the job done, none of our devs know any .NET languages. However, if required we might have to dwelve into it.
Generating PDF using an XSL. Check the following: Apoc XSL-FO
You will need to create an XML file with the required fields and transform that with this tool.
If you wish to avoid .NET then XSL-FO is worth a look. Try the FOray project.
XSLT can be a steep learn if you do not have experience already. Also users will not be able to change the templates without asking the XSLT guru to do it.
If your templates are already in MS Word and MS Excel then I would stick with generating MS docs on the server. These are now easy to work with from code since OpenXML - check out OfficeOpenXML and OpenXMLDeveloper
Apache FOP : http://xmlgraphics.apache.org/fop/
I suggest generating rtf on the server: it's easy enough to automatically generate using cpan's RTF::Writer, has converters generating good pdf, can be edited by hand in word, oo-writer & TextEdit, doesn't have any really bad compatibility issues between the main editing applications, and has decent text & resource extraction tools, with text extraction being rather better than pdf.
There's some support for moving between rtf & latex, although the best rtf -> latex converter, docx2tex, depends on the System.IO.Packaging .net module, whose mono implementation isn't yet rock solid.
Postscript — Not a recommendation: it's too much of an unwieldy sledgehammer for this job, but iText will generate the pdf directly from the form data. If you wanted to do fancy things like signed pdf, that would be the way to go.
Postscript #2 — If you break up the Word document into individual files using word's master document representation, then you can clobber one of the parts with hand-generated content. This makes it easy to do something approximating form-filling on word .doc files using just standard file-utils and some trivial rtf->doc tweaking.