Platform Features
By Need
By Industry
Partner Program
Our Partners
Key Alliances
Resource Center
{ "term_id": 294, "name": "Stas Neyman", "slug": "stas-neyman", "term_group": 0, "term_taxonomy_id": 294, "taxonomy": "wpx-authors", "description": "", "parent": 0, "count": 8, "filter": "raw" }
The Noname Security 3.29 release supports seamless integration with Amazon EKS, shareable links for incidents, API environment identification, application grouping in Active Testing, and more.
Noname Security platform now seamlessly integrates with Amazon Elastic Kubernetes Service (Amazon EKS). With this integration, you can analyze traffic directly from your AWS EKS clusters, in addition to previously supported AWS API Gateways, AWS Elastic Load Balancers, and AWS Lambda, to enhance your security insights.
Getting started with our Amazon EKS integration is easy—simply navigate to the Traffic Sources page and follow the prompts to deploy the AWS connector. Under your resource types, you’ll be able to select AWS Elastic K8S Service and set up appropriate connection rules to specify applicable AWS accounts. Once configured, your Kubernetes clusters will automatically be connected to Noname, sending traffic for inspection.
For more information on configuring our Amazon EKS integration, please visit our AWS Connector documentation or contact our Customer Success Team.
Shareable links enable you to quickly copy and share hyperlinks to Noname incidents and findings with your coworkers. Sending someone a shared link to an incident allows you to work together with that person without the need to provision access to the entire Noname Security platform. Each link provides time-restricted view-only access to a specific incident or finding and can be revoked at any time. Noname Security administrators can also granularly control access to shareable link creation on a per-role basis, configure default link expiration behavior, and audit all created links – both active and expired. This allows you to safely collaborate with relevant stakeholders and coworkers without managing access or permissions within the Noname Security platform.
To learn more about creating and managing shareable links, please see documentation.
With this release, the Noname Security platform supports a new API property to identify the type of environment an API is running in. For example, you can specify if an API belongs to a non-production environment, such as QA or Staging, or is live in your Production environment. The environment type is defined for each API in your inventory under API details, and this information automatically propagates to your incidents and findings. This allows you to prioritize your misconfigurations or vulnerabilities, fine-tune policy enforcement, and create more granular reports. In addition, soon you’ll be able to use environment types to automate your API testing processes. For example, by marking non-production APIs as “safe to test,” you’ll be able to perform automated API testing and prevent misconfigurations from advancing to production stages.
To learn more about setting environment types for your APIs, please see documentation.
The Noname Security platform now supports centralized configuration management for traffic source plugins, including NGINX and Kong. Previously, some plugin modifications had to be performed manually by updating static configuration files. Now, you can make configuration changes directly from the Noname Security platform UI. This reduces the time required to reconfigure traffic source plugins and allows you to manage your plugins at scale.
To learn more about centralized plugin management, please see the Kong plugin and NGINX plugin documentation.
The new Application Grouping feature streamlines at-scale application management and assignment for development teams. This feature improves how applications are organized and displayed within the Active Testing instance, offering a logical grouping of applications by team. For example, when a user logs in, they are now presented with a structured overview of application groups, allowing for an intuitive “drill-down” into specific applications.
The grouping feature is tailored to display relevant applications based on the user’s role within the organization, enabling a personalized view that ranges from team-specific applications for managers to an all-encompassing overview for VPs or the CEO. This hierarchical visibility ensures that management at every level has direct access to the applications relevant to their teams, enhancing usability and oversight.
To learn more about this feature, please visit the documentation.
For additional information about the Noname Security 3.29 release, please review the release notes.
After four long years since the original guidelines were created, the Open Web Application Security Project (OWASP) has now updated their Top 10…
As your organization’s use of APIs expands, your attack surface expands with it, creating new security challenges — and opportunities for attackers.
Learn four critical gaps of commonly used tools such as WAFs and gateways as well as what it takes to build a comprehensive API security program.
Stas Neyman
Senior Director, Product Marketing
Stas Neyman is the Senior Director of Product Marketing at Noname Security.
All Stas Neyman posts All of Stas Neyman's posts
Certified for your security needs.
