Ir al contenido principal

Componente ASpupload en Windows 2008 64 bits

Componente ASpupload en Windows 2008 64 bits

Por efectos de que no se pudo registrar la componente aspupload.dll a traves de regsvr32, toco registrarla por componentes siguiendo el siguiente manual:


1. Create a new COM+ application

  • Go to Administrative tools - component services (or Start, Run, type DCOMcnfg)
  • Go to Component services -> Computers -> My computer -> COM+ applications
  • Right click COM+ applications, new application
  • Create an empty application named AspForm
  • Enter a name of the new application (for example, "AspForm")

Create a new COM+ application - Application for upload component Create a new COM+ application - name the application

2. Add ScriptUtils.ASPForm component

  • Expand ASPForm application
  • Right click Components, Click New, Component
  • Click Import component(s) that are already registered
  • Select ScriptUtils.ASPForm component
Add a new component to COM+ app - the upload component

Comentarios

Entradas populares de este blog

Asegurando Tomcat - Banner Grabbing para psi-probe

Dentro de los puntos que recomienda OWASP en  Asegurando Tomcat , hace relación a la necesidad de no mostrar la versión de Tomcat que se utiliza, para poner un poco más difícil la preparación de un vector de ataque para el ciberdelincuente; este artículo mostrará como configurar las propiedades del Tomcat para que no muestre la versión, pero tiene un componente especial y es el uso de psi-probe , el cual es un fork que usan los sysadmin para la administración y el monitoreo de un servidor tomcat  y que genera problemas en el momento de querer hardenizar un servidor tomcat. Para realizar esto fue necesario configurar un servidor Tomcat  y cuya configuración esta por fuera del alcance de este artículo. Luego fue necesario configurar tomcat para que funcionara con psi-probe (hay diferentes versiones) y que puede seguir las instrucciones en este enlace. Después  de tener configurado el Tomcat y  probe funcionando podemos ver una pantalla como esta:...

Vulnerabilidad en Bluetooth -- BIAS

Será el fin de TCP con la llegada de HTTP/3

La  IETF (Internet Engineering Task Force)  ha  publicado  información sobre lo que será el nuevo protocolo de transferencia de hypertexto que tanto usamos a diario, cuando accedemos a sitios web. HTTP/3 ya no usará TCP nunca más. En su lugar se ejecutará sobre el protocolo QUIC. El protocolo QUIC fue elaborado conceptualmente por Google en 2012 y tiene como objetivo mejorar tanto la seguridad como el rendimiento ofrecido por  TCP - Transmission Control Protocol , sobre todo lo segundo. ¿Qué es Quic y sus diferencias con TCP?   Quick UDP Internet Connections, es un protocolo de capa de transporte que se basa en el multiplexado de conexiones UDP. De hecho, QUIC utiliza esta combinación: TCP + TLS + SDPY sobre UDP Esto lo hace con varias mejoras respecto a la actual implementación de TCP. La IETF ha estado desde 2016 trabajando a fondo con una versión global del protocolo alumbra do por Google, y finalmente ha sido este año cuando ha decidido incluirlo en la ...